bborud

37 ms·

541.
by bborud 3y ago
Most of the comments here focus on language. But I think this kind of misses an important point the blog post makes: >It is not uncommon to leave a Python application to go back to it after a few >months, only to realize that the host
542.
by bborud 3y ago
One day is not enough to even get a superficial understanding of any language. People tend to always exaggerate how little time it takes to learn a language to a meaningful degree. Sure, the first day I tried Go I was able to accomplish so
543.
by bborud 3y ago
I'm not so sure that we're necessarily talking about small, inexpensive changes here. Anything that changes the fundamental character of a language is probably going to have bigger consequences than you might imagine. I've b
544.
by bborud 3y ago
Language design is always easier in retrospect. It is harder than it looks, and often harder than the people designing a language realize before it is too late. I think it was a good choice to take smaller steps and try to not be too ambiti
545.
by bborud 3y ago
No thanks to Ballmer.
546.
by bborud 3y ago
I can’t understand how people can feel comfortable depending on companies that will never talk to them.
547.
by bborud 3y ago
From where I live to where I work is 8km. That takes somewhere between 19 and 23 minutes. 23 minutes on the days when there was more than 3-4cm how snow on the road. I occasionally take the scenic route to work. About 14km and a little mor
548.
by bborud 3y ago
ebikes work in pretty much any kind of weather provided you have a proper bicycle, proper tyres and know how to dress. None of the gear has to be expensive. It just has to be suitable.
549.
by bborud 3y ago
I'm fairly certain you are correct.
550.
by bborud 3y ago
> which led to headaches and money wasted on cables or as the members of the consortium would say: hey, extra revenue!
551.
by bborud 3y ago
A good language amplifies talent - it doesn't require it. If, as you allude to, Rust requires above average talent for producing quality code, I'd say that as a language, it can only make a limited contribution. The only meaningfu
552.
by bborud 3y ago
I should have said "I".
553.
by bborud 3y ago
Not sure if this is about the car or the driver, but I will have you know that I both know how to operate the blinker and do so :-)
554.
by bborud 3y ago
To make it more entertaining we should take bets on "what daemon will shit itself this release". Right now I'm staring at the calendar daemon. Spending 70-80% CPU syncing a calendar that hasn't been in use for a few year
555.
by bborud 3y ago
The last time I was on a business trip to Germany I had ordered a small econobox, but when I got to the airport I was "upgraded" (of course they didn't have the car I'd actually reserved) to some huge M-series, "lux
556.
by bborud 3y ago
That would be an absolute disaster. After Steve Jobs died it became clear that Ive needed both someone to give him direction and to filter his outoput. Steve Jobs knew something about users. Ive demonstrably didn't and, to speak plainl
557.
by bborud 3y ago
yeah, I don't understand why they felt they had to make it that big. Now it is just in the way.
558.
by bborud 3y ago
I agree that Apple's software is low quality. In too many cases shockingly and consistently so over many years. You are not surprised to see the spinning ball of fail when running Apple software. You expect their developers to make beg
559.
by bborud 3y ago
I always use SQLite as the first database when I start a new project. It is a great way to get started quickly and not waste time while you are figuring out what problem you are solving and how you want to structure your data. On some proj
560.
by bborud 3y ago
The first thing that comes to mind when looking at this is the fragility of seemingly robust civilizations. We can only imagine a lifetime, or fractions thereof. Much of the world seems unchanging and we assume that our society is robust. C
561.
by bborud 3y ago
Why? Has anyone ever worked on a product where this would be even remotely feasible?
562.
by bborud 3y ago
I would actually have preferred that the old mux was left as is, and that the new mux had been a new package. This would have eliminated the need to be backwards compatible and allowed more freedom in creating a better API. I think that put
563.
by bborud 3y ago
You appear to think that there is One Way to write applications and that anyone who disagrees with you doesn't know what they are talking about or has never had any experience with them. Perhaps you should be open to the possibility th
564.
by bborud 3y ago
> is how you get hundreds of poorly written spaghetti code So what you are saying is that the IoC / Decorator approach is the way to avoid spaghetti code? That's an interesting assertion. > You are setting yourself up for s
565.
by bborud 3y ago
> Are you in the habit of hiring people without experience? I hire people who I believe can produce quality code as part of a team. I've hired people with zero experience and with 35+ years of experience. I've probably hired s
566.
by bborud 3y ago
No, having to spend months learning how web frameworks are going to deal with that piece of code is not a good thing. It means that the code is readable only to those who have spent a lot of time working with that framework. And it is one
567.
by bborud 3y ago
In order for code to be maintainable it first has to be readable. The second example has poor readability. And that's even before we get to the issue that this approach has fallen out of favor exactly because it result in code that ca
568.
by bborud 3y ago
This is really exciting news! What is perhaps a bit unusual is that the Vespa team has existed for a very long time. Even before the project got its name (2004/2005?). If memory serves it will be 20 years this year or next year since t
569.
by bborud 3y ago
I didn't know about the angry email. That makes the story even more fun.
570.
by bborud 3y ago
You might want to figure out what actual challenges professional firmware developers face before you start assuming how they "correctly" draw conclusions.

More ›