hnthrow0287345

7 ms·

91.
by hnthrow0287345 8mo ago
Should've made them do leetcode
92.
by hnthrow0287345 8mo ago
At least they are consistently applying this to all roles instead of only making tech roles suffer through it like they do with interview processes
93.
by hnthrow0287345 8mo ago
They're really good to use if someone wants to debate you and you don't want to engage Most people prefer to change their minds on their own terms and schedule. I'm also surprised there's not a 'most people..."
94.
by hnthrow0287345 8mo ago
I've never bought into it because like 80% of the work the world does is CRUD-level stuff which should be boring and simple so it can be readable and maintainable. The craftspeople doing the other 20% of the code are at the top end of
95.
by hnthrow0287345 8mo ago
Yep, you definitely want to be in the business of selling shovels for the gold rush.
96.
by hnthrow0287345 8mo ago
>We will probably see fewer full-stack engineer openings and more roles for back-end and front-end engineers. This doesn't mean they will do only one or the other, but they will be expected to be an expert in one area. Good. Fullsta
97.
by hnthrow0287345 8mo ago
Gonna need quite a large swing back in the favor of regular people since we're being squeezed by endless subscriptions already before I have any sympathy for the multi-billion dollar corporations. So maybe it's just that. Life fee
98.
by hnthrow0287345 9mo ago
>I’ve seen so many times how 10 lines of code can end up being worth £millions, and 10,000 ends up being worthless. I don't care how easy it is, I'm not fixing something worth millions when I won't see a penny of that. It&
99.
by hnthrow0287345 9mo ago
Less that and more "we built a really complex machine and we can apply those skills elsewhere".
100.
by hnthrow0287345 9mo ago
It can be I guess, but I think it's more about solving problems. You can fix a lot of peoples' problems by shipping different flavors of the same stuff that's been done before. It feels more like a trade. People naturally try
101.
by hnthrow0287345 9mo ago
A nice use of AI would be to learn what kind of interruptions I hate and suppress those as much as possible. The trick would be installing it to the level of authority to ignore stuff from the companies making the phones and OS too without
102.
by hnthrow0287345 9mo ago
I'm a billionaire in EVE Online, and even though that counts for nothing, it'd still be enough for him
103.
by hnthrow0287345 9mo ago
I'm pretty sure I could become a billionaire just by meeting Masayoshi Son and having a chat for 15 minutes. I've never seen a better case for a fool and his money being parted.
104.
by hnthrow0287345 9mo ago
>The most common reason companies fail is creating products that don’t deliver value to users, causing them not to pay. >“Oh, but I have a PM for that,” you might say. But having a PM is not enough. It should be, that's literally
105.
by hnthrow0287345 9mo ago
Maybe I'm shooting for the moon, but I'd like soft delete to be some kind of built-in database feature. It would be nice to enable it on a table then choose some built-in strategies on how it's handled. Soft-delete is a commo
106.
by hnthrow0287345 9mo ago
Most of the time QA should be talking about those things to the PM, and the PM should get the hint that the requirements needed to be more clear. An under-specified ticket is something thrown over the fence to Dev/QA just like a lazy,
107.
by hnthrow0287345 9mo ago
>Nowadays the scam is to find any recently closed, large firm and claim you worked there with whatever BS title you want. This is likely why background checks even for non-sensitive/non-cleared positions are being applied. I just ra
108.
by hnthrow0287345 9mo ago
Prototypes are always meant to be thrown away though, someone's going to have to redo it to comply with coding standards, scaling requirements, and existing patterns in the code base. If the prototype can be just dropped in and clear a
109.
by hnthrow0287345 9mo ago
How many tech people deep into open source are also going to be able to build convincing cases for governments? More importantly, to be more convincing than the sales people of MS/Amazon/Google who also have financial incentives t
110.
by hnthrow0287345 10mo ago
SSR HTML/JS sucks if: - there is repeated code among pages - the JS isn't in Typescript - the JS is still using callbacks - it's using a JS UI framework (Kendo) that you don't like - the CSS is a mess All of which was mo
111.
by hnthrow0287345 10mo ago
>who are the consumers of the software produced at industrial scale? Games have a ton of demand for code that isn't readily shareable but also needs to be done quickly.
112.
by hnthrow0287345 10mo ago
Sure, those two specifically can be handed off because they involve basically no user journeys for the product and a PM can't reasonably be expected to know the technical details of performance or scaling. But any PM or engineer should
113.
by hnthrow0287345 10mo ago
I've had good PMs answer most of this themselves. Only if there's a technical detail they don't know about do they then ask specifically. OTOH other PMs throw vague jira-shit over the fence because they know how to take advan
114.
by hnthrow0287345 10mo ago
>It's even worse than that: non-junior devs are doing it as well. This might be unpopular, but that is seeming more like an opportunity if we want to continue allowing AI to generate code. One of the annoying things engineers have
115.
by hnthrow0287345 10mo ago
>We are trying to fix probability with more probability. That is a losing game. Technically not, we just don't have it high enough You're doing exactly what you said you wouldn't though. Betting that network requests are m
116.
by hnthrow0287345 11mo ago
If there's a legit, measurable performance or data integrity problem, start with that. If most of your production bugs come from a specific module or service, document it. If it is only technical debt that is hard to understand or main
117.
by hnthrow0287345 11mo ago
>I am not sure what has happened over the decades regarding actually being proud of the work you produce. Because there's still people doing less work than you do for a bigger paycheck Because you'd get fired or laid off for so
118.
by hnthrow0287345 11mo ago
>Nobody makes you use YAML and Docker and VS Code or whatever your beef is. Not VS Code, but maybe YAML and Docker if your company is trying to align what tools it uses. C# places might still force you to use Visual Studio proper. Everyo