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

From an economic standpoint this is basically machines doing work humans used to do. We’ve already gone through this many times. We built machines that can make stuff orders of magnitude faster than humans, and nobody really argues we should preserve obsolete tools and techniques as a valued human craft. Obviously automation messes with jobs and identity for some people, but historically a large chunk of human labor just gets automated as the tech gets better. So I feel that arguing about whether automation is good or bad in the abstract is a bit beside the point. The more interesting question imho is how people and companies adapt to it, because it’s probably going to happen either way.


I suspect this is less about when Windows declined and more about individual computing journeys. Early exposure (home, school, work) tends to set a baseline that’s hard to shake.


Microsoft had realyl good engineers and talent. Microsoft internally has gone to shit. They hire an army of H1B's and all the talent has left. Shell of a company on the Windows side that anyone working with them can see. It started a couple years ago, but it's really gone off the deepend and will just get worse. I say this as a windows expert and someone who thinks linux is crap.


Most production software is wrappers around existing libraries. The relevant question is whether this wrapper adds operational or usability value, not whether it reimplements OCR. If there are architectural or reliability concerns, it’d be more useful to call those out directly.


Sure. The self host guide tells me to enter my github secret, in plain-text, in an env file. But it doesn't tell me why I should do that.

Do people actually store their secrets in plain text on the file system in production environments? Just seems a bit wild to me.


well, you can use secrets manager as well


Thanks for sharing. That would be a nice additional example in .NET with Andy TUI. The library is not Rust but there are a few examples you might be interested in, including a HN client [2] [3].

References:

[1] https://github.com/rivoli-ai/andy-tui2

[2] https://github.com/rivoli-ai/andy-tui2/blob/main/examples/An...

[3] https://imgur.com/a/CgECRa2


I have the Apple 6K 32” Pro Display XDR and a Kuycon 5K 27”. Both are great. Apple was $6,500 and the Chinese version was $400 on EBay plus the $100 stand. Kuycon has more types of input, and a remote. Frame and display quality are on par for a dev.


They aren't even close in comparison? Like 600 nits brightness vs 1000 (1600 peak) for one. Contrast ratios are very very different. It only supports HDR600. They are very different displays in person. Perhaps at low brightness on text they are similar, but outside of that they really aren't very similar.


Developers mostly care about text resolution, so anything 220+ is great


yes, I couldn't tell the difference. What matters to me is to not see the pixels, and the size of the canvas. I am running the XDR at 60% brightness.


$400 where? The cheapest I've seen the kuycon 5k is $800 before shipping, and the QA has been hit and miss with users having to pay to ship it back.

It's not to say it's a bad option, but it's definitely not $400 out the door.


Ebay so likely used.


yes, someone got it from a family member, and had no use for it, and sold it to me as is. It was brand new, unopened and in original packaging.


Reviews are saying the Asus has an aggressively matte display, causing the text to look a little blurry.


Same for me


I believe the controversy arises from the notion of “little effort” and critics who have never independently pushed anything to market. It comes across as dismissive and arrogant simply because someone exudes excessive confidence in a limited set of skills. I can personally attest to the immense demands of building a successful business, and it’s evident that very few individuals possess the capability to achieve that. Therefore, while it may provide comfort to avoid challenging oneself and dismiss others’ total work, it ultimately doesn’t benefit anyone and feels more like a self-serving “I could, but I never will” attitude.


The potential customer rarely cares whether a service provider is running their business well. What matters is the product's value added and risks added, as compared to just using the underlying tech directly.


Enterprise doesn’t spawn 10,000 containers to perform a simple “hello world” operation. That’s not how it operates. You’d be amazed at how many concurrent requests a single service can handle. This capacity must align with the actual requirements of the companies involved, not some unrealistic scenario like “we need to emulate Google.”


Great work. I miss the speed we had before graphics card were a thing. Everything was literally 100x faster to render. I wish we could bypass graphics card entirely on modern Oses and computers but it looks like it’s not even possible anymore with EUFI. I would buy a card that works for TUI only, and with a large set of Unicode chars, and works on a 6K screen.


Text mode actually needed a GPU to be fast, it just wasn't called that back in the day. It was dog slow on older hardware to render text in software, even from bitmaps.


> it just wasn't called that back in the day

Right, I think they were more just like "VGA cards" or "graphics adapters" for a while, and before that would have been CGA/EGA/Hercules, etc. I view the first GPUs as being those with 2D + 3D acceleration.


Labeling them as “wrappers” and “niche business” indicates a strong cognitive bias already. Value can be created on both sides of the equation.


How so? They are wrappers, and it is niche.


I think those wrappers could create some potentially complex workflow around LLM API, with various trees of decisions, integrations, eval, rankers, ratets, etc, and this is their added value.


Wrappers are a bit pejorative and reductive - everything is a wrapper around something else.


If everything is a wrapper around something else, how can the description be a pejorative?


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

Search: