skysight-inc/HackerNews huggingface dataset:
The concept of "if you want to touch this code base you have to understand the entire thing" is pretty tough on basically everybody but the people who either wrote most of the code or who live in that code base all the time. It would seem like code-bases should (either because people architected it to be possible to work with without understanding the whole thing or the programming language helps facilitate it) be able to be worked with while only understanding a portion of the code base. In some cases classes and interfaces help with that, but in plenty of cases you end up in one of the sort of child classes trying to figure out how to get out of the hole you are in where you can't interact with anything anywhere in the code base and you have to basically plumb pipes through lots of places to allow moving data where you want.
Sure, but these things don't really get enforced. I mean, one of my current competitors advertises their product as made in USA (which it is not), but only if you use their chat widget to talk to them (which most customers do) in a move I assume is to remove any paper trail. There is no real clear path except maybe ones that involve either bribing a politician or a lobbyist (which may be the same thing) to get this pursued.
Why aren’t you disclosing that you’re working for Google?
That comes with a high level of user expectations that we couldn't possibly meet.
> I think one advantage of computers is that what you produce at the end has to work - and if the code doesn't work or you don't know what you're doing, you're quickly exposed as a fraud.

Is this actually true? You can bullshit coding...
Her was voiced by a human with real emotions.
99% of time i want to be able to connect device anywhere. For example, give it to customer, friend, family to check out. It is to much hustle to hardcode this to a device while i literally just want to be able to configure this on first run.
Google/Amazon/Facebook have each served to stagnate tech, not push it forward. If you read their headlines, sure, you'll believe they're doing groundbreaking things. But in reality, these behemoths have killed thousands of innovative startups to protect their cash cows. The uncommitted experiments they run, meanwhile, never amount to anything useful for the world.

There were better social networks than Facebook, but they didn't make money the way Facebook does, so Facebook bought them and killed them. There were better online stores than Amazon, but they didn't abuse humans and play the same games Amazon does to succeed, so they died and it won. Tech monopolies are monopolies, and they're particularly aggressive ones.

I also don't think you grasp the scope of tech monopolies. You cannot operate a business today without doing business with Google. You can hate Google, but you still have to do business with Google. Because if you aren't putting out Google Ads or at least optimizing your SEO for Google's bots, if you aren't launching your app in the Play Store, you're cutting off the majority of your customer base, and you're dying.

Healthcare has to do business with Google. Defense has to do business with Google. Effing Comcast has to do business with Google. There has never been a monopoly on this planet that had more power and that was so unavoidable. And it doesn't take a lot of research to find places people are being hurt or having their livelihoods taken by the unholy beast that it's become.
I would vote against dark by default. People in every time zone read this site at all hours of the day.

Also, how would you see the black bar when someone dies?
> I feel like I should mumble something about regression to oral tradition from literate society but hey.

I listen to a lot of podcasts about random topics while doing yardwork and (pre-pandemic) commuting. I find that I remember these podcasts rather clearly compared to reading articles, and I find that they "contextualize" well with my existing knowledge.

For instance, I recall a number of details from Dan Carlin's WWI podcast "Blueprint for Armageddon" because I was mulching the garden beds with 15yds of top dressing while listening to the series last year.

I don't know if the improved retention is due to the narrative/conversational style of podcasts, the "memory palace" effect of doing something mindless at the same time, or some other cognitive difference in spoken vs read information.
State is simply scoped more often.

It’s all just a bunch of functions and memory
on the other hand, for reals calculus (namely taylor polynomial estimation) also says, "why not a cubic polynomial?"
think of Google as the marketplace for anything you can think of to search for and you get the idea.
>> I think that has huge consequences on human behavior.

They once said that about reading. The invention of the printing press made books cheap. Suddenly everyone was learning to read. They spent time with their noses in books rather than knitting sweaters, toiling in the fields or praying. Then it was TV. Then the internet. Then social media. There is always a new medium that threatens to "change behavior" to the detriment of society. Somehow we have muddled through.
This commenter linked their own custom stylesheets that they've already been using: https://news.ycombinator.com/item?id=23198500

I haven't inspected their quality or thoroughness myself, but it seemed like a certain amount of that was implied
Elle – Transactional consistency checker for black-box databases
I read about that a while ago. This raised the question in the back of my mind: did the investors (Rockefeller) actually want Standard Oil to be broken up? As I understand it, it ended up being incredibly profitable for them.
> i am sorry. the larger population of devs care too!

Yeah. My point is, not that they shouldn't care but WHEN they should care. They should build their system, then measure the bottleneck. I would bet that 4 times out of 5 their initial intuitions are wrong.
Exactly but for many people it is an unknown unknown in this case and for the minority of people that are aware of this choose for a significant amount of time to exclude 90% of the population in this matter.
IMO, if Bitcoin had had untraceability, it would be in the exact same regulatory situation it is in today. That would be serious plausible deniability.

