bborud

30 ms·

451.
by bborud 3y ago
I understand the argument. Fortunately, Go makes a lot of promises that makes this scenario unlikely. So in real life this becomes mostly a theoretical issue. It could happen. It just isn’t terribly likely. And if it does happen, it is like
452.
by bborud 3y ago
I think it is worth trying to relate it to lived experience and ask "is this actually a problem or are we imagining problems that are unlikely to manifest?". I used to develop in Java in large organizations for many years and be r
453.
by bborud 3y ago
Do you have any real-world examples of this happening in Go?
454.
by bborud 3y ago
I'd be tempted to think that if an application is designed in a way where switching your TLS implementation has consequences for the concurrency model, you have some serious design challenges. That being said, a good reason for using G
455.
by bborud 3y ago
Yeah, the poor stdlib is the main reason Go is my go-to (no pun intended) language for writing servers rather than Rust. That and the slow compiler, which a lot of people think shouldn't matter, but does matter.
456.
by bborud 3y ago
While I agree that a rewrite of Nginx in Rust probably isn't the best use of resources, I wouldn't be so quick to dismiss the idea of writing an Nginx equivalent. And you might as well do that in Rust. There are things I'd l
457.
by bborud 3y ago
I just throw the blade in the dishwasher and it has come out clean every time. You're right that it isn't as fast as some other blenders, but I think it makes up for it with the simple and durable design. I can live with having to
458.
by bborud 3y ago
I'm a big fan of it. The business end has a very simple and open design that makes it work much better than other immersion blenders I've had. Since the end is all metal I can use it in boiling liquids with no problems. I don&#x2
459.
by bborud 3y ago
Wrapping scallops in bacon!? Sacrilege! :-)
460.
by bborud 3y ago
When I make stock I usually follow the traditional route, but rather than discard the vegetables I stick my Bamix into the pot and let it run until the contents are silky smooth. (Think of the Bamix as a poor man’s Pacojet if you run it lon
461.
by bborud 3y ago
Upvoted because I want to see comments from people more knowledgeable than me.
462.
by bborud 3y ago
From a mental health perspective, I'm worried. Martin used to compose, record with his band and perform live. And Wintergatan are great live. Spending 5 years failing to build MMX and then starting over to spend...what, another 2,3,5 y
463.
by bborud 3y ago
This is why I can't watch him anymore. He has really painted himself into a corner and allowed this to become an obsession. He would have been happier if he had just given it the three months he initially thought the MMX project would
464.
by bborud 3y ago
I'm not so sure. Being able to run stuff locally is very convenient. That being said: try to press "." while you are looking at a project in Github.
465.
by bborud 3y ago
I really hope not. I used Emacs for roughly 30 years. During the last 20 or så of those years I would try to use Eclipse, IntelliJ and other IDEs for a few months every 2-3 years, but none of them stuck. The extra functionality they provide
466.
by bborud 3y ago
Nothing a bit of superglue can't fix.
467.
by bborud 3y ago
I think it was the Nokia N70. The keyboard got dicky over time, the slide was rough and the camera had stopped working. Not all Nokia phones were built like tanks. My phone of choice in those days were the tiny Sony-Ericsson phones. I real
468.
by bborud 3y ago
It wasn't so much the name as it was that you needed a special cable and a PC to install one of the dozen or so apps that existed for Symbian phones. (There were probably more, but in all honesty, none of them were worth the cost of th
469.
by bborud 3y ago
I think Apple succeeded because they were outsiders. I worked for a telco 2 years after the iPhone came out and for years I met a lot of people who denied what was happening while it was happening. Because “we know how this works”. 15 years
470.
by bborud 3y ago
Nokia could both make too many phones and fail for other reasons. The article doesn’t say Nokia failed because it made too many phones. However, I do remember the first time my wife got an iPhone. Her Nokia was breaking down and she was try
471.
by bborud 3y ago
I'd recommend Javalin ( https://javalin.io/ ) instead. Same idea, only executed better and it is actively maintained.
472.
by bborud 3y ago
Perhaps not, but if you have no idea what ought to be cancelled how would it help you to know that something has been cancelled? What changes would you make to Context?
473.
by bborud 3y ago
> What annoys me about Context is there's no way to tell if it's honored by the callee. On the occasions where I've needed that I've used a WaitGroup and done wg.Add(1) at the point where I start goroutines and then h
474.
by bborud 3y ago
Hmm, I think you think of context differently from me. For me context is something you use to manage execution. I mostly use it to notify different parts of the program that "you can stop what you are doing now". For instance i
475.
by bborud 3y ago
Given that a lot of editors and writers are being let go; wouldn't this be a great opportunity for them to start a new publication?
476.
by bborud 3y ago
There is money in fashions. Nowhere more so than in fashionable ways to manage companies, projects or work. Whenever some methodology is applied to some process, the precise way in which it is applied tends to vary. A lot. How many times
477.
by bborud 3y ago
It is no different when you are trying to solve a complex problem and complex layers upon layers obfuscate and confound you when you are trying to figure out why some component ends up with configuration values that are nowhere to be found
478.
by bborud 3y ago
Pointing out that a proposed solution to a problem creates more problems is not the same as saying the original problem doesn't exist or isn't worth solving. Nor does it imply that some random other solution is better.
479.
by bborud 3y ago
That has not always been the case. They were dead wrong about the population size needed to produce false positives for the number of sites usually compared in the 1990s. These were _scientists_. Thinking that scientists have always known
480.
by bborud 3y ago
DNA evidence is scary because we have decades of experiences and milestones saying that it isn't as simple and clear cut as we think it is, and still we treat it is hard, inarguable truth. Even though history teaches us we should know

More ›