Hacker News new | past | comments | ask | show | jobs | submit | more FinalBriefing's comments login

Or the fact that the annual raise hasn’t matched inflation for years. Each year, you’re not getting a raise, but loosing ($Inflation - $GS_Raise). You can be the hardest working member of your team, but your salary decreases at the same rate as everyone else.

Every talented person I know working in government with a GS scale has left their employer because they were not being compensated fairly.


That’s also how we ended up with leaded gasoline.


The fact that the current regulatory regime hasn't forced the use of an octane booster that is acutely toxic is more of a case of a broken clock being right twice a day than it being good policy. I would even argue that in this case, the broken clock isn't even "right". As the OP points out, use of ethanol has negative consequences as well, and the fact that its use is mandated basically gets rid of any incentive to come up with a better octane booster.


Ok, but one broken clock is easier to manage than a dozen broken clocks that are also potentially malevolent. At least all cars are tuned for the same type of fuel, and it would theoretically be easier to migrate all infrastructure from one formula to another as we did with lead.

How would auto manufacturers manage their cars' fuel systems if every station could potentially have a different octane booster? How do all those cars switch over to an entirely different formula when a bunch of those octane boosters are found to have issues?

Personally, I think the industry needs an R&D consortium to look into better technologies that all shareholders can use. Federal input and regulation, but the companies are free to work together to find better solutions for the environment and our health.


I think because that's still very similar to a dedicated server.


Gotta disagree with you here. Modern PHP is quite great, especially when paired with Laravel or Symphony. They had to introduce breaking changes to move the language forward, but I don't recall anything huge after 7.0 or so. There's a huge ecosystem of packages to do just about anything web-related, and the documentation and community resources are way better than anything I've seen with say, Java/Spring.

Laravel is a great way for a small team to get an application up and running quickly and really shouldn't be overlooked.


We’re not disagreeing though. I was contrasting using something like Laravel with just PHP. And it’s not just documentation and ecosystem. You also get a stable, nice foundation with a clear upgrade path that protects you from a wonky foundation.


Kinda like saying that people shouldn't use vanilla JS these days unless you're a glutton for punishment.


How far are we from Clippy being able to scaffold out migrations or table schema?

"Clippy, create a table called "users" with the fields: first name, last name, bio."


On a Mac, I got stuck in some sort of loop that prevented me from joining any calls, and even uninstalling the Teams app didn’t fix it. I had to use my iPhone for every Teams call, and sometimes the Teams web app.


Same issues here on M1 MacBook Pro. Most of my company is Windows-based so I don’t think they endure as much pain.


Well, they can train the model on things we know _aren't_ alien signals.

Edit: From the article:

  > To train the AI system, Ma inserted simulated signals into actual data, allowing the autoencoder to learn what to look for. Then the researchers fed the AI more than 150 terabytes of data from 480 observing hours at the Green Bank Telescope.
The simulated signals were sounds that couldn't possibly be produced by any (known) natural astrophysical process. So, the model finds signals that have characteristics of artificially generated signals.


Or it will identify novel astrophysical phenomena. Which is not a bad thing.


yes, it can identify _unknown_ signals, but can't determine whether they are _alien_ or simply indeterminate natural phenomena


I use it for Node all the time. There are published docker images with Alpine as the base and just Node and any required packages installed. I've had to manually install a handful of libraries to support image processing, or anything else that NPM might not install itself.


Same here. It's a great base image for node projects.

the Node 19 release alpine image is ~175mb, the same release on debian (bullseye) is roughly 1gb (998mb). Still ~80MB smaller than the bullseye-slim release (247mb).

---

That said - if the ask was for using it as a daily driver on a machine (primary OS), I'd probably still pick a more fully featured distro (ex: my daily driver is Arch, not Alpine). The available packages and tooling in Alpine aren't really geared towards daily use as an OS, although some folks definitely do it.


Is it just me, or does this still seem about an order of magnitude larger than it reasonably needs to be?

Given the size of Alpine itself (less than 10 MB, last time I checked), is it node that pulls in so much extra stuff, or something else?


Node is about 60mb on it's own.

Taking a peak at the official dockerfile for alpine node (https://github.com/nodejs/docker-node/blob/28ad5e0e5d0e80df4...), they're also pulling in the following packages

        && apk add --no-cache --virtual .build-deps-full \
        binutils-gold \
        g++ \
        gcc \
        gnupg \
        libgcc \
        linux-headers \
        make \
        python3
My guess is the most weight is probably coming from linux-headers (~10mb), python3 (~50mb), and nodejs (~60mb). Plus 1 to 10 mb for each of the other pacakges, and you end up right there around 175mb.


Why does a minimal nodejs 19 distro need python3 ?


Yeah, I looked again and it looks like they're actually only pulling those packages in when they need to build node for the current ARCH. (that's what I get for just scanning to the first call to apk add)

They also appear to be cleaning them up, so I'm not actually sure where all that extra weight is coming from.

Node itself is fairly trimmed down in the packages for alpine (40MB installed), but they're not using that package, they're pulling in their own version from their download sources - so it's possible they're including a lot of extra junk there. They also add yarn which is another 10mb.

But in general - I agree, there's about 100mb of weight I can't actually explain in that image from a very quick look.


My understanding is that it’s because of node-gyp, used to build native addon modules for Node.js.


For very specific uses. Linux is not a good options for general computers used by everyday people. That experience is still owned by large corporations.


There are only two cases when you can't use Linux as you daily driver:

    * You must use proprietary software not supporting Linux
    * You must use a device with proprietary drivers not supporting Linux
For me, it works flawlessly, since I avoid both cases.


I've worked at a company that did this. Not fun.

You basically have a bunch of employees who know their job is going to end...waiting for it to end. Mentally, you're checked out. You're not going to produce your best work for your company and it becomes a struggle to stay engaged. That's my experience, anyway.

The better approach for everyone is to _maybe_ give 1-2 weeks warning so everyone can wrap up what they're working on, then give fair severance packages when the day comes.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: