skysight-inc/HackerNews huggingface dataset:
Hm.

So again forgive my ignorance here. I formerly worked at a unicorn startup that exited some time ago, so I've not worked at FANG or something huge like that, but definitely at a company that needed to pump out tons of features fast for both internal stakeholders and external users.

For user facing stuff we eventually developed a design system so fair enough, don't need retool or something there.

For internal facing stuff, before our design system was built, we'd literally just use mui (or bootstrap, or even bare bones) and react and put together whatever tool Sales/support/etc. needed and it would be live in like a couple hours max. I could access any streams or databases easily, and put a simple UI around whatever. Things like a need to load up customer information from sfdc instance A and cross reference it against data in live customer db, and call out any data (like phone/email,etc.) that didn't line up.

Wouldn't it be easier for a full stack engineer to just code it? Or am I missing something? I mean drag and drop + set up interactions + pull from database + write to database + other things via a UI seems more time consuming than just writing 100-200 lines of code.

How do I get access to my customer database in this tool and salesforce instance? What if I need to check a user's account information via our account service to see if they have access to some additional paid features? Would I even want to connect a live data store to this kind of tool?

Sorry if I'm rambling, I am just confused if this is a valid use case or not. Or is it just to make basic forms?
> Edit: lots of great discussion below but I really meant how do they manage network TRAFFIC, not microservices in general :)

I don't really understand the question you're asking, but I think maybe the answer is that network pipes are just bigger than the scale most people are operating at? I don't think anything I've ever done has really had that many qps, and if it has, it is more likely to raise an eyebrow that says "who's spamming requests" more that "I guess we've made it to the big time".

REST & protobufs are orthogonal. Empirically, literally nobody is doing REST, and most things are just ad hoc, poorly to not-at-all defined JSON/HTTP with a few HTTP verbs sprinkled in to make everyone feel good. It could be protobuf, too, if you like, but unless you have some truly gargantuan JSON, it really won't matter in the end. Compression will make up enough of the difference in size on the network. Some languages don't have to allocate the keys a billion times, too, though even in Python, it's a while before it starts to hurt.

What I see more of is processes just inexplicably using gigabytes upon gigabytes of RAM, burning through whole years of CPU time for no particular reason before just dropping back to nominal levels like nothing happened, and dev teams that can't coherently understand the disconnect between just how much power a modern machine has, and what their design doc says their process is supposed to do (hint: something that shouldn't take that many resources).

I like microservices, but there should be strong areas of responsibility to them. For most companies, I think that's ~2–3 services. At my current company, it's ~2 services + a database, with the rest being things like cron jobs or really small services that are just various glue or infra tooling.
Any wiki software for documentation for starter, then a forum if you'd like to provide support or let users help each other. Instant messaging should only be used for collaboration, direct messaging to the maintainers and hand-holding.
Why are we assuming population will grow unbounded?

Surely, there is birth control.
You do e.g. `fail-unless somecommand`. The result (exit/return code) is captured in the function and based on that, the function logs and exits or not.
Disagree, wealthy countries are labor resource constrained so the cost of child care balloons compared to wages.

And I predict that as the cost of labor goes up, people will want to have more kids again because it will be profitable, not unlike subsistence farmers wanting kids to work on the farm.
Also worth thinking about in this context is the so-called “repugnant conclusion”:

In Derek Parfit’s original formulation the Repugnant Conclusion is stated as follows: “For any possible population of at least ten billion people, all with a very high quality of life, there must be some much larger imaginable population whose existence, if other things are equal, would be better even though its members have lives that are barely worth living”.

https://plato.stanford.edu/entries/repugnant-conclusion/
Fast trains dont run the whole width and breadth of Europe either. There are certain routes on the most populated regions. Moreover, population argument does not make sense especially because the fast trains dont ferry passengers to random stops on the road. They run in between two major cities or population centers where most of the passengers board and disembark from. The same can easily be done in the US in any region.
Are you my doppelganger? I've been considering training a model on hn comments and using it to find potential co-founders
All of them. :)

