Hacker Newsnew | past | comments | ask | show | jobs | submit | znpy's commentslogin

> Back in 2011, when Motorola released a phone that could do something similar, I was sure that was going to be the future. It’s been 15 years.

the thing that annoys me is that pretty much everybody in the industry with a decent amount of understanding has known for more than a decade this was absolutely feasible.

and the most infuriating this is that i know for a fact it's not being done purely for a matter of product fragmentation.

the macbook neo is living proof that we could give people a single device (iphone 17 pro/pro max) and have that do pretty much everything. get in the office, hook your phone to a display via usb-c, start working. unplug your phone (which now is fully charged) and go home.

we could have dumb laptop-shaped terminals where we plug our phones, and get a larger display and a keyboard. or tablet-shaped "terminals". or desktop docks at home.

how cool would it be to leave for the office with just your company phone in your pocket ?

but we wouldn't need three separate devices: an iphone, an ipad and a macbook.

something similar would likely also apply to the android world, if android os developers could get their shit together and get a decent implementation working (android occasionally re-launches this, and it usually sucks again).


> It always starts off all good with just managing a couple of containers to run your web app. Then before you know it, the devops folks have decided that they need to put a gazillion other services and an entire software-defined networking layer on top of it.

As a devops/cloud engineer coming from a pure sysadmin background (you've got a cluster of n machines running RHEL and that's it) i feel this.

The issues i see however are of different nature:

1. resumeè-driven development (people get higher-paying job if you have the buzzwords in your cv)

2. a general lack of core-linux skills. people don't actually understand how linux and kubernetes work, so they can't build the things they need, so they install off-the-shelf products that do 1000 things including the single one they need.

3. marketing, trendy stuff and FOMO... that tell you that you absolutely can't live without product X or that you must absolutely be doing Y

to give you an example of 3: fluxcd/argocd. they're large and clunky, and we're getting pushed to adopt that for managing the services that we run inside the cluster (not developer workloads, but mostly-static stuff like the LGTM stack and a few more things - core services, basically). they're messy, they add another layer of complexity, other software to run and troubleshoot, more cognitive load.

i'm pushing back on that, and frankly for our needs i'm fairly sure we're better off using terraform to manage kubernetes stuff via the kubernetes and helm provider. i've done some tests and frankly it works beautifully.

it's also the same tool we use to manage infrastructure, so we get to reuse a lot of skills we already have.

also it's fairly easy to inspect... I'm doing some tests using https://pkg.go.dev/github.com/hashicorp/hcl/v2/hclparse and i'm building some internal tooling to do static analysis of our terraform code and automated refactoring.

i still think kubernetes is worth the hassle, though (i mostly run EKS, which by the way has been working very good for me)


> A lot of progressive companies, especially startups, talk about bringing your “authentic self”. Well what if your authentic self is all about watching porn? Yeah, it’s healthy to keep a barrier between your work and personal life.

this is probably the best truth. after a while it's easy to recognize people that are consistently being their "authentic self" and they're usually the worst.

FFS, be professional at work.


(preface: I'm talking about personal/homelab experience and usage)

I know this is not going to be popular, however: I still use plain and simple OpenVPN and frankly i've been very happy. It can do both ipv4 and ipv6 and with some more work also layer-2 bridging.

Yeah performance is lower in theory but frankly that has never been the issue for me.

I'm pretty much always bottlenecked by bandwidth rather than cpu time.


I wish there is more information about battery life of that laptop.

Approx 5 hours depending on processor but people have upgraded theirs to fit a larger battery to get it up to 10 hours.

It says "approx. 5 hours" in the "Power & Batteries" section.

5 hours with LiFePo4 and 8 hours with Li-ion since the battery system in the Reform Next should support both chemistries you can choose battery longevity or longer runtime and more frequent battery replacements.

Aaaaand the account is suspended :(

It’s super cool that these results were obtained on atom processors (!!!).

I wonder what results they would get if they were to push and use those “low-end xeon” cpus.


This isn't news, it's been progressing for a while. I'm a millennial and I say we should look at the numbers for millennials as well.

I see a lot of violence acceptance in my own generation as well. And I see it way more pronounced on left-wing people my age rather than right-wing people my age (largely irrespective of the gender).


I suspect the right-wing people your age are merely laundering their appetite for violence through the actions of their elected state. What do they think of the ICE shootings in Minneapolis? Double-tap strikes against Caribbean fishing vessels? Our queue of regime-change operations and Hegseth's "no quarter" rhetoric?

Remember this? "We are in the process of the second American revolution, which will remain bloodless if the left allows it to be." Violence against perceived enemies is a core part of the Republican party platform.

If there is, in fact, a rising tolerance for violence among some on the left, I can't help but see it as reactive, not proactive. Don't make a punch if you can't take a punch.


Always easy to blame the other party and divert the discussion from the main topic. Yeah i’m not surprised.

What’s next, you’re gonna call me a fascist too?


There is no point in discussing an issue without also talking about its very obvious causal factors -- especially if the issue is something that would be desirable to mitigate.

I love how the section 2.1 (“Mrrp”) has what most likely is the tcp packet header with a field called “Urgent Meowing”

Being the middleman is often way more profitable

Consider applying for YC's Summer 2026 batch! Applications are open till May 4

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

Search: