It's not clear to me from the article how Mantle was porting the build scripts, infrastructure config files, etc across languages. Typically these files don't cleanly translate from one framework to another. Was this considered as part of 20% of project for human engineering effort?
No. Designing a system that is always up and running and can process small amounts of data constantly is a completely different problem from designing a system that runs occasionally with a lot of data. For one thing, your output formats are usually different in the latter case (maybe you're creating a PDF for example). Also the high availability requirement just makes things different at the design level.
Finally, the author claims it's not hard to switch between batch and streaming. With a large volume of preexisting data, this is just not true. For example, if you make a REST API call for each document in a DB, it can take days or months to load that. If batching together documents isn't a possibility, how do you move data between stores easily? (This data movement is often required when switching between batch and streaming.)
It's certainly true that LinkedIn is the go to for white collar professionals seeking to make their resumes visible passively to recruiters. But isn't life still easier with LinkedIn than in the before times, when recruiters would dig deep to get folks' phone numbers and then have to call each of those people individually? (I think the modern equivalent would be email addresses.)
It's true that LinkedIn makes recruiting much easier to scale to a mass market. And it's also true that it has a monopoly on that scaling for professional employees. But is it fair to call them an economic termite when it's still possible to do sourcing in an admittedly clunky and old fashioned way? Just because they have a monopoly on scaled recruiting doesn't mean that they hold all the cards the way Linde (also in the profile) would in the gas market. This is particularly borne out by the existence of Indeed or Stack Overflow as options for posting your resume for recruiting.
Is there someone on HN who can speak to how fast gene editing technology is improving? I was a bit skeptical of the author's claim that construction of a mammoth genome would require 5000 years, but I couldn't find any information in a cursory search on what the technology improvement speed is.
I'm a fairly junior engineer at a subsidiary of one of the big 4. Before that, I was at a well-known big box store working on a few different projects.
The most impactful thing I delivered at my previous company was a script that moved all of our team's data from a self-hosted db to something on company cloud that was a lot more stable. The script itself wasn't very complicated (essentially just mongodump and mongorestore), but it made a big impact on ensuring that our team's dataset search tool would continue to be accessible to regulatory compliance folks. In turn, the regulatory people could use the tool to protect the company from getting fined under CCPA, etc.
It made a pretty big impression on me that something incredibly simple like that could make as much financial impact in expectation as that script did. Now when I mentor interns and newer, more junior people, I always tell that story as an example of how high impact can be surprisingly uncomplicated.
+1 to worrying less about what other people think of you. Ironically, this caring less can actually make people like you more (because you seem more confident).
Great idea! Small feedback: one of the pianos listed for Minneapolis is in Concourse C at the airport. While this is, in fact, an actual piano, you have to go through security to play on it. So I'm not sure if this counts as a public piano?
Does anyone have advice for learning a rare language, like Icelandic? A lot of the advice in this and other articles assumes you're learning one of the popular languages that everyone wants to learn. While that's certainly a good thing, I think there's a lot of value in picking up these less common languages that give you more of a niche--but obviously that's something that's very hard to get started on.
Can I use supershields for an internal company metric to be displayed on a GitHub enterprise instance? I've tried using shields.io in the past for this and the API endpoint typically must be publicly accessible to make a metric button out of it.
I live in Minneapolis too, and while I absolutely agree with you that Minneapolis is still a very safe city, there's no doubt that crime has gone up in the last year--for example, the murder rate in the Twin Cities has definitely gone up: https://www.axios.com/local/twin-cities/2021/12/09/st-paul-h...
I think different companies view this differently. I recently did an interview with a social media company (not Facebook, one of the other ones) where I wrote up a solution to the problem that "just worked" in one go, as did my extensions. After the interview, when I asked for feedback, the interviewer told me that I should have been running and testing my code as we went along. However, I've also heard in mentoring sessions from engineers at other companies that the goal in interviews is to write code that works the first time without having to test along the way.
In general, I prefer the approach of writing out the entire solution at one go, and trusting that bugs will be easy to fix at the end if the code is clean enough to understand what is happening at every step. This is in part because there usually isn't enough time in interviews for running tests at every crux moment. However, I think our current virtual environment may make it easier to test for (and to utilize) these types of programming best practices, since instead of writing code on the whiteboard, candidates and companies can use one of the interview interfaces that allows running code as you write it.
Wrt the comments about translations currently on the site: a lot of the newer translations standard in modern churches are under copyrights that, while quite permissive for use by individual faith-based organizations and even some commercial endeavors (like publishing), might be hard to protect in API form.
https://www.realestatesales.gov/