The mechanisms you're describing also happen to already be crimes. As soon as a system has any legible structure, regulators want to mount up. They don't care about perfect enforcement or even aiming for perfection, but rather just exerting control over most uses. I do hope untracability can be sustainably implemented at scale by the techniques you're describing, but we'll see. There are many more people thinking that tracing cryptocurrency transactions is a desirable thing.
I recently changed the "expand" part to say "[N more]" when N is the number of hidden comments. Since that's much longer than "[+N]", I assume that helps?

If so, we can change "[-]" to put some text in between the square brackets. In addition to being longer, that would also be nicely symmetrical. But what should the text be? "[collapse]" seems a bit too long, and also doesn't look right to me.

Edit: I'm all in favor of this question because I was just thinking about it this afternoon—but I've also detached this subthread from https://news.ycombinator.com/item?id=23199062 since it's not the same topic as dark modes.

Edit 2: ok, I made it use an n-dash ("[–]") instead of a hyphen ("[-]"), which expands it a tiny bit. I tried an m-dash but it looks too long.
I made a really crude one of these a long time ago. Seeing the trails live is really strange and cool. If you can only get weak isopropyl you can remove water pretty easily by salting it [0]. Drawing the alcohol off the top with a turkey baster or similar is probably the best way with typical household equipment. If you don’t have one of those, you can do it in a water bottle, let the water settle out with a bottle upside down, poke a small hole in the base of the bottle then just partially open the lid over sink and let it drain until you get to the alcohol. Just remember that this stuff is now super flammable so be careful. (Salting doesn’t really work with ethyl alcohol so save your vodka)

Dry ice is pretty easy to get at Graeter‘s if you have one of those local. Just don’t store it in a closed container. Gloves are a great idea of course but I also advise wearing thick socks or slippers when you’re using it. Stepping on even a very small piece of dry ice in bare feet is experience you will remember.

Dry ice is a lot of fun but doesn’t last long. If you go through this, check youtube for other experiments and things to do, and buy a little extra. Just remember never put it in a closed container, it will almost certainly explode. Physics doesn’t care about you, respect the material. (edit: I just checked, heat of sublimation of CO2 is approximately 570 kJ per kilogram. A stick of dynamite has approximately 1 MJ. There’s a lot of energy cached in those blocks.)

Have fun!

[0] https://youtu.be/CtwQ2aEBur4
By nothing I mean things people put on resumes in other professions: minimum required education, licenses, certifications, professional organization membership, internship, published research, continuing education hours, accomplishments, and so forth.
When you create a new profile you're asked to put a shortcut in your desktop, you don't need to create it by hand.
Most newspapers have never really been much different, same with the nightly news on TV. Everything is presented in such a way to give a very brief surface level look at a lot of stories without really giving a level of deep understanding of anything.

Online that level of deep understand is there if you want it, but most people scrolling through a feed won’t seek it out.
There are indeed lots of little things like that, but I don't see them as huge issues, whereas the lack of a dark mode is. So I'm personally going to respect the move-slow approach and only advocate the changes that I feel are truly essential :)
I do something similar with a single, monolithic org-mode file where I write down these things. Am I missing out on some useful tricks?
Yes. This has been the case for at least two years now.
Good article/video.
Exactly. It was the epidemiological modeling equivalent of suggesting we all inject disinfectant. Only it was worse because it was politically motivated instead of solely stupid.
Ask HN: How do you manage family plans?
I'm curious on how people manage family subscriptions. For example, Netflix sharing across family members. Who pays? How do you share the password? And do you do this for other subscriptions like Spotify, AppleTV...?
Show HN: Production-level error creation / serialization in TypeScript
The following words are bad: shared, mutable, global.

All programs have state. It's worse if the state is shared. It's worse if the state is mutable. It's worse if the state is global. It's the worst if it's all three.

Functional program still have state. They typically don't have shared state, or mutable state, or (much) global state, though. Those are real wins.
Our company's been on BambooHR for 3-4 years now I think (me personally for a little over two). Can't find any of our company's addresses in there. So either partial or old if that's where it came from.

Others are saying they've found data from as recently as mid-2019, so could be possible that the reason it's so hard to find a source is that this is multiple sources. Looking at this as a dump from some sort of contact manager, could see this being a dump from some sales guy's CRM or something where he'd imported multiple datasets as potential leads alongside his personal contacts.
It's amazing how accessible some of these detectors can be. I wonder if you could perform some of the classic physics lab experiments with them like muon lifetime measurement.
Signal jamming device on custom PCBs.

Comparing banana bread recipes.
The apps are “providing value” to the restaurants only in the most narrow sense, to the point of being meaningless. Obviously restaurants find it “worth it” in some sense or they wouldn’t do it. But that ignores how we got here, which is totally disingenuous. If someone legally robs you of 30% instead of 100% and you reluctantly agree on the principle that something is better than nothing, that doesn’t mean they “provided value” to you, or that you weren’t a victim of injustice. Sometimes you take the settlement even if you know you’re in the right but you can’t prove it in court, or worse, you can’t afford to prove it.

The value to the customer here is indisputable, and even the delivery logistics value proposition is clear (although at least here in NYC almost all seamless delivery people work for the restaurants), the “stolen” demand is completely shitty for restaurants. I don’t want to regulate these apps out of existence, just think we can find a better way to do this.
I created the 'new-error' library based off the use-cases I've encountered building an error handling infrastructure for Samsung Bixby API services.

I couldn't find an OSS library that would cover production use-cases, and built this as a result.
Is this an issue in new versions of vanilla Python? I mostly bang on crusty old Java stuff and zip streaming has been built into JDK for decades
What about the situation, "I paid them, but they never delivered?".

How would wage garnishment, as ordered by the courts, work? (This is the main one that needs answering because it is a simple example of the hardest anti-human problem that goes against core blockchain philosophy... reversing or forcing transactions)
> You could have made the same argument about Standard Oil - until the competition were crushed and prices went up.

Prices didn't go up until the government forced Standard Oil to break up. It had nothing to do with the competition being "crushed"; it had to do with the government taking the attitude you mention, that lower consumer prices didn't matter. Which seems daft since lower consumer prices mean consumers, i.e., the people, are better off.
Yes, indeed. And if Google is monetizing me, I don't equate that to being free. I can't tell you what I'm giving up, because Google does not share with me how much money they are making because of me.
Y'all want dark mode on everything except people.
Looking forward to the pull request finally modernising HN into a React SPA
I had an epiphany 5-10 years ago about technological advancement. An article on here was posted that bart workers would be obsoleted. That it would save so much money. That bart could be more efficient.

The solution was for users of bart to self service.

Which got me thinking: so much of technological advancement isn't about reducing inefficiency, its about making other people bear the cost of that inefficiency. Someone that is proficient in navigating a subway map - someone that is doing it daily - can do so much quicker than people that are unfamiliar. Despite it potentially being more efficient to keep the person used to doing these things day in and day out employed, (some) technologists still insist on eliminating them because that's more efficient when looking at the smaller picture.

This is basically what Google is doing here. They are making other people and organizations bear the burden of their inefficiencies.
Funny, I think Python's whitespace delimiters is one of the saddest design decisions it made. I know why it was made, and linting wasn't a think back in the day, but being able to properly reformat code with machines / compress code is so much easier with real delimiters.
What Is Deno and Why Is Everyone Talking About It?
That shebang is appealing but unfortunately more than one argument (past the initial command name) in a shebang is unportable: some OSes will coalesce the extra arguments into one, others make them separate arguments.

There's also a special bonus papercut you might hit when /usr/bin/env is in the shebang with extra arguments: an infinite loop!

Sorry for the plug: I wrote about it here. https://www.crystae.net/posts/2019/11/08/two-shebang-papercu...
False positives should never happen and they are inevitable at the same time.
A happy ending for Seattle’s Bop Street Records: a nonprofit buys the collection
I was at Groupon when we switched to 100% CoffeeScript. Honestly, it was a pain in the ass - from what I can remember there were multiple implementations of the spec that were supposed to do exactly the same thing, but occasionally didn't, which lead to weird bugs.

It had a lot of hype behind it, in much the same way TypeScript does now.

>Was it always an early adopter, “look how forward we are” kind of thing, or was it just popular with Rubyists?

Hard to say. Groupon still used it even after they ditched Ruby for node.js (and lost a whole bunch of engineers that wanted to continue using Ruby).

>I’m trying to calibrate it with other possibly-next-big-thing front end languages.

There is always another next-big-thing front end language/framework/library/tool. They all promise to change the world. I've personally used C with CGI-BIN, Perl, ASP.net, PHP (back when it was Personal Home Page), Java with servlets, J++ (the Microsoft "embrace, extend, extinguish" version of Java. Seriously, fuck Microsoft for doing this), J2EE, Struts, Seam, Spring, Struts2, SpringBoot, Jquery, AngularJS, Angular without TypeScript, Angular with TypeScript, React (and that whole ecosystem) and I'm sure I'm forgetting a few - every one of them promised to be "the future".

In the end, most front-end developers seem to spend half their working hours learning a new stack because of the constant change. This is fine - learning stuff quickly is part of the job, but sometimes I wish we would collectively take a pause for a year without any new frameworks, transpilers, meta-languages etc. etc. and just focus on seeing what stuff works best in the longer term.

