Hacker News new | past | comments | ask | show | jobs | submit login

Well, arguably that's true in the webcrap space. The HTML->CSS->JS->Webasm line of development really is crap on top of crap. Trying to fix the design problems of one layer by putting another layer on top of it only sort of works. It gets worse over time. "The mold seeps through the wallpaper" (a comment I usually make about C++ collection classes trying, but only partially succeeding, to hide the problems of C arrays).

I was doing "microservices" on QNX using MsgSend/MsgReceive for hard real time over 15 years ago. It doesn't have to suck; the mainstream is just using the wrong tools for doing it fast. The QNX people managed to shoot themselves in the foot by going closed-source -> open source -> closed source -> open source -> closed source, after which their developer community was fed up.

Machine learning is not linear algebra. It's nonlinear. That's what makes it useful.




> Well, arguably that's true in the webcrap space. (...) crap on top of crap

Not that you're wrong per say, but personally, I think you should take a look at the HN guidelines. Like don't be snarky, and don't post shallow dismissals.

Just categorizing the arguably most popular way of building software as "crap" doesn't seem like thoughtful or curious conversation.


> The HTML->CSS->JS->Webasm line of development really is crap on top of crap.

I completely get the hate for modern web, but in this case I think it's unrelated. The whole Kubernetes/microservice world exists basically to serve JSON and similar protocols. Maybe rarely some static HTML.

For HTML->CSS->JS->Webasm stuff it is more fashionable to compile at build time and service as static assets. That's the polar opposite of Kubernetes/microservices.




Applications are open for YC Summer 2020

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

Search: