skysight-inc/HackerNews huggingface dataset:
There are plenty of second hand stores (kringloop) in NL and I have been buying everything except underwear (socks,underpants,undershirts) there. I have to admit, it takes time : you will have to frequent the shops at least weekly/bi-weekly because the supply is not 'on-demand', you'll have to help your luck a bit.

I now own previously unworn Armini jeans, previously unworn Drykorn's, Scotch & Soda etc. About € 5 each. Actually I am dressed better than ever before.

Pro-tip : don't buy used shoes.
Yeah, those are the easy one. I worked in Telecom, and dealing with unaligned PER is a PITA.
As one of the Tact makers, here’s a bit of backstory. Many years ago, me and a group of friends worked at Skype where we also designed the original Skype chat, among other things. We’ve kept in touch after leaving, and kept trying out different chat tools. Most recently, we used Wire (because some of us also worked there) but more recently Wire also shifted its focus away from consumers and towards business.

So for quite a while, we had this joke, “we should make our own chat app”. Of course. That’s all it was, just a joke. But the thought kept nagging me until I did a thought experiment. “What if… it was not a joke?” What would it take? Knowing that I had no time and no money to put into it, what kind of chat app would and could I make? The thought experiment very quickly led me to iCloud that provides two vital services–users and backend.

So for past many months, we had a functional technical experiment of Tact trying to answer the question, is it possible to build Tact on iCloud like this? To date, I haven’t seen any evidence that it wouldn’t be possible.

That’s where Tact comes from. We realize there are many chat apps already out there. We aim to provide some extra choice and an option that we think should exist, but hasn’t. Here’s my subjective list of why I think Tact is different.

- Apple only.

- Straight from your device to iCloud. We never see your data.

- No ads. No data harvesting. No other weird shady things. Everything clean and honest, just as you see on our site.

- No new user account. You just use your iCloud account.

- No discovery. No one will bother you with unwanted “connection requests”.

- No private data access. We don’t ask for any data access on your device, or phone number, or anything.

- Great media experience. Share any media or files, even large. Neat web previews.

- Great desktop app.

- No funding. Completely bootstrapped indie for now. We only answer to our own conscience and personal savings. No pressure for quick growth.
Zeratool: Automatic Exploit Generation
I normally run Linux without any swap partition and this still happens without swap. Realistically is this kind of oom condition (where oom killer fails to trigger) I just end up pulling the plug.

I’ve never been able to track down the exact cause.
And this is how we ended up with the MAGA crowd, IMHO.

Telling white males they're inherently bad and nothing they can do to change that and that society that they still have a significant amount of control over despises them...
For me, I always had to worry about my Android phone being out of battery because some background app sucked it all dry.

And I used Android for years and Google always promised improvements in their releases, but they never really fixed it for me.

Switching to iOS meant that I couldn’t run background apps anymore at all but that honestly was a worthwhile compromise for me.

I also honestly have like 100 apps on my iPhone and it handles it like a champ. I could never do half of that with my Android.
Miller Csv can process json in record format and has a much saner DSL in my experience.

https://github.com/johnkerl/miller
> Because we went with the reliability of a full Microsoft stack

As opposed to what? What reliability are they worried about trading off?

Don't get me wrong - I love C# and .NET, and MSSQL is a fantastic RDBMS. And if your people already are familiar with this tech stack (which I think is the case here), it makes sense to play to strengths.

But let's not pretend that this stack is the more reliable option to any other alternative...
> ...indicated that ownership, borrowing, and lifetimes were primary causes of the challenges that...

I thought this was kinda obvious. Reasoning about borrowing and lifetimes is hard if you've never done it before. But the real question is how long it takes users to learn it and what we can do to improve that. I wonder how close the plain rust users' times would get to bronze users over time as they keep doing similar tasks.
High level. They got the money and more important access. The west has no access to theirs. It is an way war they can fight only. Good luck.
Like most modern jets. Fly by wire is quite common. Also, in many recent cars, the steering column is no longer mechanically coupled to the wheels. Power loss scenarios are bad, which is why people mitigate against such things with all sorts of redundancies.

And of course mechanical connections can fail too.
ERRORS

The fork() function will fail if:

[EAGAIN]
The system lacked the necessary resources to create another process, or the system-imposed limit on the total number of processes under execution system-wide or by a single user {CHILD_MAX} would be exceeded.

The fork() function may fail if:

[ENOMEM]
Insufficient storage space is available.

The POSIX specification is clear on this: you can hard fail. Also, as an aside malloc() can also fail and the program must be able to handle that. Unfortunately for some programmers (mainly coming from GC-aware languages), they just assume that it won't fail. (Also, most rely on fork-exec but there's posix_spawn() for de novo execution).

Again, NT does indeed have a fork function, however the Windows API doesn't expose that (and this is the hack Cygwin used when forking), but it's designed to fail instead of overcommit when all memory is exhausted.
Just bold faced racism, huh?
> (and this is only because Teams for some idiotic reason is still installed in appdata against all best practices and MS own explicit guidance.)

Maybe it's because the Teams Desktop client is a rebranding of Skype's[0]. I guess it's easier said than done in their case.

0: At least on Linux for whatever reason the temp folder of Teams is called Skype, when the system notifies you, it goes along the lines of "Skype is using your Microphone"
Massive, MASSIVE fan of John and his work. I use a set of apps at home and at work, not because I can't install stuff but for convenience. Things like the auto-prompt for updates are a blessing when installing stuff on non-technical family member's computers. That's reminded me, I've been meaning to go and donate, they deserve some of my money.
In my opinion, avoid ASN.1 if you can.

There's a reason why all the cool companies invented their own serialization formats: Google's Protobuf, Facebook's Thrift, etc.. even when ASN.1 had been an international standard for years: It's too complicated.
I have been using these on Windows along with Autohotkey for a long time.

Back then having a set of programs that are set up how I like them that are the same on whatever windows os I was using that were self updating was game changing, and still is really on Windows.

Now having a set of programs windows can't easily spy on, serve ads into, and take "diagnostics" from is the upside.

Like autohotkey this suite makes windows usable for me.

I mostly use Linux but if windows has anything on Linux is portable apps.
Linux distros do differentiate between security updates and feature updates. Only the former are recommended to be done automatically.

Microsoft takes the idea of the latter, buries the distinction in the former idea, and shoves "feature" updates down your throat in the name of "security".
I haven’t listened in several years but I tried a few tonight and they are really good and feel like what I remember. Andrew seems to be better at asking the mid-interview questions early, which is more interesting. The guests are giving specific answers with plenty of detail.
Step Away from Stack Overflow
Sweden is shutting down its nuclear all since a vote in the 1980s, although new nuclear is suddenly being seriously considered here it seems. It only took a major electricity price shock!
If you add a garbage collector to Rust, you neutralize one of its strength: the controlled lifetime of objects. You also make memory leaks easier.

I'm convinced Rust is easier to write without the management of lifetimes in a short time span. However, what about long term maintenance, and application stability?

Rust with a GC probably has its uses (compiled language with strong error checking), but one has to know what ship they are boarding.

It also makes it quite closer to D, an "easier C++", compiled language with a GC.

(I'm saying this as someone who tried Rust, and mostly uses GC'd languages)

edit: thanks for the replies below. I hadn't though about this. I guess one should better read my message as "If you remove Rust's lifetime management, …"
Is Bronze memory safe?
Thanks for your comment. I am glad to see I am not the only one to think that!
I think what OP is trying to say is that the merit of a given feature alone should determine whether it goes into the stdlib or not and author's reputation should not result in something being merged that wouldn't otherwise.
"Declaring an incident" means there's something to investigate, it didn't mean anything bad has happened: it's detection of a non-conformity. The output of the incident would look similar to what you wrote.

Any time the wrong permissions are assigned and confidentiality is potentially breached, I think you have to have an incident. Arguably in some jurisdictions, it's a legal requirement to ensure you have a near miss not an actual breach.
It actually turned my life around. I was in school and wasn't feeling challenged, but we had a web design class by a shaggy haired, bearded metalhead in his 50s who did it as a part time job, he started his career with punch cards, had seen just about everything. I was a depressed kid in a poor area and no parents, I didn't really have the attention span for learning to program the classic way so I loved what I learned from Codecademy, it was really engaging.

I got an internship at the guy's old company and dropped out of school shortly after to work there full time, since then I've done so many things, moved to the US to work for Microsoft, built some really cool software, worked at all these places I couldn't even imagine 10 years ago. It's crazy to think that it all started in a small classroom going through Codecademy, I don't think anything else would've captured my interest in the way your website did. Thank you.
Is Vogtle in Georgia also an outlier?
That's a very good distinction, which my previous comment didn't really properly consider. Completely agree there.
Is there a list of companies who've made similar apologies in the past? When presented with a choice I would prefer to avoid them.
Another option is gwsocket[1]

>>> gwsocket is a simple, standalone, language-agnostic, RFC6455 compliant WebSocket Server, written in C. It sits between your application and the client's browser, giving fast bidirectional communication between these two with ease and flexibility

[1] https://gwsocket.io/man
“I'll barge in and say that there's this meme in business schools that: "what gets measured, gets done."” The key is those that sone might not be most useful.
I hope it is a passing fad. I dabble in tech and accountancy, and accountancy is completely different. I can tell you that being older gets you better jobs with higher pay, where younger people have to work long hours to break out.
In the other words, iMessage is not that extremely popular in other countries. The strong presence of Apple is strictly domestic to the US and a few more countries, so your statement (and the GP's original statement) can only make sense in those countries. Given other countries don't seem to have the stated problems, there is no technical problem per se, there is only a social problem where people are just not willing to accept a small amount of annoyance for others.
Very useful to know. Thanks for the reply!
> You can also securely storage your data on other servers by using client-side encryption.

Hey but you have audits, contracts, why would you need that? You are effectively saying the same thing that parent comment is. You're just offering a more practical solution.
So its completely Amazon's storage then? Given that and it's not your computer, so it also not your storage (even it is encrypted)?

If all of the above is true, is it time to panic? Perhaps maybe that why the cloud is somewhat of a scam anyways?
unfortunately, it's unsound https://github.com/mcoblenz/Bronze/issues/2
This (unfortunately) is rather typical in academia - finish the paper and publish and move on to the next research topic. It would be a shame if the version of Bronze related to the paper forgot to be pushed, but I'm sure sending him a quick email will resolve that.
> Because the US credit system requires you to do it this way

That is the issue though. Why? It makes no sense. You gave this condescending lecture about understanding other cultures but didn't take a sentence to even try to explain.
Windows server yes, you pay for that, but IIS comes bundled.
This study, along with their GC library, is fundamentally flawed: The Bronze garbage collector doesn't just provide automatic memory management, it also allows shared mutable references! This undermines one of the most critical principles of Rust, one which is necessary for many of Rust's safety guarantees: There is never have more than one live mutable reference to the same memory location. As soon as you create two mutable references to the same memory location, you get undefined behavior, even if you don't dereference them.

That's why the entire approach is flawed: They didn't study "Rust + GC", but effectively created a new language. See [1] for more details.

Personally, as someone who uses Rust professionally, I believe optional GC would be a great addition to Rust! The compiler would provide support for GC, and the actual GC runtimes would be library-based, similar to how async/await is handled. However, this GC would merely replace Arc/Rc, not Mutex/RefCell/Cell.

[1] https://users.rust-lang.org/t/bronze-gc-and-aliasing-problem...
Heat pumps are also loud.
Great, I'll definitely have a look next time I need something. Is there also some kind of label for these ethical clothes? I'm ok with trusting small shops and I understand it might cost them money (perhaps better spend otherwise) to get a label and labels aren't everything, but still...

Edit: Are there also brands specifically aiming at quality? So that denim pants just last a lot longer for example? Paying more feels even better if I'm really buying quality. The Skot polo I bought seems to be really good fabric and well made, they also touted that, that really adds a lot to the whole value proposition, for me.

Another edit: This is also a nice initiative which could perhaps be leveraged more, specifically by ethical companies: [0]

[0]: https://returns.homerr.com/
The comments here are all discussing the ideas presented abstractly.

I'm more interested in the specifics:

> We use a lot of static methods and fields as to minimize allocations whenever we have to. By minimizing allocations and making the memory footprint as slim as possible, we decrease the application stalls due to garbage collection.

I would really love to see some profiling comparisons on this.

I simply cannot believe that just avoiding object initialization or state would add up to a meaningful difference. Any reasonable inversion of control framework applied dogmatically would pretty much ensure you almost never initialize objects at runtime anyway - only at service startup. BUT you maintain the clean composition and encapsulation of objects and gain the testability that they've given up.

I also can't believe that using fields directly over (i assume) Properties would make a meaningful difference either...

Again, not doubting the premise that if job one is performance that you have to make readability and maintainability compromises. But I am unsure if the examples presented here are actually relevant, or were they just easy to digest in a blog post.

My guess? They operated in crunch-y startup mode for many years, optimized feature delivery over all else (appropriate), and now have a messy kludgy codebase that - at least - remains performant. Now they're scared to refactor it and improve it list the performance gods smile unkindly, and have come up with ipso-facto justifications for why they don't want to bother with writing unit tests (which incidentally work JUST FINE with unit testing static methods)
I’ve usually voted by mail a few cycles before COVID. Previously it would depend on jurisdiction. In the jurisdictions I’ve lived in, the voter would have to request a ballot well ahead of the election and sometimes claim some allowable hardship, such as an illness that confines them to their home.

This is the first year I’ve gotten election material I didn’t request. I had forgotten to deregister, but the crazy thing is the post office told them I had moved because they forwarded a previous letter. They then sent me more material at the new forwarded address in another state.

I don’t think this is nefarious, mostly incompetence. I think fraud happens, always has. Voting by mail probably increases opportunistic fraud. It probably also increases voter participation, so maybe it’s worth it in that sense, not sure. However, I think we need to have rock-solid verifiable and trustworthy elections, even if it’s inconvenient and the fraud it is meant to prevent is theoretical (hacked voting machines, other schemes). It’s very unhealthy for a democracy when large fractions of the population distrust the results. We’ve had both major political parties suggest electoral fraud/shenanigans multiple times over the past 20 years. It’s bad stuff.
> http://shitmyself.com/image/figure3.png

Why are you posting a link to a page which requires authentication?
First they came for the small companies...
> I think you must mean Buddhists.

No, I mean Zen people. This includes Zen Buddhists.

> Is there any other written work that does not work with more than just literal interpretation? Isn't that true of everything that has ever been written?

https://www.stroustrup.com/JSF-AV-rules.pdf

> Stop me when I get to anything that defies your understanding...most ordinary people defy human understanding

Quite true. Another argument in favour of religion, at least as a starting point. I don't think we're going to make much progress here. Perhaps a long conversation over several glasses of wine, but not on the Internet.
For example, in Italy there's a special kind of payday loan that is limited by law to 1/5th of the net paycheck. It is taken off the paycheck by agreement between your bank and the lender's. The combination of these two rules makes them more likely to be paid successfully, and gives them a better APR than e.g. credit cards despite being essentially used for the same purpose as subprime payday loans in America. There's also a maximum legal APR of ~18% for these loans (it varies every quarter), which is better than e.g. the ~24% maximum legal APR of credit cards

Unbounded APR and "letting the market figure it out" is not the solution.
NSO used a zero-click exploit. Swapping the device for another vulnerable iPhone wouldn't put up much of a hurdle. They'd just a message with the exploit an reinfect the phone in under 30 seconds. Changing the phone and SIM would only work until the new phone number became known. For high-value public targets (with lot of contacts) it porobably won't take long until the new number leaks again.
I don't know you, and I probably shouldn't comment, but this way of life stops people getting rich. For you I'm sure that's OK. Like you say, you have everything you need. Anyway...

There are two things that practically every rich person I've met have in common (where rich is assets over about $100m that aren't inherited). The first is focus. They have the ability to see an idea through to the end. They believe in themselves, they believe in an idea, and they execute. By the sounds of it noduerme might have that sort of focus. To live frugally when you don't need to sounds like someone who has an idea and is sticking with it. That's awesome.

