Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
engineerDave
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
1.
▲
by
engineerDave
9d ago
Next up. Air. They wont be happy until they've taken everything from us.
2.
▲
by
engineerDave
9d ago
Next up. Air.
3.
▲
by
engineerDave
4y ago
I mock languages because they've caused me enormous pain at some point, not "offhandedly". Their scorn is deserved.
4.
▲
by
engineerDave
4y ago
I don't know if this helps or hurts but I took up Elixir a few years ago and was liking it, the way the FP simplifies the scope you have to operate within and the general stability of the API that Jose has stated, i.e. it's featur
5.
▲
by
engineerDave
4y ago
he just came up with a whataboutism that fits his narrative. commuting/recreation it doesn't matter. The bike inconveniences the motorists for a short time where as the car can end the cyclists life.
6.
▲
by
engineerDave
4y ago
once per employer
7.
▲
by
engineerDave
4y ago
Depending on where you live, e.g. proximity to the equator, you will probably never recoup the initial investment or if you do the panels will probably be at their end of life when you do. So you'll never really "make money".
8.
▲
by
engineerDave
4y ago
There is a truth here. A lot of companies build their first system in php. IME no one hires developers to build their second system or third in php, except maybe Facebook.
9.
▲
by
engineerDave
4y ago
developers are lazy
10.
▲
by
engineerDave
4y ago
I would argue Excel is the ultimate example of sunk cost fallacy but w/e if people like it, you do you.
11.
▲
by
engineerDave
4y ago
All this talk about "I need Office to be Office" and no one mentions o365 online? Which works just fine on Linux. Also label printing seems a common issue but no mention of support of old old old legacy hardware that still works p
12.
▲
by
engineerDave
4y ago
It is possible to move fast and NOT break things. Breaking things is bad. Despite what Mark says. When you break things companies lose customers, they lose money, they lose market share, and people get fired or die.
13.
▲
by
engineerDave
4y ago
TBH the OP post seems to be highlighting that "when we forget history, we're doomed to repeat it." Not trying to be ageist but a younger dev wouldn't have context on a time when the industry had timestamps as versions an
14.
▲
by
engineerDave
4y ago
Also achievable with elixir (via erlang)
15.
▲
by
engineerDave
4y ago
Agreed. Kube makes the scaling out easier not the bootstrapping. An important difference.
16.
▲
by
engineerDave
4y ago
apparently people haven't read the Mythical Man Month papers
17.
▲
by
engineerDave
4y ago
Yup. Let's birth that baby by throwing more mothers at it.
18.
▲
by
engineerDave
4y ago
The one thing I consistently see CS programs omit which drives me nuts with new hires. Zero knowledge of version control. Do yourself a favor and learn git now so you don't suffer later. It will help you all throughout your college cla
19.
▲
by
engineerDave
4y ago
The only thing I've found that is as simple or as complex as you want it, and that I have stuck with for over 10 years is Workflowy https://workflowy.com/
20.
▲
by
engineerDave
4y ago
FYI the roots of this approach come from traditional typography, which obviously predates the web. IME the web stuff more or less copies the standards established in typesetting or ends up just reinventing it. You could easily spend a caree
21.
▲
by
engineerDave
4y ago
I never have had a project fail due to it's tech. In my experience, projects rarely fail due to the tech, they fail due to the team and management. If you get to the point you're referring to, e.g. Twitter having fail whale issues
22.
▲
by
engineerDave
4y ago
As a ruby dev this completely makes sense to me based on the Java developers I have worked with. I'm willing to bet he also never even considered jRuby as a happy compromise, also basing this on my experiences with the Java developers
23.
▲
by
engineerDave
4y ago
I haven't really seen anyone mention this one but if you run Docker heavily, you're going to want Linux. Mac and windows both run Docker via Hypervisor and it's quite a bit slower, at least for building. Short of that just ge
24.
▲
by
engineerDave
4y ago
w/r/t the tiling. You should check out this app for the tiling/snapping stuff https://rectangleapp.com/ Although not as natively customizable as Linux. I've found everything I need that I miss from other
25.
▲
by
engineerDave
5y ago
If the thought is you work fewer hours so now I can cut your pay, then I think realistic the answer is hell no. Unless I'm already checked out from stock options or something, a senior engineer's pay is more related to their knowl
26.
▲
by
engineerDave
5y ago
A lot of this discussion has devolved into the management side of choosing a language and strayed from the realistic side. But insofar as to why people would choose Haskell... Haskell is fast, compiled, type safe, memory optimized, allows c
27.
▲
by
engineerDave
5y ago
Bonus points if you utilize their websocket login. Will teach you websockets, genserver, pattern matching, and how to lose your hair in 10 days because of all the hidden shit you have to figure out because they're not documented for we
28.
▲
by
engineerDave
5y ago
I think the argument for Teams falls apart when Slack, not IRC, is factored into the equation. The only argument that is justifiable for Teams is if you're on O365 is slots into your organization easily, outside of that Teams is pretty
29.
▲
by
engineerDave
5y ago
The main reason Teams sucks has nothing to do with tech. It's the fundamental design vs Slack. Slack is organic free flowing conversation, like a chat, that you can thread out of for expansion of a particular though via threading. Team
30.
▲
by
engineerDave
5y ago
The simple answer is to ensure that Ukraine never joins NATO. Secondary answer is to secure more seaports.
More ›