https://github.com/42wim/matterbridge
If you have books and cherish them, you need to kill the silverfish.
Eh, sure, but that doesn't really address the parent comment's concern if population keeps growing unbounded. The real answer is that population doesn't keep growing unbounded.
> GIMP has more ways to adjust the colors of an image - an entire menu of the stuff actually. Something i often need is adjusting the brightness and contrast of an image, but there isn't such a thing in Krita (well, there is in GMIC, but it has its own issues).

Krita also has an entire menu of ways to adjust colours, and can do them in high bit depth as non-destructive Filter Masks by default:

https://docs.krita.org/en/reference_manual/filters/adjust.ht...

There is no dedicated "Brightness/Contrast" adjustment anymore, because, as the linked page notes, that functionality is just a specialized subset of the Color Adjustment Curves/Levels.
The article seems to define scarcity as a very basic existence. Most would call it abject poverty.
Short of a global scale revolution every bit as bloody as the French or Communist revolutions, they can't be reached. Consider, you're talking about eliminating the bulk of luxury/prestige consumption. This threatens the fortunes of most if not all of the richest individuals and organizations on the planet. History has made pretty plain what happens when you make the money sad and don't have armed contingencies in place to deal with the inevitable backlash.
I don't see a point in striving for a society where most of the population is only meeting tier 1 needs. That's a human chicken farm, not a civilization.
"rotates" is not the same as "forces a rotation". If there's a PWA that forces landscape orientation in iOS, same as a native app, please post a link.
It is fine to use Discord, I think, as long as you keep in mind that, like every chat service, are going to run out of investor money and be bought or go out of business after a couple years go by.

The only successful business model for chat apps is giving away investor money in the form of free services.
“Microservices can easily be a must” please explain.

Your example talks of packaging issues.
Innovation Is Overrated: A Provocation
HTML version: https://kemendo.com/Myth-of-Scarcity.html
Childcare has the problem of not getting more productive as other areas do get more productive, increasing the cost as wages go up.
Killer whale vs. shark: Solo orca eats great white
Ask HN: How and when to look for internships and jobs?
I am currently a sophomore pursuing a CS degree from a mid-tier university in India. I have an intermediate level skill level in DevOps, although I would err to describe it more towards a basic level, (basically got into it through a selfhosting and Raspberry Pi addiction) and so on. Other than that, I am currently learning Rust, but I don't think I have the mental capacity needed for the Leetcode/CodeChef/HackerRank race, which is what seniors and batchmates alike are doing.
On the other hand, some are waiting until pre-final year of the degree for internships, while some are working in the field part time already, so there's a host of confusing advice with regards to what to do when pursuing professional opportunities. So would appreciate some advice regarding that, and also, what is the method to look for jobs/work opportunities that are less focused/prone to the competitive programming grindset (the leetcode thing I mentioned earlier). Sorry if the post was incoherent, will rewrite if needed.
haha, IT staff doing mystic chants reminds me of this video I made over a decade ago:

https://www.youtube.com/watch?v=8Sj3_NfDYeU
Another group of incompatibility with PNG was 16 bit coding. I had a plan to add it as simply sending two 8 bit images where the second image containing the 8 least significant bits would be predicted to be the same as the first. That way it would not be perfect, but it would be 100x better than how PNG deals with it. WebP had another plan for layers and tiles that never realized, and as a consequence WebP is stuck at 8 bits.
Bash is pretty much expected to be installed on any Linux distro. On FreeBSD (and likely other BSDs) it is an optional install. If you want a script to run on either, use sh. If strictly Linux, bash is probably safe.

