Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
gv83
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
gv83
11mo ago
AI good or US health system trash?
2.
▲
by
gv83
2y ago
given the "rebuild twitter" abundance of questions during the dreaded system design interview, it should have taken 2 weeks!
3.
▲
by
gv83
2y ago
I’ve never seen a server with a rolling distro tbh
4.
▲
by
gv83
2y ago
hey, maybe you have one of the use cases erl/el excels at; I'm not going to go against that - I also like the language and the runtime and everything. my point is just that at some point and at a certain org size, the technical pr
5.
▲
by
gv83
2y ago
yes, Net Promoter Score about the second part of your answer; my (probably very rare) opinion is that our job is not to "work in erlang" or "work in rust", is "solve problems/automate stuff". If I ask you
6.
▲
by
gv83
2y ago
“Why not Elixir” is a more interesting question and I suggest you go ask it to engineering managers of polyglot organizations. They will usually bring you the super low nps from not-elixir-only devs and the resignation letters from elixir “
7.
▲
by
gv83
3y ago
I agree with your sentiment - I simply don't have a specific answer or I would be a very important person as I would have "solved" one of this century hardest problem. I just believe that technology and innovation and creativ
8.
▲
by
gv83
3y ago
yeah, it was way better when you worked the fields for a duke who had dibs over your underage wife for the first night of marriage. and don't forget the round robin slave labour in the castle! and don't forget to set aside some gr
9.
▲
by
gv83
3y ago
the only thing this llm craze is helping is nvidia/openai/ms war chest, and fueling the illusion that every company can finally have their developers by taking any domain expert or barely knowledgeable person paired with an ai ass
10.
▲
by
gv83
3y ago
let's also measure the productivity of reviewers and people in general that, at a later point, have to wade through piles of ai generated crap. last friday i had to review 2 trash PRs that were blatantly made with ai coding assistance.
11.
▲
by
gv83
3y ago
the pot calling the kettle black
12.
▲
by
gv83
3y ago
Bet the guys are also the ones most promoted. This is so screwed up.
13.
▲
by
gv83
3y ago
Yes and no, sometimes you have to shed weight and kill some older use cases to start going back fast again. But yes, maybe for smaller projects.
14.
▲
by
gv83
3y ago
This is also its downfall as my organization uses asyncpg and compatibility with it is still absent iirc :(
15.
▲
by
gv83
3y ago
open governance and trying to get users make you uncomfortable while not merging prs, bus factor 1 and starting 300 projects with the same basic model ("do things - now with pydantic!") make you happy? fastapi has early mover moat
16.
▲
by
gv83
3y ago
I think this was a temporary drama as the names mentioned in that post are actively working on the project, so in any case ls is more open by design
17.
▲
by
gv83
3y ago
Modern python is basically a bucket of puke in between the Annotated crap, async/await, decorators everywhere..the elegance is gone for good. Sad.
18.
▲
by
gv83
3y ago
i think the problem is mostly in the relatively thin sheet of steel that isnt able to absorb and distribute to the water that much power in small amount of time. I prefer to go gradually, but to each one his own i guess
19.
▲
by
gv83
3y ago
Italian households throw the thing on the stove without such meticulous (and time expensive) ceremony every morning, so this falls under the classic “American can’t cook” gag I don’t even know if the guy is American, just anecdata from my F
20.
▲
by
gv83
3y ago
Be careful about induction at max power plus a small sealed chamber..I do it at 4-5 and it takes like 5 mins
21.
▲
by
gv83
3y ago
The famous “coffee for people who don’t like coffee” video that has been a running gag in Italy for months!
22.
▲
by
gv83
3y ago
I dont think there is a single answer like "facilitate conflict resolution", it's more of a matter of generally fitting in the corporate world, being able to build relations in that world, and not give the interviewer confirm
23.
▲
by
gv83
3y ago
Programming inside a business is more about going to company parties than programming fast. And I prefer people who don’t program fast, but that program for the future of the business. You might be better suited for a different career shape
24.
▲
by
gv83
3y ago
Definitely not, pdm is better behaved and less prone to random breaking changes
25.
▲
by
gv83
3y ago
Poetry is not stable at all. pip-tools all the way, if not…pdm please
26.
▲
by
gv83
3y ago
Jetbrains’ Rider by a very long shot Vscode stuff is ok too if you dislike big and featureful ides, but it’s behind rider. dotnet cli to run commands is sufficient until you have very strange builds. Keep in mind the language has many ways
27.
▲
by
gv83
3y ago
either you're very lucky or I've been very unlucky with our respective teams, as yes, it is perfectly possible to create a decent application without frameworks, but it's also incredibly unlikely, given that the average coder
28.
▲
by
gv83
3y ago
you're seriously convinced they would have had no problems if they chose something else? every codebase that lasts that long and is used that much is going to face very hard challenges as it scales and meets new landmarks. the maintain
29.
▲
by
gv83
3y ago
I'm not the kind that takes advice from books at face value or with a dogmatic "this is what the expert do" attitude; I think the biggest lesson of that book is a great explanation of "what complexity is", which is
30.
▲
by
gv83
3y ago
since "plumbing" is an essential part of *every* application, I'd rather not focus on it all the time. I maintained both kinds of framework-heavy and "organic home grown just libraries" apps, and you know what? I to
More ›