skysight-inc/HackerNews huggingface dataset:
>LOL. Did you find that article from the comment I posted 30m ago?

No? It was in my browsing history months before.

>Manufacturers collectively had about 35 tons of raw material at the end of 2022, not just Ascent.

The point is that raw materials quotas isn't the only way that government regulations can gum up the works.

>Your arguments indicate that you are searching for evidence that fits your conclusion.

As opposed to what you're doing?

>at the end of the day, people who don't need this drug are more likely to abuse it and die from abusing it. So yes, despite your sarcastic question, it is the lesser of two evils to limit supply.

You'd need to consume a ridiculous amount to die from it, and pharmacies is probably the worst way of getting your hands on stimulants for high dosages. It's overpriced, you have to jump through a bunch of hoops to get a perscription, and your usage is strictly monitored by the DEA, so if you do decide to abuse it by taking an absurd amount, you'd have to wait for weeks for your next hit. Moreover, is this theory supported by evidence? Have we seen more adderall (or similar stimulant) deaths in the past few years? There's no shortage of sob stories on every media outlet[1] about some legitimate ADHD sufferer who's affected by the adderall shortage. Where are the sob stories about people who were wrongly prescribed adderall and overdosed as a result?

[1] eg. https://www.npr.org/sections/health-shots/2023/02/18/1157832...
As another commenter pointed out, administrator privileges are not required to install the overwhelming majority of apps. The idea that you have to blindly enter your admin password to edit an SVG file or tweak an image is patently absurd to me (my ire is directed at Adobe, not you). Comparable apps like Affinity Designer and Davinci Resolve don't require elevated privileges.
I think the answer, like most things, is "it depends". Specifically it depends on the complexity of the thing you're mocking. Mocking a database is a bad idea because there's a ton of complexity incumbent in Postgres that your mocks are masking, so a test that mocks a database isn't actually giving you much confidence that your thing works, but if your interface is a "FooStore" (even one that is backed by a database), you can probably mock that just fine so long as your concrete implementation has "unit tests" with the database in the loop.

Additionally, mocking/faking is often the only way to simulate error conditions. If you are testing a client that calls to a remote service, you will have to handle I/O errors or unexpected responses, and that requires mocking or faking the remote service (or rather, the client side transport stack).

