HN user

nyir

110 karma

[ my public key: https://keybase.io/ferada; my proof: https://keybase.io/ferada/sigs/vodho71s1RB3rwORNGnFLBqPMLSvnqoxATqyl3EU2Lo ]

Posts4
Comments75
View on HN
  Location: Berlin, Germany
  Remote: OK
  Willing to relocate: yes
  Technologies: Go, Scala, Java, Python, PostgreSQL, Common Lisp
  Résumé/CV: https://macrolet.net/data/main.pdf
  Email: olof plus hn at macrolet dot net
  LinkedIn: https://www.linkedin.com/in/olof-joachim-frahm-6b27b2275
Lately I'm working on a variety of pieces, predominantly backend, including leveraging the Go compiler toolchain for source code transformation, but also a Scala-based graph traversal DSL. Actually looking to relocate for the right opportunity.

While they're very good compared to the alternatives, I wonder why they haven't pushed more into that direction, e.g. what I've wanted to put into a plugin when tinkering with the PSI was simple composable operations, similar to Vim operations, like "rotate if/else branch" (while correctly negating and simplifying the test expression), or "convert if to case/switch/..." (and back and only if it's feasible).

  Location: Berlin, Germany
  Remote: OK
  Willing to relocate: yes
  Technologies: Go, Scala, Java, Python, PostgreSQL, Common Lisp
  Résumé/CV: https://macrolet.net/data/main.pdf
  Email: olof plus hn at macrolet dot net
  LinkedIn: https://www.linkedin.com/in/olof-joachim-frahm-6b27b2275
Lately I'm working on a variety of pieces, predominantly backend, including leveraging the Go compiler toolchain for source code transformation, but also a Scala-based graph traversal DSL. Actually looking to relocate for the right opportunity.
  Location: Berlin, Germany
  Remote: OK
  Willing to relocate: yes
  Technologies: Go, Scala, Java, Python, PostgreSQL, Common Lisp
  Résumé/CV: https://macrolet.net/data/main.pdf
  Email: olof plus hn at macrolet dot net
  LinkedIn: https://www.linkedin.com/in/olof-joachim-frahm-6b27b2275
Lately I'm working on a variety of pieces, predominantly backend, including leveraging the Go compiler toolchain for source code transformation, but also a Scala-based graph traversal DSL.
  Location: Berlin, Germany
  Remote: OK
  Willing to relocate: yes
  Technologies: Go, Scala, Java, Python, PostgreSQL, Common Lisp
  Résumé/CV: https://macrolet.net/data/main.pdf
  Email: olof plus hn at macrolet dot net
  LinkedIn: https://www.linkedin.com/in/olof-joachim-frahm-6b27b2275
  Location: Berlin, Germany
  Remote: OK
  Willing to relocate: yes
  Technologies: Go, Scala, Java, Python, PostgreSQL, Common Lisp
  Résumé/CV: https://macrolet.net/data/main.pdf
  Email: olof plus hn at macrolet dot net
  LinkedIn: https://www.linkedin.com/in/olof-joachim-frahm-6b27b2275
  Location: Berlin, Germany
  Remote: Yes
  Willing to relocate: Yes
  Technologies: Go, Java, Scala, PostgreSQL, Python, Common Lisp, ...
  Résumé/CV: https://macrolet.net/data/main.pdf
  Email: hn AT macrolet DOT net

It's great, just not fantastic (yet). I'm kind of eager for further hardware revisions, but on the other hand, I've already used it a lot when I otherwise wouldn't have had the option to start up the big desktop for gaming (commuting, or even just to use some time in between things). And while I bought a Switch before, the main benefit here is of course the entire Steam library being available, so no buying the same title more than once.

Biggest dislike is the on-screen keyboard. On the one hand it's usable with the two trackpads, but, I still take way to long to enter text, even compared to a phone screen. It's also very slow to appear and bugs out too often. I really hope that that can be improved so it can pop up and disappear without noticeable delay.

I'm not sure about underpowered, I was actually quite happy to install some rather resource-intensive (Windows!) games and while it's getting quite warm, I never ran out of battery immediately, but yes, if you've got to save energy, better turn on all the options for that. And that's actually quite cool to be able to turn down energy consumption on a whim, or with per-game profiles, etc.

As long as they're going to optimise the experience more and not just keep it as-is, because "it works fine", then it could be a really good platform going forward.

Same question for the dock though, is it worth it?

