For those like me confused how opensource.net is related to opensource.org from their about link:
> OpenSource.net launched in response to the halt of Opensource.com operations by supervising entity Red Hat, which supports the move. This includes facilitating the republishing of selected, previously published material from Opensource.com for the archives of OpenSource.net with the project’s community manager Seth Kenlon continuing to play an advisory and supporting role.
It isn't mysterious. It just doesn't match the vibes of HN. I don't come on HN to see silly jokes. And as you can see by the number of flags this post has received to kill it, it looks like most HN readers agree with me.
> Iceland was a very poor country for most people other than a few well off in the fishing industry.
Very insightful. I had no clue this was the case.
Is there any published list somewhere that measures the relative richness between the countries? I am just curious to see which countries come out at the top and which ones at the bottom. Anyone knows any such list?
Tell us more about your project! Did you start it from scratch? Or did you use another opensource app as starting point and developed it further for yourself? What language is your app written in? Where do you run it? In CLI? or desktop GUI? The more you can share about it the merrier. I am sure others want to learn more about this too.
> What if you have never cooked at home but all the time in a commercial kitchen? That's the reality for most of us here so it is a bit difficult to relate to this article.
Really? I'd hazard a guess that the majority here (> 50%) have never worked at a commercial kitchen!
I'm honestly curious to understand why you think most people here must have worked at commercial kitchen and never cooked at home?
> As noted in another comment, some of this can be attributed to manufacturing being done elsewhere
This is an excellent point. Are there reports similar to TFA that accounts for this? I mean a report that calculates the total demand a country is putting on carbon emissions (directly or indirectly) will be more insightful.
> The current Remembrance Agent uses the Savant information retrieval system developed in-house by the Jan Nelson and Bradley Rhodes. The Remembrance Agent runs through emacs, a popular text editor. The user interface is programmed in elisp, and the results are presented as a three line buffer at the bottom of the window.
There is a nice retro screenshot of Emacs after this. Looks like a really old version of Emacs. A nice window into the history of computer stuff!
> Colin Cotter (Imperial College, London) and Julius Ross (University of Illinois at Chicago, supported by NSF-DMS 1749447). You can provide feedback, or access the source code here.
I'd really like to know how these two people from different parts of the globe came to collaborate with each other. I know we live in the age of Internet and all but I'd really like to know how such people find each other and collaborate.
I missed out on this kind of collaboration when I was in college. But learning the answer to this question might be helpful to others who might want to do such collaboration but do not know how to get started.
> still don’t have contents insurance (a hangover from poverty, I just wasn’t in the habit of insuring things and now keep putting it off, because paperwork terrifies me)
The author seems to be from UK. Is contents insurance a thing in UK? How many renters really do buy contents insurance? Genuinely interested to know how many think that contents insurance is worth it?
Is there a service that actually gives MP3 downloads? Call me old fashioned but I'll happily pay for a service that actually gives me MP3 files that I can download and keep offline.
> In many years of coding C++, very rarely I experienced a stack overflow or segmentation fault. It is literally not an issue in every codebase I have worked with.
Is this true for most people though? What do you think about this quote?
Frankly I've seen a lot of segmentation fault issues with C++ projects. Granted much of it can be detected pre-emptively with good tools and when a segfault happens, I can debug it quickly too using a good debugger.
But I've to say that they still do happen and I still see them happening enough while developing and testing that I cannot simply dismiss segfaults as something unimportant.
A few things I've found notoriously difficult to do in C++:
1. Add two signed 64-bit integers without overflowing on either side (negative or positive) and without using 128-bit integers. If the sum is going to overflow, generate an error. If the sum is not going to overflow, evaluate the sum.
2. Multiply two signed 64-bit integers without overflowing on either side (negative or positive) and without using 128-bit integers. If the product is going to overflow, generate an error. If the product is not going to overflow, evaluate the product.
Essentially under no circumstance evaluate something that might overflow. Detect the overflow and generate error. Evaluate only if the detection algorithm says there is not going to be overflow.
We can't use 128-bit integers ecause some hardware may not have a 128-bit registers. It's probably possible to solve these but it gets complex pretty soon once you begin handling all the failure modes.
Does Rust make this kind of problems easy to be solved?
> it seems self-evident to me that books and videos are complementary
Can't speak for others but for me it is more about efficient utilization of time rather than complementing multiple learning methods.
I've found that time spent in learning math from videos have poor return of investment. That time is better spent re-reading a chapter or that thing that I couldn't fully understand the first time and doing more exercises.
> OpenSource.net launched in response to the halt of Opensource.com operations by supervising entity Red Hat, which supports the move. This includes facilitating the republishing of selected, previously published material from Opensource.com for the archives of OpenSource.net with the project’s community manager Seth Kenlon continuing to play an advisory and supporting role.