HN user

kaiby

252 karma
Posts1
Comments35
View on HN

I've heard that at companies that did stack ranking, managers of groups with high performers would actually seek out poor performers who didn't care about their ranking from other groups, to add to their group so that they wouldn't have to give a poor mark to their own people. These poor performers became hot commodities. Talk about gaming the system...

It feels like Rust’s design guides you towards good abstractions and software designs.

The compiler is very picky, but once code compiles it gives you the confidence that it will work reliably.

Sometimes I had trouble making the compiler happy with the design I was trying to use, and then I realized the design had fundamental issues!

I experience a similar sentiment all the time when writing Rust code (which for now is admittedly just toy projects). So far it's felt like the compiler gives you just enough freedom to write programs in a "correct" way.

I don't really do unsafe/lower-level coding, so I can't speak to much there however.

On Small Games 6 years ago

I have to add Outer Wilds. Never been so wow'd by a space exploration game.

As others have mentioned, there are a ton of off-the-shelf solutions that would have been more than adequate for this.

My question is, why didn't he go for any of the existing solutions when setting them up would've still been faster than rolling his own DB-in-a-JSON-file solution?

I'm not a business guy, but if Apple's going all-in on ARM processors, and then they expand into the server market (which the article speculates on), could we potentially see Apple opening a new product branch devoted to competing in the Cloud space with AWS, Azure, and GCP?

Imagine developing apps on an ARM-powered macbook, deploying onto ARM-powered servers owned by Apple, specifically for applications to be used on MacOS & iOS devices.

The issue with that though is that if someone could read/write code, they would probably choose to be a SWE instead of a tech writer.

I'm not sure why this is, but I suspect that it's an combination of higher pay and an interest in writing code over writing documentation.

In my experience I would say that a good SWE will attempt to write good documentation, as having to answer questions in the future about how stuff works over and over takes more time than just documenting things properly the first time.

I really like Figma's engineering blog. I find that they do a great job introducing the concepts that need to be understood with the level of detail in their implementation of those concepts. I'm always learning something new when I read an entry.

This is the first time I've heard of Realms API or QuickJS, will need to keep those in mind if I ever need to write a plugin system.

This article really speaks to me. It’s well written, and written like a rock collector talking about each one of his rocks in his rock collection, only the rocks are apps of different speeds.

There was a related thing that I heard from a previous CTO that changed my outlook on how to write web apps: "Users shouldn’t be able to tell that they’re using a web application. A web application should feel native. That is, it should load instantly."

Coming from mostly a web programming background, it certainly feels more low-level than PHP/JavaScript, but not by much, at least for web/backend work. You can still code without having to delve into low-level/unsafe coding, but that stuff is available to you if you need to squeeze more performance out of your app.

The biggest hurdles for me (I'm still learning) compared to JS is the borrow checker, lifetimes, and strings (they are handled very precisely in Rust).

The benefits are huge though. My time coding in JS feels like 50% coding & writing tests, 40% debugging my app, 10% reading documentation. The "debugging" portion can sometimes be painful when fixing race conditions. Rust on the other hand, feels like 30% reading documentation, 30% coding, 30% getting my code to compile, and the other 10% debugging/testing my app. For the most part, if your code compiles and your logic is correct, your app is guaranteed to run the way you expect it to.

Doubtful. It's less about verbatim translation of text from one language to another, and more about changing your product's design + data architecture to accomodate the possibility of more than one language. It's a lot of overhead. You now need to answer questions like: "Do I need to add a dropdown to select languages? How would I store the different texts for each language for different parts of my product? How would I have to change the visual design of my product now that I have to account for translations in other languages being wider / narrower than my core language? What about right-to-left languages?"

What’s interesting is that the technique he employs here (blurring the top and bottom of the sphere) sounds like something similar to what I remember reading from "Masters of Doom".

Namely, that when he created Wolfenstein 3D (Doom’s predecessor), he basically only rendered the walls + sprites and not the floor or ceiling, because computers + graphics engines weren’t as capable at the time.

I use standardnotes. I just use the webapp pinned in a safari tab on the Mac, and the iOS app on my phone. Syncs between the two well. It's encrypted, too.

It has minimal features, namely tagging/folders for organization. Makes navigating between my notes fast and easy, and the minimal amount of text formatting allows me to jot thoughts down without being overwhelmed by the desire to format things the right way, which is counterproductive to me.

I found it to be worthwhile enough that I actually pay for it to take advantage of its additional plugins (markdown, dark theme)

I actually really like the usage of borders in these "brutalist" designs. Current design trends seem to minimize or eliminate borders altogether, which makes it hard to visually separate content, which makes it hard for users to find the content they want. I thought I could browse through the text on these new sites faster because the borders were so much more prominent [0].

I think the random placement of links is a tricky thing though. One one hand it brings identity to your brand, but on the other hand, it’s not intuitive for the user.

[0] http://www.zku-berlin.org/, pkamb below also linked https://nwfilmforum.org/