skysight-inc/HackerNews huggingface dataset:
aside from my high school parking lot google for terms like "honda civic same key" :)

https://honda-tech.com/forums/honda-civic-del-sol-1992-2000-...

https://honda-tech.com/forums/honda-civic-del-sol-1992-2000-...

https://honda-tech.com/forums/honda-civic-del-sol-1992-2000-...

I guess the real answer is that any key/lock that isn't 1-year-new is worn down enough to fit any other honda.

I'm not sure they take security that seriously.
Off by one error. Not uncommon.
The irony: people spend their lives telling each other semi-formalized bullshit about something not being worth the asking price, as part of ancient rituals meant to make both parties feel like they got the better of each other, but god forbid one might actually say out loud that they honestly think something might not be worthy to them.

I honestly wouldn't have said anything, if it weren't for people trotting out the "charge more" mantra - which at the moment really is insensitive towards people struggling to keep the lights on.

To people living and breathing manga, I'm sure this is a steal; to me, for my circumstances, it's a nice-to-have that may or may not be be worth the expense. This has nothing to do with the quality of the product - a Ferrari is a sweet piece of machinery, but to me it's not worth the sacrifices I would have to make to afford it.
Is their English bad on purpose to reduce AI based author recognition capabilities?
There was going to be! But it looked terrible, IMHO https://www.vg247.com/commander-keen-mobile-vanished
"There’s no shortage of theories to explain why viewers are turning off to the Oscars: ...the growing chasm between the esoteric tastes of the Academy’s voting members (who this year nominated Drive My Car, a Japanese drama about a grieving theater director putting on a production of Uncle Vanya in Hiroshima) and the preferences of the wider theatergoing public (who likes Spider-Man)."

baffling comment. there are nine other nominees, including a sci-fi fantasy movie and several streaming releases you don't even have to drive to a theater to watch. and Spider-Man was nominated! for visual effects, like many big budget popcorn movies before it.

is the answer to "best picture nominees are out of touch with what the public actually watches" to just have a standing nomination for the top grossing movie of the year?
Apparently it works with some files. I downloaded a .torrent file and the download prompt showed up.

It doesn't work with images, videos, spreadsheet files, etc.
I thought the same, but upon reading, I agree with your interpretation.
People like to imagine that international relations are completely amoral; it's a sort of thrilling, Game-of-Thrones type fantasy. But that's not the case at all.

Look at the EU, NATO and other US alliances (e.g., with Japan). They are connected held together by values. They are very imperfect and corrupt, but these alliances have lasted so long because there is no way, for example, Germany is attacking France again. It just doesn't make any sense, because of the values.

International relations are fundamentally (but certainly not wholly) anarchy, but anarchy doesn't exclude values - perhaps it makes them even more powerful, relatively. As some have said, to a great degree, right makes might.

In practice, blowback is one result of ignoring it: The US supported the Shah, a brutal dictator in Iran. When the Shah lost power in ~1979 - well, you can see that the US is still paying a price. The US supported some unsavory people to fight the Soviets in Afganistan; some of those people became Al Qaeda. The US armed and trained brutal right-wing militias in Central America to suppress enemies; some of them became today's Central American drug gangs. Meanwhile, while the US promotes democracy and freedom, it draws many, many into its orbit around the world.
Sony to Unveil PlayStation Subscription as Soon as Next Week
Apple currently has no plans to release a new, larger-screen iMac
and we should not forget about the simple C (C99) re-implementation of ninja from M. Forney:

https://github.com/michaelforney/samurai
I can't figure out to view raw instead of translated (I can't stand localization). Also searching for manga in Japanese doesn't work.
Tangential to the rest of the conversation, but I often use/write binary templates [0] for 010 Editor [1]. The GUI-driven approach to navigating structures (such as PE headers) can be very useful.

I wish there was a similar tool that allowed me to simply highlight and bookmark blocks of binary data when I'm dealing with an unknown file format, such as a firmware dump for something exotic and/or proprietary.

[0] https://www.sweetscape.com/010editor/templates.html
[1] https://www.sweetscape.com/010editor/
In banking, the bank is the bad actor and people who do shady stuff usually do it on its behalf (and get rewards with promotions, bonuses etc.).
How I got 1.7 M views on Unsplash by nourishing office workers souls
I think that's unlikely to happen, for a host of consumer experience and market viability reasons:

https://news.ycombinator.com/item?id=30280457

One should note that Meta could create their own Android third party store right now, like Amazon has (pretty much only to support their Kindle Fire devices), yet they haven't had any interest in doing so. One could claim that's because Android users don't pay as much for apps as iOS users do, but that's still a lot of users worldwide, and a lot of data that could be tracked. Yet they don't bother to.
I see 2 possible rationales to transpile to posix sh:

1: To remove bashisms/kshisms/zshisms to create output that works on ash/dash/busybox/xenix/sun/... In which case, the more useful source language is bash or ksh etc, not a new invented one.

2: To generate a portable output like above from a better language than any *sh (*). In which case the source language should be something already common like python or perl or ruby etc (even if just a subset).

In either of those two use cases, I don't think it makes a great deal of sense to make a new language, and especially not to write the compiler for it in V of all things.

That relegates the whole project to being just a curiosity or a purely academic excercise.

(*) I use every trick bash and ksh offer, so I know it's possible to do all kinds of stuff in some *sh's, but a lot of the features in them are encoded into practically inscrutable special syntax and rules and tricks, where more purpose built programming languages make all the features more explicit and spelled out -> readable. bash is a powerful enough language, but not a readable one, except for rairly stupid scripts that either don't do much, or do everything the hard way.
The lack of VoLTE early on was not quite as simple as missing software as there was, at the time, not really any agreed upon VoLTE architecture or implementation. IMS has existed since before LTE, but carriers have been very reticent to implement it because the choice to architect around existing internet protocols actually leads to a relatively high degree of complexity from the perspective of legacy telcos. For most of the early years of LTE, most carriers just didn't support VoLTE as an intentional business decision, to avoid the expense of deploying infrastructure. Those that did mostly deployed "lite" VoLTE stacks that were simpler and less capable than the IMS architecture, and this is the big issue that leads to the situation we still have today in some cases were given phone models are only capable of VoLTE with specific carriers, due to those carriers using a non-standard architecture.

Most LTE phones could do HSDPA+ during voice calls but some couldn't. I'm not sure why, it may have just been a simplifying decision by the vendors. This was more of an issue in the very early days of LTE, e.g. my hazy memory is that the HTC Thunderbolt completely dropped data during voice calls.
It should not be understated though how good the toolset was for the time. The original idea for Keen came after they (Carmack and Tom Hall) recreated the first level of Super Mario Bro's 3 in one night. They had to break from Softdisk under Romero's suggestion, because Softdisk would claim proprietorship over the engine. They actually "borrowed" their work computers from Softdisk over a weekend to work on Keen and created the first level in 72 hours. After the success of the first Keen it was a no-brainer to keep making more and milking it for all they could.
Just searching for SQLite replication will get you several options to research to fit your requirements. The concept of multi active and no size limit you would simply solve with a sharding mechanism that you layer on top through a data access method.

But if you're looking for some monolith project to provide all of this for you you're going to be in that territory of that fake open source. Because again to build all of this into one tool that has everything from the data access layer all the way down to the metal underneath to ensure that it's replicated and highly available is not a trivial task. Especially if you want things like acid compliance arbitrary joins between data structures and so forth.

The file system is effectively a database of things with an API that accesses those things. Simply a file system of properly named files and directories could meet your needs depending on what those are.

It's the complexity of your access model and methods that will determine what fits your bill.
Next step: make a DIY gameboy printer that works with a real gameboy
As I understood it, the backdoors were the "two rogue employees of the New York Telephone Company". My guess is that they spliced a cable from the apartment into larger underground cables that led into the affected phone exchanges, providing a number of available wire pairs between the apartment and each exchange. (There were probably lots of unused pairs in the underground cables to allow for the addition of new phone lines.) Then, when the wiretappers wanted to tap a specific phone line, the phone company employees would be asked to connect one of the wire pairs going into the wiretapper's apartment to the victim's wire pair inside the exchange.
In my view, gRPC is the closest "binary" analog to OpenAPI, which is a transport-layer concern first and foremost with discoverability features.

If your problem space is "a way to assign meaning to arbitrary bitfields", I don't feel that OpenAPI is a very good comparison. Its purview is "representing web APIs in terms of structured JSON/XML payloads". That is, OpenAPI also deals in logical and not physical representation. (unless it specifies UTF-8 or something - it might, I don't know!)
This was a problem even back when Gaim (now Pidgin) was at peak popularity.

I used to be a dev on the team, and we had our accounts banned all the time. Some of the IM services didn't mind us being there (MSN seemed more than fine with it, and we reportedly had fans within the team there, though future protocol versions made it harder for us to figure out).

Yahoo wanted us off and did everything they could to keep us from connecting. Changing auth schemes to increasingly-elaborate obfuscated methods, at one point throwing pages of what looked like equations at us.

AIM would have been fine with us if we had used TOC (their open source protocol), but OSCAR is where all the features were at. They didn't outright ban clients, but my understanding is that their lawyers were involved at one point (though I think mainly due to the name "GAIM").

But you're right, they are removing third-party clients more. And fewer protocols are unencrypted plain text, which makes it harder as well. Still, work continues.
and devs are like...

How many MSFT devs do you think travel to foreign countries to close deals? I do not think one has to have worked there to come up with, "mmm, probably not very many", and thus devs are like, "WTF do I have to watch this?"
You opened the box... we came
Yes, Waymo did the whole San Francisco block: https://waymo.com/research/block-nerf/
You got mail
When I went blue in 2005, I had to sit through sexual harassment videos by some guy.

Who had been fired.

For running HR like a harem.
I think this is an excellent document that should really be the main article.

One of the things I think this really highlights, and that absolutely infuriated me during the Trump impeachment hearings, was that categorizing a whistleblower as a "disgruntled former employee" does not negate the evidence that they show of malfeasance.

I mean, of course whistleblowers are usually disgruntled about something, but a major point of whistleblower protection laws is that the motives of the whistleblower do not matter. To the GP comment's point, it's true we shouldn't just take accusations as proof, but the whole role of a whistleblower is to provide the "thread" that investigators can then pull on to get detailed evidence of what was going on. And, given the links to documents in the above post, I think this looks really, really bad for Microsoft.
My prediction/hope is that NeRFs will totally revolutionize how the film/TV industry. I can imagine:

- Shooting a movie from a few cameras, creating a movie version of a NeRF using those angles, and then dynamically adding in other shots in post

- Using lighting and depth information embedded in NeRFs to assist in lighting/integrating CG elements

- Using NeRFs to generate virtual sets on LED walls (like those on The Mandalorian) from just a couple of photos of a location or a couple of renders of a scene (currently, the sets have to be built in a game engine and optimized for real time performance).
It's kind of depressing how much we tolerate this state of affairs.
Generics feel like OOP creeping back into popular programming culture.

Everything just goes in a big circle. OOP is the bees knee's for like 20 years and then everyone decides that OOP is the devil for unnecessary abstraction. Then everyone gets all exited about functional programming, but they miss some of the convenience of abstract classes and inheritance.

After developers make sufficient noise, we wind up with effectively the same OOP functionality *GASP. We just avoid words like "class"....

EDIT: You guys are right about generics in FP. I guess my larger point is that lots language paradigms provide the same features just with different names and backlash is silly.
If it were "perfectly functional", people wouldn't be campaigning for this sort of laws. The reality is that these conglomerates are anything but perfect.
From one of the footnotes: it sounds like Roose used his position at the NYT to boost an otherwise obscure NFT. He's also publicly advocated[1] for a loosening of the rules that newspapers have typically imposed for financial reporting (no ownership in/positions against the companies/assets being reported on.)

Re-reading my original comment, I think I was too forward in asserting that there's a conflict of interest. But I find his public positions around becoming an interested party concerning and a potential risk to his objectivity.

[1]: https://web.archive.org/web/20220219172535/https://twitter.c...
It's called a spindle.
No, this reeks of putting money over ethics, and would likely increase corruption in the US. IMO, we shouldn't do business with countries via practices we view as corrupt, even if we were following their laws and would mean losing their business.
The internet is supposed to be the means, not the end. If its design leads to WW III (which it could, and may have already) then its design is wrong. "My family is radioactive, eating canned beans in our fall-out shelter but hooray there's no censorship on Facebook!"

I like to think a few people who are unhappy with changes to Google's search algorithm will start visiting the library instead, but I know that's unrealistic. We complain online all the time about speech issues, but few people give enough of a shit about ideas to take a bus and read a book.
> I can safely say I never wrote any good code while working in an office. There are too many distractions.

1) Not every office is Silicon Valley Open Office Garbage

I personally think this is the biggest issue.

We never threw in with the "open office" bullshit. Offices have doors. We don't have that many cubicles, and they're generally for contractors/consultants/etc. Every time we started having cubicles, it was time to move to a bigger office.

People hate commute traffic--that's sadly unavoidable in the US. But they didn't seem to hate our office (I could, of course, simply be blind like so many stupid managers).

2) Not every job is solely writing code.

I need a lab. My juniors need a lab. They don't need to be there every day, but they do need it regularly. Expecting them to set this up in their apartment is unreasonable.

3) Junior engineers need mentoring

Maybe the fact that software does this quite so terribly is hiding this need.

There is a lot of friction between simply mentioning something to a staff engineer after lunch and setting up a specific zoom call. There is also something about the staff engineer overhearing something "minor" that junior engineers are struggling with, correlating that multiple of them are having similar issues and setting up something to fix a process or educate people.

4) Lack of face to face time increases conflicts

This is anecdata. However, people who don't actually meet face to face regularly don't cut each other the same slack that those who meet regularly do. I don't know why. Although, we could probably paper over this by having regular lunches.

I like working from home. But I also liked working at the office. They are two different modes that serve two different purposes.

I will, however, agree that 9 to 5, 5 days a week in the office is dumb. At the very least, significantly condensing the number of "common hours" and letting people commute on off times needs to increase. This was happening, but very slowly. Covid accelerated this.
> (over and over again)

Eh. I'm not saying one way or the other that FP is good or bad, but the software industry is incredibly young and changes a lot. Even in a relatively short period - 10 years, let's say - things are pretty difference. 20 years, still a short time, and things are radically different.

And on top of that, it is still the case that a lot of stuff takes a long time to get adopted. It's hard to build and popularize a programming language, regardless of how good or bad that language is, because they tend to lack interoperability with other languages if they're very different, which is usually a requirement if they want to be considered worth looking at.

So I'd just as easily buy that people haven't used a lot of FP due to inertia, a lack of the right external inventives, etc, and not by any virtue of the paradigm.
Definitely hard to believe a 2020 Honda is not using rolling codes.
Finger was the OG Twitter IMHO. Decentralized too :)
Haha, nice.

My journey was:

1. ICQ, because my gamer friends used it.

2. Added IRC, while it felt already outdated, somehow a bunch of my Japan-nerd friends used it.

3. Added AIM, YIM, MSN, because girls and my parents used them.

4. Switched to Trillian, because it wasn't managable otherwise.

5. Everyone moved to Facebook Messenger.

6. Everyone moved to WhatsApp

7. Now and then some friends switch to Signal, Telegram, or another "secure," alternative to WhatsApp.

8. Started working remote and everything is Slack and Zoom.

9. Dabbled in Web3/crypto and everything is Discord
(author here) i did not know about the reflection protocol. maybe this could be a model for how kaitai struct could avoid the "centralized bottleneck" they have now in terms of ecosystem growth.
I glanced at the history and noticed you also submitted this same article 3 years ago. That time it got no upvotes. Why did you decide to submit it again now? And any guesses as to why it "caught" this time?
Just wanted to say thanks to you all! My dad was incredibly happy with your feedback and ideas. I don't think he is going to make the jump after all, and it I trust things are going to end up well one way or another.

As a nice side note, my family followed this thread with great enthusiasm and I am proud that they get to see the best of HN!
The book made me dislike everyone involved with id. I'm still not sure if that was the author's intent.
If bribes are ok, why don't the criminals openly advertise their prices and what they are doing?

Bribes do economic harm to people of the country, whether we call it 'culture' or something else.
Well, nothing stops Turing-complete languages from being declarative: lambda calculus is both, for instance, as well as some of the languages based on it (in particular parser combinators in Haskell and similar languages are neat and flexible).

And there's indeed a practice of embedding some languages into others, though I think it ends up quite awkward to use, and in this case potential limitations (actually I don't know if kaitai is Turing-complete) may be undesirable. I imagine in many cases it may be simpler to ship, say, a parser/decoder (and/or printer/encoder) library providing a C API that is easy to call via FFI, rather than a description in a less common language, to be used with a particular library. But then again, probably that'd have its uses too.
Ha - I enjoyed this. Somewhat practical and humorous.
Internet Congestion Collapse in 1986
Yes, that was my point. If you can get the lender to look at your history, it matters, like anything else. But those transactions do not establish a credit history associated with your credit score.
> both of these tools are only interested in allowing the author to model the logical representation of the data, not the physical. they are useful if you have data and want to automatically convert that into a file format or protocol, but not useful if you want to describe an existing file format or protocol.

OpenAPI isn't necessarily great at this either. If your JSON API wasn't designed with OpenAPI in mind (or in a way that's similar to typical OpenAPI designs), it might not be possible to write an OpenAPI spec that describes the format well. But "type: object" is valid, so it's always possible to write a "spec".

I think the question ("why is there no schema language for binary formats?") is valid, but that OpenAPI isn't as encompassing as it's laid out to be.
There is more nuance to it than this, but basically in x86 all memory writes are available to all cores via main memory, whereas with aarch64 they do not.

On x86, a write by core A to memory will be available to core B if core B reads from main memory.

On aarch64, a write by core A will not immediately get published to main memory (will likely stay in cache (L1, L2, etc.), so even if core B tries to read from main memory it won't see the value from core A.

Ultimately aarch64's "weak"(er) memory model is more efficient as the programmer/compiler can make more efficient memory accesses. This results in fewer cache invalidations between cores. The problem in practice is that tons of production code has been written which assumes the x86 memory model. It may also just be a concurrency bug which doesn't manifest on x86 but does on aarch64 like in the post.

Again, this is a simplification of what happens but I think it illustrates the difference to some degree.
The specifications were vague because they were in prose, rather than a formal specification language, and written in an IDE with instant feedback, auto-complete, history and documentation.

It took several days to turn around because it took a developer a half day to write the controller code and specs, to debug it, to write the PR and get it approved, to merge the branch and wait for it to be deployed. This half a day was interleaved with a full schedule as available, so routinely took a week.

With a formal, executable specification that is a GraphQL query, all of the above goes away. The back-end devs don't even knows about it unless there's a problem.