hbrn

26 ms·

271.
by hbrn 4y ago
> any state your brain can enter can similarly be created within a computer, in principle Not necessarily: https://en.wikipedia.org/wiki/Orchestrated_objective_reducti...
272.
by hbrn 4y ago
There's no reason why a certain preservative can't have positive health effects. Pretty sure a lot of them do, we just don't talk about it. Essentially this leads to a useless circular definition: "processed" food i
273.
by hbrn 4y ago
The infinite tape doesn't have to be physically inside the brain. The tape is the universe itself, we read it through senses and write to it through actions. Brain is not the Turing Machine, but it's the controller part of it,
274.
by hbrn 4y ago
Whatever you do with your life, you'll always regret not doing something else. Grass is always greener.
275.
by hbrn 4y ago
> "just get it done quickly" vs "take your time and do it right" There is no such thing as "do it right". There's your flawed and biased perception of what's right, which doesn't take unknown
276.
by hbrn 4y ago
> Boss approval is literally everything. This is such a sad corporate loser mentality. Bosses are humans. They can be wrong. They can be convinced. Even manipulated, if that's your game. > you’re hired for a job. You’re a glorifi
277.
by hbrn 4y ago
While processed foods consumption correlates with diseases, it's likely because food that's processed outside of your house typically includes ingredients (or preparation method) that either make it last longer or taste better at
278.
by hbrn 4y ago
Typically you can't reduce the number of essential blocks. But what you can do is make them easier to comprehend through divide and conquer. Build two smaller Jenga towers instead of one big. You will have to sacrifice something (e.g.
279.
by hbrn 4y ago
Software fragility is actually very similar to physical fragility. Think of Jenga tower: the more blocks you have, the more fragile it is. And that is despite Jenga being nicely layered (each block has limited number of direct dependencies)
280.
by hbrn 4y ago
> the definition of "essential complexity" and "inessential complexity" from that paper are invaluable To be fair, those terms were defined 20 years earlier by Fred Brooks.
281.
by hbrn 4y ago
Sure, HATEOAS can be useful when you don't have control over clients or over the routes. Which is exactly the case for WWW: clients are browsers (not developed by you), and URLs can be images from another server (not owned by you). And
282.
by hbrn 4y ago
$15 DisplayPort splitter to allow 120Hz on an external monitor for both PC and Macbook. Screen refresh rate has a huge effect on how enjoyable your experience is, whether it's working or gaming.
283.
by hbrn 4y ago
Fielding's dissertation was about WWW. It turns out that 20+ years later, there's a new portion of WWW (web APIs) where hypermedia is not that useful. One big difference is that WWW clients are browsers, which you don't devel
284.
by hbrn 4y ago
Because 99% of REST value is coming from structuring your API around Resources and Verbs. HATEOAS is for snake oil sellers and their religious followers, who want to feel superior.
285.
by hbrn 4y ago
No, there's illusion of value: 1. Paths are changed extremely rarely. Optimizing architecture for something that happens once a year is not a good idea. The cost of changing paths manually is pretty much always lower than the cost of H
286.
by hbrn 4y ago
qw was great. Even in Python I sometimes write: usernames = ''' foo bar baz hello world '''.split() # instead of this, which needs too many keystrokes usernames = ["foo", "bar&
287.
by hbrn 4y ago
"Near zero" is an extremely misleading term. For small teams it's 0.1%. For large teams it's 0.001%. Both are near zero. But one is 100 times more likely than the other.
288.
by hbrn 4y ago
> Once things are infra as a code and the happy path is defined and implemented as a process, we rarely lost time thinking about infrastructure. > we rarely ever think of our infra unless we want to do something brand new That just me
289.
by hbrn 4y ago
A lot of folks will claim all of this is just survivorship bias, but I believe there are lessons to learn. For example most of the extremely successful software products produced by small teams have a heavy focus on UX. Arguably, it is near
290.
by hbrn 4y ago
Of course there is. Anything that has your attention can include ads.
291.
by hbrn 4y ago
This is something folks have been doing long before the microservices hype. That said, server bottlenecks are not the only thing (micro)services are trying to address.
292.
by hbrn 4y ago
> So you don't advocate for unit tests, you don't want a powerful type system, what do you want? "Write tests. Not too many. Mostly integration." Leave static typing for performance-critical sections. > They are a
293.
by hbrn 4y ago
Sure, but it can lead to 1000 lines which some people still think is too much. The point is that a numeric upper bound on LoC is inherently subjective and pointless. Instead of measuring the right thing (concepts) you're measuring what
294.
by hbrn 4y ago
So the path to success is the following: 1. Write a bit of code (two pages max). 2. Become a unicorn. 3. Rewrite everything. Either there's something missing between steps 1 and 2, or dynamic languages allow you to become a multi-billi
295.
by hbrn 4y ago
> It has huge adoption in the RonR community Is that even true? DHH (RoR creator) hates TDD.
296.
by hbrn 4y ago
> Ada solved this in the 80s, it isn't some unresolved field of comp sci Every solution comes at a cost. Where is Ada now? > Unit Tests are no different, except with worse syntax than built in language support. And I'm not a
297.
by hbrn 4y ago
You should not be using those dependencies today . Looks like they have been unmaintained for a decade and can contain a ton of vulnerabilities. Though I find it hard to believe that there are some useful dependencies that have not been po
298.
by hbrn 4y ago
> The directives in Perl code tell the Perl interpreter, even the very latest one and it's the only one installed on your machine, how it should intepret loading the code > That's a much better attitude than the Python devel
299.
by hbrn 4y ago
> Java doesn't let you say age is an int ranging from 0 to 130 This sounds good on paper, but good luck passing your custom types to third party libraries. Or even doing something as simple as calculating average age. You do realize
300.
by hbrn 4y ago
And yet Ruby and Python dominate in the most valuable YC startups. Either "safe and sane refactoring" isn't necessary to create value. Or you're just wrong.

More ›