Bash/sh is good for when you need to combine some commands and what needs to be done can be accomplished mostly by CLI commands with a little glue to tie them together. Some times it is surprising what can be accomplished. I wrote a program to import pictures from an SD card on Windows using C#, copying pictures to C:\Pictures\YYYY\MM\DD according to the EXIF data or failing that, file time stamp. I tried to port it to Linux but ran into problems trying to connect to the EXIF library. After struggling with that, I rewrote it using sh, some EXIF tool and various file utilities. It took 31 lines, about half of which were actual commands and the rest comments or white space.

A much bigger project is a script to install Debian with root on ZFS. It's mostly a series of CLI commands with some variable substitution and conditionals depending on stuff like encrypted or not.
Look up the "Simon–Ehrlich wager" - essentially a economist and naturalist held a very public bet about whether certain critical resources would dramatically rise on price due to scarcity constraints. Essentially the economist, who bet that we would not see those prices spike as market forces drive resource efficiency. In the case of this wager the economist was correct.

Ultimately you are right. We will ultimately and inevitably face resource constraints. How we respond and which resources will provide the limiting constraint is unclear.
I cannot take any decentralization, privacy. or security project seriously that uses Discord for comms. The moment I see "join our Discord" I close the tab. It is embarrassing.
What ideology could be more pure than dismissing an entire well-cited paper with the phrase, "Pure ideology." and no further evidence or thought?

The irony is rich with this one.
vertical farming
Learn both, but use Rust long term.
> I say, that the power of population is indefinitely greater than the power in the earth to produce subsistence for man. Population, when unchecked, increases in a geometrical ratio. Subsistence increases only in an arithmetical ratio. A slight acquaintance with numbers will show the immensity of the first power in comparison of the second. By the law of our nature which makes food necessary to the life of man, the effects of these two unequal powers must be kept equal. This implies a strong and constantly operating check on population from the difficulty of subsistence. This difficulty must fall somewhere and must necessarily be severely felt by a large portion of mankind. -Thomas Malthus An Essay on the Principle of Population [1798]

> The battle to feed all of humanity is over. In the 1970s hundreds of millions of people will starve to death in spite of any crash programs embarked upon now. At this late date nothing can prevent a substantial increase in the world death rate. -Paul Ehrlich The Population Bomb [1968]

Of course there's a limit. What that limit is no one knows and most predictions will be wrong. Some day someone may be right in their prediction given the right conditions.
I think this is more a consequence of consumerism and the media-nature of modern society and not directly from increased populations. It just seems that way because science allowing for larger food crops, less child mortality, etc. coincided with the rise of media technology.
That's probably more because of smoke detectors (and perhaps fewer smokers) than anything else. I'd love to get a sprinkler system retro-fit though, as that would make an impressive difference.

All the lighter-weight joists made with OSB burn far faster than the 2x8s or whatever they replaced, and home furnishings are made with large amounts of flammable synthetics.

At a live-fire course I was on, the scenarios we worked on were fueled by stacks of wooden pallents, lit by an instructor's tiger torch. One of the instructors asked us if we knew the fuel equivalent of a typical love seat with synthetic foam, in pallets. We all figured it was lots, but not the real answer: NINETY.
The graph you linked shows Firefox topping out at around 30% of market share, a distant second behind IE.

https://en.m.wikipedia.org/wiki/Browser_wars#/media/File:Bro...

This later graph (from the same Wiki article) covers 2009-2022, and is much more telling: once Chrome launches, it overtakes Firefox in two years, and then IE in another year. By the time Firefox manages to overtake IE, it’s fighting for third and has only ~15% market share.

Today, Chrome has ~66% market share, and it’s somewhat clear that the remaining 34% of non-Chrome traffic is mostly iOS/Safari. Apple is absolutely being anti-competitive, but that anti-competitive position is the only thing blocking Google from taking control of client and forcing a browser monoculture.
Our missed opportunities will cost us more than our mistakes
I'm 50/50 on the fence here. I agree with most of your assertions, but I think knowledge of the base level will always be useful.

I do quite commonly use gpt4 to write my boiler plate, my knowledge helps me redirect it when it's going down the wrong path (or flat out hallucinating).

