skysight-inc/HackerNews huggingface dataset:
The property of being preserveable affects more than just the appropriability of resources. Cereals being preserveable also would have made them more tradeable, and trade increases productivity.

Taxation is a concept related to trade, in that it enables resources to be transferred to facilitate larger-scale coordination, and with it, greater division of labor. But it is this ability to transfer resources, to facilitate larger scale coordination and division of labor that I believe would be the underlying economic advantage provided by cereal crops, with taxation just being a subset of this class of interaction.

It stands to reason that the ability to store cereal surpluses more easily also increased cereal crops' utility as a food source by leading to less waste through spoilage.
https://archive.ph/vuniJ
Another factor to layer on as well!

As humans developed, evolution didn't have to create the optimal system, just a system that gets the organism to reproductive years. After that? Irrelevant.

That could point to the challenge of fixing diseases of aging. A good analogy is programming - if the program you came up with uses 8 bit variables, and that limitation causes problems later, well, you're going to have to start from scratch to fix it.
It was quite the opposite. Transfer speed was slow, it sometimes took minutes to load a page and I only had access to internet at school or conferences. The machines were also slow, browsers were taxing on the hardware too in the old times as well.

Pages were anything but intuitive, there were no design standards. Most marketing pages looked like their art director imagined a futuristic movie prop.

There's still a ton of interesting pages out there, check out this collection: https://www.hoverstat.es/
Looks great. I would love to see some development tooling (if it's license allows), that I'm currently considering self hosting: Posthog, Sentry and Jitsu (aka EventNative). If Sentry setup is too insane maybe GlitchTip.
I don't know if you run Clickhouse (needed for PostHog) yet, but I bet it will be used by a bunch of self hosted apps in the future and would be worth it.

A very attractive option would be some kind of "Try on PikaPods" button, if you can somehow muster a very limited free tier, that these projects can put on their READMEs. A few have that with heroku and it makes them way more approachable.

The pricing is very attractive compared to running these things e.g. on RDS+Fargate (~25x). Most people would probably run on Digital Ocean or Hetzner Cloud which is closer.
Another hot take: every device where Bluetooth isn't the sole method of interacting with the device (think AirPods), you should be able to turn off Bluetooth.

You haven't seen hell before you've seen a speaker with Bluetooth that you can't turn off and you can't stop your neighbours from accessing. Or more specifically, heard hell.
I agree. They're not difficult to read but they're definitely more of a pain than replacing a battery once a year.

A dial caliper is better than a vernier caliper anyway. Still more of a pain to read than a digital one.
Something that could potentially be a big improvement (in actual efficiency, not just pricing) for low-traffic apps, would be to allow users to provision a set of resources that are shared between multiple apps.
Growth can't continue indefinitely. In fact a lot of growth today is actually fudging the numbers to make them look good.
I think he means the data is not relational anymore and it is not normalized.
Russia's Losses
Make the battery removable, then you have an off-switch and a repairable device. For bonus points, use a battery in a standardized form factor so I can buy spares.

I know, I know, the industry doesn't want me to keep my device working longer than the lifespan of a Li-ion cell.
The question is if we can direct the radiating of heat. So instead of an omnidirectional beacon it could be directed towards a target and as such reduce the probability of being detected.
> Does that mean that I now have to spend my time in the evening doing
the "monolithic state apparatus'" job instead of going for a meal
with my partner?

Yes. Because we are all responsible. But guess what, you'd be sharing
the job with 7 billion other people, so the total workload would be
like 5 minutes on a Thursday morning every other month. Could you
spare that?

Please read a book called "Leviathan" [1] by Thomas Hobbes and maybe a
little of Jean Jacques Rousseau's "The Social Contract" [2] to balance
it up.

The state is not your enemy, but also it is not your nanny, there to
wipe your bottom and hold your feeding bottle because you "pay taxes".

There's plenty of time for dining out and being a responsible,
participating citizen.

[1] https://www.gutenberg.org/files/3207/3207-h/3207-h.htm

[2] https://www.gutenberg.org/ebooks/46333
There’s also is-even[1]. It has one dependency: is-odd

[1]: https://www.npmjs.com/package/is-even https://www.npmjs.com/package/is-even
Is it really free if we are dependent on the benevolence of a handful of countries? At least lithium has the potential to kickstart a circular economy (recycling).
I think combination of two would be the best. In this case I can have a beefy nextcloud pod, and then some shared pod that hosts multiple less demanding apps.
And on off switches can result in a call to support ($) or negative reviews when idiots can’t turn it on.
The group you’re describing are still as you just said following someone else.

But even if you add a new group of early followers it also works in the other direction. Stuff most people do also stops being popular because of what the largest groups of follower’s decides to stop doing.
Images would load forever. Good websites had images twice, a low-resolution variant to load fast, to be replaced by the high-resolution one that eventually loaded. Other websites had images that loaded interlaced - separated in 4 strata that you could watch being built up.

I remember when some supergenius sent the first email as a word document with a 2 mb company logo embedded, and loading that took some 20 minutes - each minute being metered indivdually, only to then contain two lines of text that ought have been the mail body...

The internet was better back in the day - but it was not faster.
Yup, without a critical assumption - each "I don't know eliminates a potential solution" - it's not solvable because there is no new information when someone says "I don't know the answer"
Jekyll-asset-post-processor: Processing and cache busting assets with Jekyll
I was surprised to discover the same thing i Australia, where people pay tuition. I think we should be critical for this as an argument for tuition.
> I reviewed before adding comment, and I feel like changing info@ to webmaster@ now, in homage to the internet.

RFC 2142 [1] defines both those (among others), for different purposes. I tend to set all those for the used services (and one for XMPP, per XEP-0157 [2]) as aliases: usually it's not hard and costs nothing, but allows to adjust the aliases in the future (in case if somebody else will maintain some of the services), and provides standard ways for inquiries regarding those services.

[1] https://datatracker.ietf.org/doc/html/rfc2142

[2] https://xmpp.org/extensions/xep-0157.html
> Eh, 30 seconds maybe if it was a lot of images?

Depends on the amount of gifs people were placing on their website :D We only had a 56k modem at the time. The Browser was provided by the ISP at first due to lack of dial-up software that supported the German ISPs, so it was loading all kinds of injected stuff from the ISP, too.

But yeah, I agree with the general sentiment that websites usually loaded way faster if you were using e.g. IE3 on purpose because it didn't load all the stylesheets and images.
For beginners getting into "compilers", I would recommend starting with:

1. https://www.plai.org

2. Essentials of Compilation (Siek)
Their software engineering overhead is just insane. I found some numbers from 2018 which states that there are about 90 000 FTE Uber drivers to some 1000s engineers. It is really strange setup for a cab company.

They are using their scale for bloat rather than a scale advantage.

https://www.epi.org/publication/uber-and-the-labor-market-ub...
The tooling has improved immensely. Unify (https://unifyjs.io/docs) aims to be a complete state management solution, avoiding the need for client side state management frameworks like redux. It abstracts away all of that boilerplate code.

Thinking about systems in terms of events is a pretty big shift in thinking but worth learning to add to the tool kit!
How would Discord know it was a throwaway email?

I use Fastmail + their masked email feature with a legit DNS, not a random one time email gen site.
> "You need to compile your assets" they say, just a cat *.css > site.css would do it.

The sassc CLI app is pretty good for this. It's a single binary, has a watch mode, and just compiles SASS to CSS. Although for a 404 page that probably is unnecessary (unless it's pulling in shared styles from somewhere else of course).
My 1996 self feels very seen.

I think a lot about the way the web was back in the mid 90s, compared to the bleeding-edge technologies of today, particularly blockchain and cryptocurrency.

And one major aspect I keep coming back to is that web technologies in the 90s, and even their descendent technologies now, are simple enough for most technology-literate people to understand, and that carried with it a lot of comfort and trust.

For anyone who had been using desktop computers and office software in the early 90s, which was basically everyone who was a student or an office worker, the web was just files on a computer, served over a network, which we already had plenty of experience using. And I think that's why my father, who was only a little older than I am now when I first showed him the web, grasped it straight away and was supportive of me building a website for his business.

These days I'm not spending much time writing HTML files in a text editor and uploading them via FTP; rather I'm writing programmatic code that talks to a database (A database! Just like MS Access or FileMaker Pro), does some processing, and displays the result on the screen with some elaborate JavaScript to make it look and function how I want (I’m happily a heavy user of React for building rich web apps), but it's still fundamentally the same concepts. Files on servers, accessed over a network and delivering useful information to my browser or app. The beautiful simplicity is still there, and it still doesn't feel like a big leap from the kind of computing we were doing 1993.

The world of blockchains and cryptocurrencies and "web3" feels vastly more opaque and esoteric by comparison and therefore untrustworthy to many of us, which I think is a significant answer to the question that was asked here in the past couple of days: "Why is Hacker News so anti-crypto?" [1].

I can't quite accept that it's just that I'm "old"; firstly because first heard about Bitcoin soon after it appeared and was excited by its potential, but also because I remember how people older than me reacted when the web arrived, and there was much more rapid acceptance and embrace than there I currently see for cryptocurrency, outside of those who are just chasing quick riches.

[1] https://news.ycombinator.com/item?id=31302494
Northeastern is the big school for this in the US, the traditional model is two years of classes followed by alternating semesters of work and class until graduation for either 2-3 more years. In some cases you can come out with 2 years of experience before graduation
I'm only 32, so 1993 was a bit early, from what I remember "the internet" didn't become truly mainstream until 1996~.

Now that I think back the computers "acted" really differently from what we use today.

Things felt much more "immediate" (as in the computer responded to you very quickly) but also much slower; imagine that your keystrokes occurred immediately but opening a window took 50ms.

If the CPU was being hit with any kind of load though, the input would buffer and your keystrokes would stop being presented until the GUI got some CPU time again and all your keystrokes just poured into the active window.

The web itself was a lot of slowly rendering webpages, the sites themselves would actually start loading much quicker than modern sites, and the content would progressively load over some amount of time, there was usually a progress bar at the bottom of the Web Browser.

I know I'm only a few years older than you, but I wonder if you remember all this.

From what I recall the most annoying thing was slowly rendering images.
we definitely need a global carbon tax and more centralization , ie a world government
Reading articles of time the backbone connections in around that time were also heavily taxed. So you had slow connections, and those we connected also to over congested connections. Not exactly greatest user experience.
Just saw a familiar word there that feels like a hundred years old: Fidonet. A 1984 BBS network, it seems. I only got to experience the final years of BBSes but it feels very nostalgic still.
One can easily test this. This is the performance of two semi-randomly picked websites:

- Peter Ferrie's homepage (http://pferrie.epizy.com/?i=1), old school: approx. 900ms

- Netflix landing page (https://www.netflix.com/de-en), modern: approx. 1.8s

Measured via Firefox "load time". Peter Ferrie is a famous security researcher.

The Netlix page is clearly 2x as slow, but the load time is far from proportional to the overall data transfer.

The HN front page, right now, takes approx. 1.7s. :)
hahaha just no, I remember my crappy hand me down computer was so slow it would chug and struggle to display a nice looking full screen image. You see the old web on your modern lap sized super computer. Go to the thriftstore and pickup a beige windows 95 computer setup and try navigating the web. it was slow, very very slow.
That's interesting. I have Myopia and I permanantly put glasses with Bkue light blocking. I always had trouble with my circadian rythm and very often I find it extremely hard to have a fixed sleeping schedule, let alone sleeping early. I wonder if that has smthng to do with it. I also live in a northern country where the sun is a very rare event, especially during the winter.
It was fun and wild. In some ways simpler. But it was neither fast nor intuitive.
That's patently not true, but even if it were, govt has an entirely different remit than private enterprise.

PE exists to make profit.

Govt. exists to serve the citizens. All of them, equally, fairly, and reliably, however unprofitable those conditions might make the endeavor.
I don't think its that unreasonable of a feeling given that smartphones are essentially multi-tools for life these days
One pod maps to one public URL and one Docker image. So would be hard to change the setup like this.
It's weird but true. Adding physical switches to a device can be one of the most complex design elements. It complicates both the layout of the PCB and the design of the case. Finding a suitable switch is also a real pain, as parametric searches for switches don't work particularly well.
Global bird populations steadily declining
we essentially have global anarchy in much of the world, where governments control very little. more of this is a recipe for more destruction.
What iPod has a power switch??? On mine at least (3rd gen Nano) the closest you can get to off is asleep with the hold switch on.
What do you mean by "in the wild"? I would have thought it was the opposite. Handwritten recursive descent is the way to build a parser if most compiler projects are to go by. OpenJDK, GCC, Clang, Rust, Spidermonkey are examples. Occasionally you see a generated lexer but generated parsers seem to be a rarity in practice while recursive descent is ubiquitous.
>I gotta tell you, I travel 50K+ miles a year, and stopping every two hours for 30 minutes to fill up my car would be a primitive nightmare not much better than riding a horse.

I've seen people drive 250km per day on a 150km battery with public charging, this is literally the worst EVs have to offer and they are getting better every single year. If anything, it makes even more sense for people like you to get an EV because the saving potential is so high to begin with. Yes, you might need a super fancy EV dedicated to your specific driving pattern but who cares?
It’s not that there’s nothing to criticize about the US and this example is one of the worst things the US does. However a key difference is that the CIA is not doing this to American citizens, we can be sure that if it were there would be considerably more outrage. In China this sort of treatment is on the table for anyone who crosses the line.
Motion JPEG is widely used as a simple video streaming format.
Definitely have some backup/restore functionality for that.
Wuhan had its first cases on Dec-17th , on Jan-14th the sequence was out and shipped across the globe.

If you think that delay is bad wait and see if a pandemic develops in Yemen or in Sub-Saharan Africa...those countries would need 8-9 months to notice an outbreak not to mention sequencing.

We have an example with HIV. It made the leap somewhere in Africa between 1945 and 1952. The world noticed it when it arrived to developed countries in the 1980s...

Hatred against China is cheap talk, when it's time to discuss the quality of life haircut that a complete decoupling would cause all of a sudden each and every person (be it a professor, a dude at the bar or anybody else) is only looking for an off-ramp to get off the conversation and blame Davos/Schwab/the illuminati. This is true in NYC as well as Shanghai
I was around back then. You don't need to tell me how it was like.

Full screen bing.com-backgrounds weren't really a thing in web design, though. Except in porn, I guess.
I dont think these libertarians care about global warming just getting Ruch using their short lives
Interesting stats, but the website is unnecessarily employing loads of scripts, basically to show some pictures (diagrams), which could be cached. Stats do not show up, if I load the page, only after allowing the resources of 3 third parties does it show anything of value.
innovation can?
For Run some or the the reasons I have it installed everywhere are:

> What does PowerToys Run do that the standard WIN+R run dialog doesn't?

-- Autocomplete

-- Search files, settings, services, the registy and more (all of these can be enabled, disabled or assigned to a shortcut e.g. settings is $ for me)

-- Open windows terminal with specific shell

-- Walk open windows, allow you to search currently open applications and browsers

> Or just hitting the WIN key to get the search dialog?

-- Not constantly try and open Bing and/or Edge
Many developers embraced scrum when it first appeared. It was a lot more developer focused than the pseudo waterfall type practices that existed previously.

Can't code until the architect has written the spec. The deadline estimated from a Gantt chart by the PM. No feedback from stakeholders during development or the ability to alter requirements as they become better understood. So usually delivering code late that doesn't actually meet the customer's needs.

Scrum was better.

I hear it is now horribly abused (I'm out of the game now) and that's a shame.

EDIT: I saw the most resistance to Scrum from project managers themselves, who did not understand a world without Gantt charts, or changing requirements as you went along.
Looks great! 2 bits of feedback:

- I'd like to know what kind of payment methods are available before signing up.

- I'd LOVE it if this supported a prepaid payment option, where the service just stops if you run out of credit. (With an email alert, of course.)
That's what I think every time when I find a new project! There are a few directories, but none perfect. I'd like to see one that's user-updatable (via Github), sort- and filterable and shows the current health of a project (last update, contributors, ..). Closest I found is this:

https://github.com/awesome-selfhosted/awesome-selfhosted
I thought for half an hour that my neighbor listened to piano music.
OK, here's my take, based on 30 years of being a programmer and "manager" and "architect" and other position buzzwords.

I hate the title software "engineer" because engineering is a set of practices and processes that software creation doesn't come close to complying with.

The primary problem is the feature backlog. It's always been that, whether it was called the "Requirements" or the "Functional Requirements" or whatever.

Working out what the product of the effort has to do is hard. It involves understanding the actual end users (not the managers of the process/product), the process/product itself, and the context and environment in which it will operate.

The stakeholders are multiple and on multiple levels. There are managers and auditors that need visibility of the ongoing operations, there are users and consumers that need the actual input or output.

I've never met a "Product Owner" that actually understands the product they are building or where and how it is expected to be deployed and operate. They rarely filter out unnecessary or dangerous "features", but just add them into the overall bucket without knowing where to draw the boundaries.

The "solution" is multi-faceted, but it needs to be directed at this area.

Domain Driven Design is one approach, actually engaging with the actual end users is vital.

Sometimes, ignoring a manager's desire (particularly for "dashboards" and "reports") is very important to keeping the feature backlog manageable.

Understanding the context/environment is also vital. Does this product deal with individual's personal information? How does SOC affect it? Is the process required to be auditable? If it is, what evidence is required for the auditors?

None of this is "software" per se or even "programming", or, even worse, "engineering". It's process and product and understanding what is being built.
> There is an underlying principle in the world of sales / marketing etc that basically boils down to show the right people the right message at the right time.

That's kind of the industry mantra for us, marketers. The reality is much more complex than that, goes beyond that to be quite honest.

You just have to ask the question: "What's the right time to reach the right someone, with the right message?"

And you'll find out the answer to that exercise is a game of Darts, with hits and misses, and as a consequence a lot of wastage. But that's the game we chose to play.

Now, of course if you're reaching people who left your eCommerce shop and you retarget them with the items they have on their basket, it's a personalized ad that has a great probability to get results because you are reaching people who expressed a very specific behavior. But this, as you know, it's a rather small slice of your potential customers.

But for example, when you say:

>useless audience group like “women 18-24” then your results are going to suck for a multitude of reasons.

If your product offer is a pill that helps to relief period pain and cramps, why isn't this a valid audience? Or the pill needs to be a "a pill for early teen women that like skateboards and scratch off tickets"?

In my point of view the problem isn't the lack of personalization, or the need for it, but more a matter of saturation of some media channels.
Not really. China and India grew even during the 1990s when $ interest rates were not 0 and quite high. Single largest removal of poverty in the world.

Growth in both those countries was due to them opening up economies to internal and external entrepreneurialism and capital.
For Gibson, a cyberdeck is mythologized as a guitar, and electric guitars are called axes.
I have this ultracheap made-in-China big kitchen clock, with a single AA that I've replaced twice in eight years. I don't buy expensive batteries, more like in line with the clock.

It has second hand (the kind that doesn't tick but appears to move uniformly) so there is some extra mechanical work.