HN user

DarkContinent

4,153 karma
Posts489
Comments75
View on HN
hackaday.com 18d ago

Positioning Without Satellites or Base Stations

DarkContinent
3pts0
www.fide.com 19d ago

International chess federation sanctions Kramnik

DarkContinent
169pts99
radiologyai.com 1mo ago

AI to Automate Brain Diagnoses

DarkContinent
2pts0
www.millerwelds.com 2mo ago

Copilot Builder enables welding with AI

DarkContinent
1pts0
www.grocerydive.com 3mo ago

NYC to open municipal grocery store in 2027

DarkContinent
59pts180
www.bbc.com 6mo ago

NASA ends space mission early due to astronaut medical condition

DarkContinent
4pts0
www.newscientist.com 6mo ago

High achieving adults rarely begin as child prodigies

DarkContinent
3pts0
www.wbdg.org 7mo ago

Fixed-Wing Runway Design

DarkContinent
24pts10
prospect.org 8mo ago

The AI bubble is bigger than you think

DarkContinent
50pts15
www.bbc.com 1y ago

US Treasury to stop producing pennies next year

DarkContinent
36pts25
www.bbc.com 1y ago

Polio Outbreak in Papua New Guinea

DarkContinent
3pts0
techcrunch.com 1y ago

Patrick Collison joins Meta's board

DarkContinent
5pts0
www.foley.com 1y ago

FERC order rejects colocation of nuclear plant and data center

DarkContinent
2pts1
fortune.com 1y ago

All board members resign at 23andMe

DarkContinent
3pts1
errorcorrectionzoo.org 1y ago

Error Correction Zoo

DarkContinent
4pts0
news.northeastern.edu 2y ago

Teton Pass Collapse Reveals Infrastructure Fragility

DarkContinent
3pts1
www.wsj.com 2y ago

FTC Bans Noncompete Clauses

DarkContinent
2pts3
www.wsj.com 2y ago

Verily lays off molecular sciences employees

DarkContinent
1pts1
phys.org 2y ago

Breakthrough in predicting chaotic outcomes in three body systems

DarkContinent
21pts2
avherald.com 2y ago

Alaska Airlines grounds 737 Max fleet

DarkContinent
38pts2
www.quantamagazine.org 2y ago

Mathematician Answers Chess Problem About Attacking Queens

DarkContinent
3pts0
www.bbc.com 3y ago

Yellowstone kills baby bison after visitor touches the animal

DarkContinent
8pts5
en.wikipedia.org 3y ago

Hooded Pitohui

DarkContinent
2pts0
en.wikipedia.org 3y ago

Solenodon

DarkContinent
1pts0
en.wikipedia.org 3y ago

Areography

DarkContinent
1pts0
fcc.maps.arcgis.com 3y ago

FCC Cell Coverage Map

DarkContinent
1pts0
avherald.com 3y ago

Software bug causes Alaska Airlines delays

DarkContinent
2pts0
www.wsj.com 3y ago

Verily lays off 15% of employees

DarkContinent
27pts2
www.bbc.com 3y ago

First Honeybee Vaccine Approved

DarkContinent
3pts0
oceanservice.noaa.gov 3y ago

A Tale of Two Feet

DarkContinent
101pts138

Does your interview process require knowing cloud costs off the top of your head? Because that's hard to track tbh

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?

Batch is just a special case of streaming

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.)

Re LinkedIn as an example of an economic termite:

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.

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.

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.

There are certain hallmarks in Western operations that are not present in other entities… you can see it translate down into the code

Can someone help me understand why this is a good thing? By the arguments presented by other commenters, it seems to me that a) these hallmarks can be duplicated by someone else and b) by only running operations with said hallmarks, the intelligence agencies might miss other vulnerabilities.