Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
rossdavidh
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
91.
▲
by
rossdavidh
10mo ago
A big, and little-discussed, problem across many industries is that there is no "pipeline" inside any company. Since the 1980's, the idea that you develop your own talent has fallen by the wayside. You hire it from other co
92.
▲
by
rossdavidh
10mo ago
Really if you are not making custom silicon for this problem, you are just wasting our time here aren't you.
93.
▲
by
rossdavidh
10mo ago
What you say makes sense, and yet what I find in reality is that almost no one thinks this way; they want their house to go up in value. Perhaps everyone assumes that they will sell sometime in the next few years?
94.
▲
by
rossdavidh
10mo ago
Most important is that on Mars, there is no daylight savings time.
95.
▲
by
rossdavidh
10mo ago
When my daughter wanted her first tablet, a friend of mine said he had an old one he could sell me for $50. Cool, I said, and my daughter saved up her allowance (paid for feeding the cats, as I recall) to get the money. Then, my friend
96.
▲
by
rossdavidh
11mo ago
Which is absolutely true, and a reason to try at medium scale second. But what doesn't work at small scale, almost certainly won't work at huge scale.
97.
▲
by
rossdavidh
11mo ago
Knowing that the rules for your first small deployment are not the same as the rules for everywhere, is valuable for designing well. Trying to implement all of those sets of rules in your initial deployment, is not a good idea. There is a
98.
▲
by
rossdavidh
11mo ago
Yes, absolutely. Knowing that it will need to get big eventually is important, but not at all the same as deploying at scale initially.
99.
▲
by
rossdavidh
11mo ago
Speaking as a python programmer who has occasionally done work in R: yes, of course. Python is not a great language for anything; it's a pretty good language for just about anything. That is, and always has been, its strength. If you
100.
▲
by
rossdavidh
11mo ago
It's a great article, until the end where they say what the solution would be. I'm afraid that the solution is: build something small, and use it in production before you add more features. If you need to make a national payroll
101.
▲
by
rossdavidh
11mo ago
The times I've found it useful are for walking org charts or file folders, which are of unknown depth and match neatly into a recursive approach.
102.
▲
by
rossdavidh
11mo ago
Most of the homeschoolers I know in Austin were basically hippies who found the public schools to be too authoritarian and intolerant of diversity (for example, banning dyed hair). I don't know which homeschoolers you were seeing, but
103.
▲
by
rossdavidh
11mo ago
My daughter is in college now, but we used a variety of private, part-time, and homeschooling approaches prior to that. One thing is that there are a lot of resources (e.g. independent teachers for subjects you don't know, co-ops for
104.
▲
by
rossdavidh
11mo ago
This is a good point, I have often heard "legacy" used to mean "we can't delete it but we don't maintain it"
105.
▲
by
rossdavidh
11mo ago
Having worked on code that was anywhere from 1 to 30 years old, in my experience "legacy" mostly means, "we wouldn't do it this way now, but it's not an easy thing to fix so we're either stuck with it, or stuck
106.
▲
by
rossdavidh
11mo ago
Having fought several battles with raccoons myself (including once in my attic, when neither of us were expecting it), I can say that the best solution is to have dogs in the neighborhood which are big enough to handle a raccoon. Or, if th
107.
▲
by
rossdavidh
11mo ago
Not having lived in the Bay Area in this millennium, I have no idea how accurate this is, so I would be curious to hear from any current Bay Area residents.
108.
▲
by
rossdavidh
11mo ago
I'm working on a framework to use for making Factory Management systems.
109.
▲
by
rossdavidh
11mo ago
My main advice here is that you need to tailor this to the individual child. What will turn one kid on to free computing, will cause another to think of Linux forever after as "that annoying thing which I was forced to use, when I did
110.
▲
by
rossdavidh
11mo ago
As others have said before me: "the hype IS the product".
111.
▲
by
rossdavidh
11mo ago
In real-world software development, managing complexity is often (usually) the core of the challenge. A simplified example, is leaving out the very thing that is the obstacle to most good software development. In fact, it is sometimes the
112.
▲
by
rossdavidh
11mo ago
"21) The biggest problem at many parties is an endless escalation of volume. If you know how to fix this, let me know." Only way I know is to have a porch, garage, or other connected-but-not-the-same-space open for people to spill
113.
▲
by
rossdavidh
11mo ago
The counter-argument would be that you can make excellent arguments for why we should understand what the compiler is doing, understand what the transistors are doing (e.g. to understand the limitations and risks of overclocking), understan
114.
▲
by
rossdavidh
1y ago
That was what I thought, but when the middle management also wants it, then it can become the 'obvious choice', a la 'nobody ever got fired for choosing IBM'. It seems that middle management + devs can make it seem inev
115.
▲
by
rossdavidh
1y ago
I had a problem figuring out why the place I was working wanted to move from in-house to AWS; their workload was easily handled by a few servers, they had no big bursts of traffic, and they didn't need any of the specialized features o
116.
▲
by
rossdavidh
1y ago
"Embrace, extend, extinguish". It was a Microsoft saying, but it explains Amazon's approach to Linux. Once your customers are skilled in how to do things on your platform, using your specialized products, they won't pr
117.
▲
by
rossdavidh
1y ago
The first question for any dev to ask themselves before rolling out any software update: do you know how to roll it back? This ought to be the sort of thing that management is there to remind the developers of, but in practice it seems like
118.
▲
by
rossdavidh
1y ago
I never trust anyone's prediction of _when_ a bubble will burst. But, this is clearly behaving in a frothy manner...
119.
▲
Big Tech Is Faking Revenue [video]
(youtube.com)
1 points
by
rossdavidh
1y ago
|
1 comments
120.
▲
by
rossdavidh
1y ago
Working on a framework for factory management systems, based on Django and finite state machines.
More ›