I'd like us to collectively remember Antoine de Saint-Exupery's maxim "Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." instead of adding three hundred "essential" node.js libraries on to the next CRUD app we build.

I think it's important to learn the basics well first. Just make some stuff with hand-coded HTML, maybe a bit of CSS, some forms (or AJAX-like calls if you must) and something on the server to do some processing on the stuff you send it and spit back a result. Or, even, just spend a bit of time appreciating the beauty of motherfuckingwebsite.com
So, Door Dash will win in some markets and Grub Hub in others. Then they will cut Google out of the process for some consumers.

So Google is the real loser ??
> I see little evidence pointing in the other direction.

Hrm, I think it depends on what they meant by co-op style (as in the previous sentence they say "primarily worker owned"). I agree singular leadership and direction is important, but that's not necessarily at odds with primarily worker owned, even if it's at odds with some versions of worker owned.

An example of a company that has multiple CEOs that have driven it to success in different times and in slightly different contexts would by Microsoft. Originally helmed by Gates in a manner somewhat similar to Jobs and Musk, it's now helmed by Nadella to great success. I would count that due to Nadella having a singular vision, and buy in from the company so he can achieve that. I'm not sure being worker owned (other than it being kind of hard to keep it that way once you get large enough...) would change that as long as he still had the confidence of the board (which in that case would be a council of workers I guess?).

Another way to think of this might be the (traditional) American auto industry. While not worker owned, as I understand it the unions have quite a lot of power (including board seats), and that might be seen as somewhat of a proxy for large successful (significantly) worker owned companies, and those have gone through periods of great success at times as well.
This is one of the obvious exceptions that I mentioned. Anything to do with money counts as business critical and should be treated like brain surgery.
It would have been better if OOP actually never happened. OOP is just reaaaaly bad. One of this ideas that looks appealing, but doesn't work in practice.

Inheritance is often a space-goat, but it's not even such a big of a problem with OOP. Core ideas behind OOP are misguided:

Abstraction
Encapsulation
Inheritance
Polymorphism

Encapsulation on a such a fine-grained level as each object/class is like a person putting padlocks on each pocket, so that right hand can't grab thing from the left pocket. The granularity of encapsulation in OOP is just sooo impractical. The right granularity for data-hiding are data-stores, layers, APIs, (micro-)services, modules, not each single little bit of data.

Abstractions are costly. They can't be a goal in itself. Abstractions should be applied only where they are needed and beneficial, where benefit of adding them outweighs the cost. Similar with Inheritance and Polymorphism - they are abstractions that have a cost. Sometimes worth-it, sometimes not really.

Object itself is a bad idea. Passing around references to objects (data with attached behavior, instead of POD - plain-old-data) forces you to scatter your data across many tiny bits, which makes everything way more complex and slow (poor cache locality, layers and layers of indirection). Instead of passing an Id or bunch of fields, now you're passing data plus some abstractions to manipulate it everywhere. You generally get a graph, and graphs are the most general and thus most difficult to use data-structure out there. Coordination becomes a nightmare really quickly.

OOP is just a busy-work, and trying to pretend that you can just play with abstraction and taxonomies and ignore the fact that effectively your software is supposed to manipulate data to give an expected result, and not be a little god-game of modeling the world. Ignoring that there are some ways to structure your data that supports well what you're trying to do, and a graph of abstract object is very rarely the best choice.

And so on... https://dpc.pw/the-faster-you-unlearn-oop-the-better-for-you...
Ah, I'm glad you mentioned that; I took a look at it earlier, but I think what would be most helpful is just the most minimal set of CSS we could put in curly braces after prefers-color-scheme: dark. In other words, a patch to https://news.ycombinator.com/news.css that would strictly only add lines—and preferably the most minimal that would do the trick.
no their problem is that the DMCA system sucks as it wasn't even written this century (1998), so they created ContentID as a response. They do benefit from the way the system exists currently because of this since the cost of developing a competitor to ContentID is so seemingly prohibitively expensive that nobody else tries to do what YouTube does.
I do enjoy a good stunt, although it's also fun to play while I wait for my bloated-ass executable to upload!
No doubt that smoking is way worse than using Facebook. But using Facebook (and similar sites) can cause mental health issues which should be taken seriously.
Bisq and fiatdex do this.
Hmm. I wonder how much longer it'll be before they migrate from Typescript to the next fad version of JavaScript that comes along?
> Smaller companies can't embark on Google-sized projects.

What do you mean by "Google-sized projects"? Google is made up of many differently sized services. And a lot of the services that Google provides have smaller companies that provide competing services. One of Google's advantages is that it can subsidize the cost of smaller services with it's cash cow.
That's good.

Signed: CSGO player who's tired of cheaters.
Wonder if some macOS only software will get ported to Windows once this happens. That if course is assuming there’s good support for the Windows APIs for building apps