Will it get better? Of course! But being able to understand enough to be able to modify it yourself won't disappear. Just become less useful.

Apologies if I misunderstood your assertion, it's been a long week.
"If you enjoyed this video, then you're a freakin' nerd."

Guy knows his audience.
The article is about service meshes and the tradeoffs amongst them. Going back several years, teams at companies ask about feature X - mtls a big one. The discussion goes to - should we use a service mesh, often the answer was no.

K8s is a great platform with many options, but many decision makers have little knowledge (or don’t research) the implication of their choices.
The performance of type inference matters for runtimes which work with TypeScript files directly, rather then using the transpiled .js + .d.ts files like Deno. This has several benefits in that we can jump to the source on "go to definition" rather than some random .d.ts file among other things. Deno uses the original TS files for type checking as well and that's why inference also affects type checking performance in some runtimes.

By ensuring explicit return types in the public API, the generation of .d.ts files is turned into a mere syntax transform, rather than requiring the tsc compiler. This is something TypeScript will ship with in the next release itself. They're adding a new `isolatedDeclarations` option which is the same thing.
How does moderating more accelerate the reaction?
> Ultimately you are right. We will ultimately and inevitably face resource constraints. How we respond and which resources will provide the limiting constraint is unclear.

Why?

Keep in mind that it is not evident that population will continue to grow.
I mean... there are basically no robustness checks.They only had a pre- and post-intervention comparisons with no random comparison group for a counterfactual. They asked retrospective questions. There are multiple poorly documented interventions. The analysis of the non-positive responses is extremely limited and what does exist draws conclusions that reek of confirmation bias. Their response rate for surveys appears to be crap which brings up questions of sampling bias. There is a strong appearance of cherry-picking. The descriptive statistics are extremely lacking - no confidence intervals, standard deviation, etc. - giving an appearance of p-hacking.
And even with population control technological advancements will inevitably lead to growing energy demands (e.g., see https://www.astralcodexten.com/p/sam-altman-wants-7-trillion to spark your imagination). Medium term we're not going to get around leaving the gravity well, or else embrace decline.
IRC was fine. People used it to get help, collaborate, have fun and share ideas for decades. Just because you can upload pretty pictures, watch "Discord Nitro" ads and clutter the channel with emojis doesn't mean IRC suddenly stopped being useful.
I didn't just discover Nix, but thank you for actually giving an explanation.
I use a link shortener for mailto links that include precomposed to/subject/body. It's handy to have the customer email you, and you reply, since your reply won't ever be marked as spam. If you gathered info via a webform and then emailed the customer, then it would be somewhat more likely to go to spam.
Yes. But the bridge looked fairly difficult to run and configure properly, requiring a yarn/npm dev environment (which I don't want installed on my machine)

At the time (still?) it seemed impossible to bridge Discord channels (which are viewed very much as 'create as you please') to Matrix rooms without painfully doing it one-by-one via a config file and managing/creating both on each side (Matrix really seems stuck on the idea of preferring its 'one room' model and has not really embraced channels in the Discord sense.) Discord had also just gotten forums with no way to bridge them.

Additionally, our Matrix rooms were seeing a good amount of spam that Discord was not, which would then get relayed to Discord via the bridge and would require moderating in both sides.

Finally, our strongest Matrix advocates firmly disliked the idea of a bridge because it meant their Matrix messages would go to the proprietary Discord company.

In the end, we let them run side-by-side for a little while then the Matrix quickly died.
Do you think it’s gonna get better or is this the new norm?

I can’t help shake the feeling it’s the latter - rates might be higher for longer and tons of companies have jumped on the south-america/eastern-eu hiring bandwagon
Think I can get Uncle Sam to let me write off both if I do? ;-)
I see. Thank you for explaining.
In 100 years you'll be dead as Caesar's ghost regardless of what car you drive or how braggable your social media presence makes your life appear. Pointless bling is pointless, regardless of how it's framed. Edit: apparently that poked someone in the worldview. Nifty.
> it's the weirdest thing to compare nuclear weapons and biological catastrophe to tools that people around the world right now are using towards personal/professional/capitalistic benefit.

You're literally painting a perfect analogy for biotech/nuclear/AI. Catastrophe and culture-shifting benefits go hand in hand with all of them. It's about figuring out where the lines are. But claiming there is minimal or negligible risk ("so let's just run with it" as some say, maybe not you) feels very cavalier to me.

But you're not alone, if you feel that way. I feel like I'm taking crazy pills with how the software dev field talks about sharing AI openly.

And I'm literally an open culture advocate for over a decade, and have helped hundreds of ppl start open community projects. If there's anyone who's be excited for open collaboration, it's me! :)
As a constant pedestrian, my main concern is people turning right at a light as I'm starting out in the crosswalk. In that case you can usually check their eyes from the side even at night. If I don't have confirmation they see me, or if they aren't obviously stopping for me, I don't go.