Great points on the list too, even though I still think they're more the acceptable trade-offs kind of bad. I.e., yes, of course `caddddr` will be unreadable, probably, so just don't. `declaim` has a sharp edge for a reason, but you can also make things better by increasing the debug and safety level, that's a great idea I really haven't seen repeated elsewhere.

The JSON library makes sense, there are several ones and they're all making different decisions wrt. representing the JSON types. I wonder if anyone made a comparison of them with https://news.ycombinator.com/item?id=20724672, that would be useful.

Lastly, I'd always add "be wary of pathnames", even though I was (am) a big fan of the concept in general, it's just sometimes a bit fiddly with regards to physical filenames that can appear on various systems (that's e.g. why SBCL's `native-namestring` can be necessary, http://www.sbcl.org/manual/#Pathnames).

Got a Classic one on a job and fell in love with it too, so I recently bought a used one and now a replacement battery (just have to actually do the replacement ... will be fun given it's not made for it). The keyboard is just lovely and especially coming from ThinkPads the cursor is super good too. Hope I can keep it alive for a long time!

Just a former student who participated in the first version (let's say draft) of it, which had no really interesting algorithms in it yet, just the overall graph framework and integration with the rest of PGF/TikZ.

Really cool project though, one of the few that made it outside of uni.

Wow, that was a long time ago, very fun project to work on. But yeah, without deep knowledge of the TeX side you'd likely still struggle a bit to understand how the two sides interact, at least it was a bit of a struggle for me, maybe / hopefully it got a bit better in the meantime.

And thankfully LuaLaTex was ready enough at that time, I can't imagine how bad it would've been to do this in pure Tex ...

You use it.

And you keep the copyright notice, otherwise you're violating the license.

If it's based on the same design (i.e. same file formats, mechanisms, etc.) then the issue is still not giving credit and pointing out the design it's based on. Doesn't cost them a thing and gives a lot of goodwill from people.

Like, if someone uses my code, I'm happy, if they copy the idea and present it as their own that's dishonest.

Rotary Cellphone 6 years ago

Love this so much. The small display is also definitely something I'd like on a phone simply to display small information bits that then don't need the full powered up display.

On that note is there a good conversion (as in, make it into a USB keyboard) write-up for mechanical typewriters? I've seen one commercial kit before, but didn't follow through so far, even though I've got two still lying around.

If what I've seen is representative, there could be a big opportunity in overhauling the short/medium term forecasting piece in a lot of those companies and adding in a versatile timeseries and analysis platform, which would then allow you to do more accurate forecastings more often (and given the number of readings you're gonna get that might need some thought). And since you're already developing something new you can probably get a nicer architecture out of the whole thing anyway, which might allow you to use all that data in more ways than just for that single purpose. Getting rid of some lock-in from certain database vendors in the long-term might also be nice.

Just speculation, I kinda agree in that I doubt yet another optimisation package is gonna be so useful.

From how I've been reading these interactions the last one isn't actually all that up to discussion. That's exactly what's been annoying me about it. If it were, then yes, exactly like you described it would be a sensible next level after the "please do X". And for most people I'd indeed (correctly) understand it that way, just not, as the parent described, from some particular backgrounds.

Oh, but actually, maybe that's the case, I'll pay more attention to the reaction if someone "doesn't like" to.

It's a common social technique among adults with authority to frame requests as a question

Is that somehow locale specific? I've never had people ask me to do something like that until I had interactions with US-based folks.

Personally I find it very odd to phrase it like that and it basically achieves the complete opposite of that intent (so I've to actively ignore it and read it as the actual assignment that it was meant as).

And you have variance in the industries, location, travel requirements presumably, etc. Sure. But with a project of this size and scope I'd be impressed if they'd be able to find (great) devs wanting to work on it below 65-70k and not quit after a year. IMHO and so on based on way smaller projects.

Not GNOME, but the implications for GTK and a whole load of libraries that are being worked on to support these changes. Like especially GTK is just not a stable target. I used GTK 1 and 2, and especially the incompatible changes in 3 and removal of features are just super annoying (many examples, we already had the introduction of header bars etc., there was always a little triangle in the status bar that was just cut, lots of deprecated widgets, ...). And if you look at the plans for 4(!) there's more fundamental changes coming.

And personally I still don't want to touch Qt, but it might just come to that. I don't think I'm up for yet another rewrite with a toolkit that can't be stable for ten years. That might sound grumpy, but also consider GIMP is still working on the port to GTK 3 ...