The second thing is need. Actually needing money, either just to start out, or to fund a lavish lifestyle, or to keep up status, is a powerful driving force. Setting up your life up in a way that removes the force stops most people executing on their ideas.

This is advice for anyone who wants to get rich - if you slowly grow your assets to a point where you're very comfortable, you probably won't ever level up to the point where you can buy a Lamborghini because you just won't need to. If your goal is to become rich most people don't seem to be able do it by slowly growing their wealth and then working on an idea. You have to use the need to be "%^&* you money" rich to drive your idea.

(This isn't universal of course. Some people come up with an idea later in life after they've got a house and assets and still execute brilliantly. But it's much more common to see younger founders who need success pushing an idea to a big exit.)
The one project that is likely to actually come into fruition is the HVDC cable betweebn Iceland and UK for wind power:

https://www.offshorewind.biz/2021/05/24/usd-30-billion-north...

Whats funny about this is, that the wind farm will not even be connected to Iceland itself! I guess they have such great geothermal resources that they don't really need more power.
Garbage collection and controlled object lifetimes are important and orthogonal concerns. You can have both at the same time. C# for instance lets you add a Dispose() method for the times when you want to free the resources now. There are even ways to ensure statically that objects aren't used after the close/dispose is called. (Of which I would find the paper, but my google-fu is failing me right now ... https://okmij.org/ftp/Haskell/regions.html and https://arxiv.org/abs/1803.02796 I think)
Typically people separate protobuf messages by a length value of the next message.
Perhaps that’s what they did.

Also protobuf can contain embedded messages or even just the binary representation of a list of embedded messages.
Well, your sentence contains the word should two times. To me, this indicates a wish that differs from reality.
Alien lifeforms could be hiding in the clouds of Venus
So my takeaway…

- Snapchat close accounts but the drug-dealers just create new ones!

- Snapchat have applied Machine Learning to remove drug sellers from the platform, but the drug-dealers are so intelligent they can out-smart this!

- Snapchat recommends drug content to kids because algorithms!
> As an immigrant I can tell you...

Being an immigrant, of course, makes you an expert.
I for one am quite happy that the whole hype from pair programming, extreme programming, whatever X programming with mocking everything for 100% coverage on QA dashboards is now behind us.
If we put a higher regulatory burden on some means of transport than others, we'll distort the market.

I'm all for letting everyone with an idea try it. But we need to apply our safety etc. standards consistently. A lot of these new transport startups are really just regulatory arbitrage where they're relying on not being regulated because they don't fit existing categories. Make it legal to build high-speed trains with the same (low) safety, noise pollution, interoperability etc. standards as gimmick jets, and we'd see a lot more practical transport getting built.
Nice! Some other tools and parsers: https://github.com/dloss/binary-parsing