But yeah, I definitely think mocks should be used judiciously, and I _really_ think monkeypatch-based mocking is a travesty (one of the best parts about testing is that it pushes you toward writing maintainable, composable code, and monkey patching removes that incentive--it's also just a lot harder to do correctly).
After letting them do their shenanigans for over a decade...
While simple heuristics like that can get you quite far in life, it doesn't mean that they are laws of nature. I suppose time will ultimately tell, but these drugs are super widely used and apparently the class (GLP1 agonists) is not as novel as you might think; the blockbusters we see today are improved versions of drugs that have existed for awhile. If there was some horrible, monkey's paw catch, we'd likely have seen it by now.

I suppose the biggest example of such a faustian weight-loss drug would be Fen-Phen, and it's issues were discovered within a few years of its rise to prominence.
Rolling Your Own CIAM-Bad Idea or Horrible Idea?
Allowing a company that repeatedly violates basic app store rules and exports data to a country with adversarial interests unrestricted access to our infrastructure via drones is highly problematic.

This problematic situation extends in many ways to critical sectors of our economy, including agriculture, energy, defense, etc.

The data collected by these drones is extensive and sensitive. Crop data alone is crucial, and if this information cannot be controlled, it should not be exported.

This stance is not anti-China, but no country should permit unrestricted access to its airspace for surveillance.

Data is the new oil as well, especially with AI. These drone derived datasets are becoming critical path information.

How else can you control the information besides a ban? I LOVE DJI and have several of these drones. But I don’t know how I feel about this because of the problematic data issues. It’s complex and the situation is very difficult.
So are they innovating or are they using known and tested designs?
> you can easily record a playback of doctored footage

You believe this is easy when the device has multiple recording sensors and multidimensional information (such as spatial information, changes in focus sensors durning recording, etc) is part of recording that is digitally signed?
We're talking about professional software. If you're a professional you have a machine dedicated to that work. If a software update will break software you've paid for and need to use, you don't update that machine. Between 5 and 10 years is a perfectly reasonable run time for paid pro software. You can also keep the old machine around for the software and have a new machine for other needs.
> 2000x better AI?

Even if it does, that puts AI ahead in what, 22 years with 2x improvements every 2 years? The simple problem with us humans, we haven't notably improved in inteligence for the last 100.000 years and we'll be beat eventually. It's not even a question barring some end of the world event, we already know it's completely possible because we are living proof that 20 W can be at least this smart.

And it's really just that the upfront R&D is expensive, silicon is cheap. Humans are ultra expensive all round constantly, so the longer you use the result, the more that initial seemingly ludicrous cost amortizes to near zero.
Power Hour: Arcade
You missed that the opening of your quotation is «In its most common sense». So there is the other sense, "a theoretical framework for a method". (And you do not easily find around expressions such as "having proposed a sociology (etc.)" - a theoretical framework for a "what"? You do not have a term for a sociological, psychological, archeological practice.)

And you will surely find people that will propose that the other sense is more common than the one the Wikipedia editor identified as occasionally preeminent.
This is probably wrong. The 10 nm problems were due to Intel being too ambitious, not "resting".
The ease with which a padlock is broken by bolt cutters is not a legal defense against doing so.
The school's own teachers would cover for an injured colleague in an emergency like this. The lesson timetable will be written to ensure there's always some teachers free.

Given more notice, the school phones supply teachers (or an agency for them). Some of these teachers will expect to be ready to get to a school with very little notice.

In the worst case, where the cover teacher has not had chance to discuss what lesson is needed, they're going to say "let's go through the last chapter in the textbook" rather than "I give up, fiddle on your phones".
That would be an after the fact justification, which could be used to justify banning any company that operates in China.
I went from an EE major to Aerospace. Realized I wasn't going to make it. At the same time the market for aerospace graduates was collapsing. But I did have enough math and programming credits to graduate with a CS degree. And dumped those aerospace credits into an Astronomy minor. Sometimes the degree picks you.
Gell-Mann Amnesia.

https://en.m.wikipedia.org/w/index.php?title=Michael_Crichto...

It's Gell-Mann Amnesia by another name.

I'm impressed with ChatGPT et al right until I query something I know a lot about, and it then proceeds to "hallucinate" far worse than any journalist or newspaper.

It makes me question if every other piece of information it's given me is factual.

It is the biggest "elephant in the room" and if/until it's corrected, every single one of these companies is on a trajectory towards worthlessness. It is a much bigger problem than "People make mistakes too."
Fingers crossed it doesn't, would hate to see it go down.
The ideal experience is that you anonymize prod and sync it locally. Whether it's for testing or debugging, it's the only way to get representative data.

When you write mock data, you almost always write "happy path" data that usually just works. But prod data is messy and chaotic which is really hard to replicate manually.

This is actually exactly what we do at Neosync (https://github.com/nucleuscloud/neosync). We help you anonymize your prod data and then sync it across environments. You can also generate synthetic data as well. We take care of all of the orchestration. And Neosync is open source.

(for transparency: I'm one of the co-founders)
In this day and age, why does Drawbert need a physical address? That's ridiculous. It's not like someone is going to go to the address and expect to see Drawbert's studio with all of its paints and easels and canvases just laying around waiting to be used.

After that, the only people needing the address would be the state to have on file to send correspondence regarding the business. At that point, so many businesses have an address in another state/country to yet again make that address meaningless. Not really sure what your point in thinking a physical address is meaningful.
Industrialization relied heavily upon raw materials generated cheaply with slavery - cotton picked in the American South was exported and was a necessity to fuel the industrialization of textile production in England, for example. There is a reason that industrializing and industrialized countries that relied on slavery and other exploitative economic relationships have achieved greater wealth than more newly industrializing countries have. America's wealth is largely supported by cheap labor and raw materials in other countries, opened up for the use of international corporations by state-sponsored violence - see America's history of interfering in South American politics or Chiquita's recent guilty verdict for sponsoring paramilitary forces in Colombia.
> Longevity, happiness, health, leisure, life satisfaction

Apart from longevity[1], everything else is subjective so do you have any evidence? From what I see based on a quick search, happiness level seems same in US/Canada vs Germany/France. eg. Rankings by this[2] measure: Canada(15), USA(23), Germany(24), France(27). Or scores by this[3] measure: Canada (6.9), USA(6.7), Germany(6.7), France(6.6)

[1] Even longevity is full of caveats and nuances. When you look at life expectancy by ethnicity, a given ethnicity has similar life expectancy across different advanced countries (eg. Japanese-Americans vs Japanese in Japan). It doesn't even seem to be correlated by income in the US, because latinos have a higher life expectancy than whites[4] even though later group is richer than the former.

[2] https://worldpopulationreview.com/country-rankings/happiest-...

[3] https://www.visualcapitalist.com/a-map-of-global-happiness-b...

[4] https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9256789/
You can "own" a copy of Adobe's software (like earlier Creative Suite DVD versions) but then Adobe essentially bricked them by killing the activation server.
I have an idea for such an e-ink display. Are there pre-made e-ink displays out there with maybe a couple of buttons of input and maybe wifi for software update? I imagine it could be running something like Pico-W and have an e-ink display? Any ideas?

Edit: turns out someone had already posted about this widget called a "Pimoroni Badger" and it fits the bill nicely: https://shop.pimoroni.com/products/badger-2040-w?variant=405...
As a Java (mostly Spring) dev, I use mocks a lot to separate different components from each other, if I only want to test one of them. If your code only contains tests that mock other things, you're missing something, as others have pointed out. But just because you have a good coverage of integration testing, doesn't mean that writing isolated unit tests are bad. I find it much easier to diagnose a problem in a tight unit test than in a integration test that covers half the project.

Some criticism to the article:

The "more unit testing" section reminds me of junior devs asking why they can't test private methods in Java. If I'm testing a unit, I want to test the contract it promises (in this case, a method that does some checks and then sends something). That the behavior is split between multiple methods is an implementation detail, and writing tests around that makes changes harder (now I can't refactor the methods without also having to update the tests, even if the contract doesn't change) and it doesn't even test the contract! (There's nothing that makes sure that the mail is actually sent - we could be testing methods that aren't used by anything but the test code)

For the "easier to test IO" section: just don't. Your tests now depend on some in-memory implementation that will behave differently than the real thing. That's just mocking with extra steps, you still don't know whether your application will work. If you want to do io, do the real io

"Separation of logic and IO": this is in general the right thing to do, but the way it's described is weird. First, it does the same as in the "more unit testing" section with the same problems. Then, the code is refactored until it's barely understandable and the article even admits it with the Greenspan quote. In the end, the production code is worse, just to ... Not test whether there's actually some code doing the IO.

I actually think there are some good ideas in there: separating the logic from the IO (and treating them as separate units) is important, not just for better testability, but also for easier refactoring and (if done with care) to be easier to reason about. In the end, you will need both unit and integration tests (and if your system is large enough, e2e tests). Whether you're using mocks for your unit tests or not, doesn't make much of a difference in the grand picture.

Just don't mock stuff in integration or e2e if you absolutely can't prevent it.
Long time fan of Affinity, they were just acquired so I'm waiting with baited breath....

https://affinity.serif.com/en-gb/press/newsroom/canva-press-...

https://affinity.serif.com/en-gb/press/newsroom/affinity-and...
We agree on that point!

Though, is the AI baseline even worse though?

Computers are nothing more than a set of persisted electrical 0/1 signals and a series of logic gates with intricate timing. There is no 'facts' in that world.

For example, "Chat GPT" does not understand questions, it does some pattern matching to find responses that probabilistic-ally would follow. Another example, AI does not understand it is drawing "a hand", it's just a probability algorithm that indicates these pixels are likely to be "good" following these other pixels.

If someone can build a 'reasoning' step into AI - that would likely be a game changer. An AI that generates an answer, and then compares that answer against an actual fact-database; and then modifies that answer in light of the existing facts. Even better, one that can also challenge when an understood fact is likely to be wrong. To do all that, the AI would need to understand abstract concepts. To give a baseline of where we are on that, my cat is able to do that and AI is currently at zero capability to do it.
Besides, none of it really matters when their customer service backdoor lets you into an account if you can enumerate recent emails that account has received. I'd never trust anything serious with Protonmail. (Try it)
I don't know why the parent is calling out those companies, strange list.

Europe has plenty of very successful, influential, and tech heavy organizations. ARM and AirBus come immediately to mind. Car manufacturers such as VW or BMW. Software companies such as SAP. Some of the largest banks and fossil fuel companies in the world.
Not a good habit but I rarely check my credit card statements, I'm lucky enough to be in a situation where money isn't a stressor for me so I just wait for the email that my next statement is ready and pay it off.

To be fair, itemized credit card charges are always formatted so badly and it usually just ends up stressing me out because I see some $83 charge on there for something in all-caps that doesn't look familiar, then I search my emails and figure out what it was and I don't know why they're named like that when the charge is put through.

But man, thank god for this thread because I thought to check just now and I realized my bank didn't email me when my last statement was ready, and I would have been late to pay if I didn't by tomorrow.
> You'll find very few people who don't want poor people to have things and it's disingenuous to put it that way.

I'm afraid your experiences are not universal.

There is a very strong streak of this in the US, significantly (though probably not wholly) traceable to the Calvinist roots of the Puritans who were a profound influence on the early culture of the country. When you believe that people's position on Earth is due to their level of deserving (Just World Fallacy), it's very easy to extend that to "and therefore we shouldn't try to help poor people; they're just being punished for being bad people."
eventually, the novelty will wear off.
I'm glad there are people willing to pay for the development of software so I'm not stuck using GIMP. It's actually a good thing when people get paid for their work, the issue here is that adobe's predatory pricing models and making it difficult to cancel.
That’s fine, but it feels a bit like getting annoyed at a Drawing Fundamentals course for not teaching Photoshop. I understand the pedagogical advantages of fun, API-based project learning. I just reject the implication that what SICP has to teach is ivory-tower theory. It’s stuff programmers use every time their hands touch the keyboard.
The whole js ecosystem is insanity, React isn't even the worst offender, it's a machine to generate complexity.

My controversial opinion is still the same, the less front-end you have in your stack, the easiest you'll be able to scale.
What's Steward-Ownership?
A Look Inside the Lego Group's Lab Dreaming Up the Future of Play
TikZ and PGF: Manual for Version 3.1.10 [pdf]
In my experience, I only really learned how to write small functions after Haskell. The discipline it forces on you is a good training.
People die from inability to afford something as fundamental as healthcare in the US. You are poorer than any European ever could be.
Reading the article, it seems that this relates not to the internet archive, that is privacy preserving, but to another public library (that aparently was leaking or selling data -- I did not read it entirely)
Hi, that's me!

It is an eink smart screen. The calendar app supports Google calendar and anything that can provide an .ics event feed.
I just added a new "Picture Frame" app, though admittedly enjoying your photos on black-and-white eink is a niche taste :D

https://shop.invisible-computers.com/products/invisible-cale...
Rapid approach to creating cyclic peptide opens the way for new antibiotics
I think the situation is far more nuanced than what will be debateable here, but I've had friends that tried to do tech startups in Europe and ended up moving to the US and doing it here. This is surely not a representative sample so take with a grain of salt, but generally speaking this is their (paraphrased) analysis:

In Europe it just takes a lot more capital investment to get started. You can't do it as a side-gig with a hope/dream working nights and weekends like you can in the US. The process to MVP is just way more complicated because there's a ton of compliance/legal stuff that has to be there at launch. The actual product might take 60 hours of work to build, but then there's another 200 hours of compliance to do which doesn't add any product value at all. You also typically have to hire an expert to help at least consult, because trying to do it all yourself just requires you to have a ton of expertise that no single person ever has. Hiring is also a mixed bag. Market salaries in Europe are a lot less which helps, but firing a bad fit is also way harder so there's big risk. You also can't offer stock-based comp as much in Europe as you can in the US, which all serves to make it harder to get launched.

Once you reach a certain scale, Europe can be just as friendly or more-so than the US, but that scale acts as a great filter for people that don't already have the deep pockets to fund things on their own to get to that point, and most investors won't take that kind of risk without validating product-market fit. The European culture of more longevity also makes it easier in some ways to keep a young company stable because people aren't constantly leaving and you aren't constantly in bidding wars for talent. Overall it's just a mixed bag, but that early filter is why you don't see as many working-class people doing a tech startup in Europe and making it big. On the flip side, when companies make it through that filter, they tend to be a lot healthier and more viable, and quality tends to be higher. Again these are generalities.
Regarding #3, do you mean in the United States? That's not generally true. Your health insurance premiums, under normal employer plans, are not tax deductible, but they are paid pre-tax.

Additional out of pocket healthcare expenditure is only deductible if you itemize your deductions and you're only allowed to deduct medical expenditures in excess of 7.5% of your income (AGI to be technical).
For the people downvoting this joke: the joke is that "fireside" means "the side of the people who are doing the firing". I think it's funny.
> chugging along to provide replacement parts

That's the expensive bit. That's a lot of machinery and tooling sitting around mostly doing nothing.
Ask HN: Boss thinks I'm dumb, now what?
I have two decades of experience in programming and my boss treats me as a junior when I ask questions. He will explain like I'm either very junior or a 5-year old.

It feels a bit disrespectful that he thinks he needs do dumb down anything he says to me.

If I were talking to someone experienced in that way, I'd surely be behaving in a passive-aggresive way. I wonder if he's extremely annoyed at me and this is his way to show it.
Never go to sea with two chronometers, take one or three.
I think that's very true. And it applies to film and other media as well. There's vastly more content available to far larger audiences than ever. There may very well be more concentration on the business side, but not on the creative side. I watched American Fiction on Prime Video this week and it was really outstanding. It turned a modest profit on a $10M budget at the box office which makes it barely a blip on box office records, but on the flip side it's the kind of film that would have had zero chance of getting made 30+ years ago.
For those interested in novel and quirky uses of e-ink displays, you might also want to see these: https://lightnote.cardonabits.com

Disclaimer: I design and build these. And I'm also a big fan of jonahss work.
"Your call may be recorded for quality assurance," is ubiquitous when calling the official sales/support number for any US company.

However, every single one of those call centers _also_ instructs their employees to hang up immediately if they are told (or have good reason to suspect) that the _customer_ is recording the conversation. It sounds hypocritical (and it is), but this rule comes from the company's legal department, whose sole job is to shield the company from legal liability.
technical - consult your peers. For the technical professions it is easy to find someone. Just think about the feedback, not assume it's true.

for other domains it's hard. especially social stuff