If it's someone at a 4-way stop, you can usually tell when they come to a stop far from back the crosswalk. Otherwise I don't walk out in front of them. I also try to be aware if I'm in their blind spot.
Microservices (or really services in general) solve some of these packaging issues. If I have my application that depends on package A that pulls in dependency C version 1.x, and also on package B that pulls in dependency C version 2.x, this just doesn't work in Python, and many other languages. The only way to make it work is either rectify my dependencies so all my versions match (by running one of your dependencies out of date) or to split them up so my application is composed of one service that pulls in package A and another that pulls in package B, and have them talk over some IPC.
> But, I’ve never met anybody who’s paid for it.

I bought the server boost once, hoping it would improve the audio quality of my little channel. There was no discernable difference, and as I do not need more dancing blinking emojis, I canceled the subscription again.
The primary issue with IRC is that its design presupposes a persistent, always-on session, which is not conducive to users who switch between multiple devices. While it functions adequately on one or two PCs, integrating mobile devices complicates the experience. Although it is possible to bridge and proxy connections to mitigate this, it introduces an additional layer of management, leading some users to prefer alternative platforms. Furthermore, IRC's notification system is less robust and feature-rich compared to contemporary messaging solutions.
Many of these disadvantages only apply to shortened links that use foreign TLDs.
> so saying 'chemical batteries that can react in milliseconds' is understating the speed by a factor of ten million. that's like saying 'jet planes that can fly meters per day', 'supercomputers that can do dozens of multiplications per minute', or 'skyscrapers that can reach tens of microns in height'

I checked your analogies for jet planes and skyscrapers, and found them to be well within an order of magnitude of ten million, but you're off on your supercomputer analogy by a factor somewhere in the range of a billion.

I couldn't find a hard definition of what constitutes a supercomputer. The bottom of the Top 500 list is in the single-digit petaflop range and an RTX 4090 has 70 or 80 single-precision teraflops, and presumably you need more than a handful of graphics cards to constitute a supercomputer, so let's say 1 petaflop is our threshold for a supercomputer.

The ratio of a petaflop to 12 flops/minute is 5e15, or 5 million billion. Saying "a factor of ten million is like saying 'supercomputers that can do dozens of multiplications per minute'" is like saying 'the moon orbits meters above the Earth's surface'.
Is it okay with you if I dislike both Microsoft and Musk?

I don't care if MS employees are the happiest people on the planet. That has nothing to do with why I hate Microsoft. I also don't care too much about some slight 15 years ago. What I hate is the damage they've done and continue to do to software freedom and computing literacy, and the way they continually try to seek monopolies using underhanded tactics.
Malthusian nonsense. As societies develop and become richer, birth rates drop.
Also, over time, our ability to produce more food has always risen to the challenge.
Ok, then maybe potential improvements would come from making the deployment setup itself reproducible. But maybe that's not so significant.