Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
digisign
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
39 ms
·
391.
▲
by
digisign
5y ago
More good ideas. These allow the interesting questions to float up naturally for the experienced folks to answer, so they not only tolerate answering, but actually enjoy it.
392.
▲
by
digisign
5y ago
One smaller thing I liked in my career was a job where each new hire was given charge of updating, improving, and editing the "new hire" wiki, which was started by the old hands. It included a brief history of the system, glossary
393.
▲
by
digisign
5y ago
These kinds of negative thoughts are never helpful. We're all learning constantly and had to be the newbie at one time. Push them out of your mind. I will let you in on one superpower that I was lucky to learn early... read the manua
394.
▲
by
digisign
5y ago
Thanks, looks like it has some similarities with make, however doesn't skip things already built.
395.
▲
by
digisign
5y ago
Interesting, I used fabric many years ago but thought it had been deprecated. However, it still seems remote focused. Is that a problem for a shell replacement?
396.
▲
by
digisign
5y ago
The technology is well established now. I've noticed a similar kind of solution in the Python community, swatting flies with sledgehammers becomes the norm because modern machines can often take it. Until they can't.
397.
▲
by
digisign
5y ago
Do tell, how so?
398.
▲
by
digisign
5y ago
On Big Sur at least there are dozens of daemons running that can't be turned off due to the read-only system partition. I'd check those and third-party software that could be sapping performance. Gets more important with older h
399.
▲
by
digisign
5y ago
Yes, hard to believe but that was seven years ago. In the old days it would have been like comparing a 286 to a 486. Intel has certainly plateaud since then but Apple's ARM kept some of that momentum.
400.
▲
by
digisign
5y ago
As always torrents don't have these issues. An increasing copyright tax on very old works would stop this nonsense.
401.
▲
by
digisign
5y ago
What kind of payments should vendors be making regularly to customers?
402.
▲
by
digisign
5y ago
Reminds me of this great piece (and hn discussion) regarding corporate bribery during the Watergate years: https://longreads.com/2018/11/20/the-second-half-of-watergat... https://news.ycombinator.c
403.
▲
by
digisign
5y ago
It looks just as it should look, ignore content-free criticism.
404.
▲
by
digisign
5y ago
It's great when your prototype grew into a giant system with large teams of developers with mixed-experience. See pydantic etc.
405.
▲
by
digisign
5y ago
Sorry, this Slashdot '97 attitude is obsolete, the world has moved on. It's about safer, more robust languages now, supplemented by tests and tools, and getting a good night's sleep. Prevention is simply a lot cheaper and m
406.
▲
by
digisign
5y ago
There should be, could be, possibly are safer shells which would be appropriate. Not bash in its present form, for non-trivial problems.
407.
▲
by
digisign
5y ago
Sounds like new leadership is needed. wink
408.
▲
by
digisign
5y ago
Defaults matter. This came up in a search: https://www.jason.af/defaults-matter/ "Even the most well-intentioned people have a finite amount of energy to fight against a system that pushes toward bad outcomes.&qu
409.
▲
by
digisign
5y ago
The industry has been moving steadily for many decades from unsafe technology to safer variants to increase reliability of increasingly mission critical systems. Typescript anyone? This has been in response to the many high-profile failure
410.
▲
by
digisign
5y ago
And I've replaced several lines of unreadable, dangerous bash (see article) with a Python expression. Especially anything with string-manipulation, which is typically an atrocity in shell or batch languages. Shall we go on?
411.
▲
by
digisign
5y ago
Famous last words. Allowing the possibility of errors in growing, complicated systems built by meat-bags is just short of guaranteeing them.
412.
▲
by
digisign
5y ago
Sounds depressing, however an over-correction to real phenomena. A lot of young people come to the working world with unrealistic expectations that get realigned after time. It's part of growing up, saying/doing dumb things. Wi
413.
▲
by
digisign
5y ago
Arguably too fundamental to mention, at least in one slide. Perhaps covered during the developer-testing period, before peer review.
414.
▲
by
digisign
5y ago
Yes on trust. However… I'm pretty darn experienced in what I do these days, and every day I still write a bit of crappy code, usually as I come to an understanding over time of the current problem. WTFs come from code written six mon
415.
▲
by
digisign
5y ago
There are annoyances, and then there are deal-breakers.
416.
▲
by
digisign
5y ago
Yes, and those reasons are why I mentioned poor design. This morning I was reminded, my work Mac has a dozen daemons trying to contact things I don't want, such as icloud, itunes, google, etc. A fraction of these are ostensibly useful
417.
▲
by
digisign
5y ago
Use cases with less spying and law enforcement tentacles.
418.
▲
by
digisign
5y ago
This describes Windows as well though, just read all the complaints from the original article and thread. Sadly there is no decent OS any longer, they all had/have their flaws and now they are being dumbed down and control taken away.
419.
▲
by
digisign
5y ago
You've just described the passive side of "contempt."
420.
▲
by
digisign
5y ago
Yes, useful and destructive/fatal configuration should be separated. If you have to remove a load-bearing pillar to install a light-switch, the design is poor, to say the least.
More ›