Hacker Read top | best | new | newcomments | leaders | about | bookmarklet login

The author specifically says the post is not about complex apps, but "typical websites".


sort by: page size:

"But aren’t tools the problem?"

No, they aren't.

This entire article read like it was written by someone that has never in their life been involved in the development of a website / app.


I agree.

The article reads like satire. I can’t tell if he’s making fun of the hoops you have to jump through to make a “modern web app”.


This is a clickbait nothing of an article. The author doesn't let clients architect apps. No one in their right mind does.

We do domain discovery and reinterpret that into the app.


I assume the title was targeted at Peteris' normal audience, not web app developers.

From the about: Peteris Krumins’ blog about programming, hacking, software reuse, software ideas, computer security, google and technology.


Man, leave it to HN to turn an article that has _nothing_ to do with a specific technology (notice how the app the author makes an example of isn't even a web app?) into an excuse to soapbox about modern web development.

Bullshit. The author is confusing web sites and web apps.

> It's entirely untestable, not repeatable, undocumented and just stuck together with flaky glue code.

Code that's testable, repeatable, well-documented and elegant doesn't guarantee that an application will actually meet anyone's needs in a commercially sufficient manner.

The WordPress code base is frequently criticized, and the Facebook index.php code from 2007[1] will probably make some people cringe, but these are just two of many examples demonstrating that if you want to "do well", building applications that work and meet the needs of their users is initially a lot more important than "proper technique."

[1] https://gist.github.com/nikcub/3833406


I think it's implied that these advices are for content pages, for the "old web", and not for single page apps.

> if your web app doesn't suck.

This may be the least reasonable assumption I have ever read.


>Oh, and that "app" where his "contribution" according to him was "tastemaker", it was built and designed by two other people

Not to mention the app is not anything to write home about at all.

He was at best a web designer back when the web didn't even know AJAX.


This article was written for web developers, and your comment makes it clear that you are not one. You are not in the target audience and you shouldn't be upset about this.

> "Flux, the latest hot web framework from Facebook."

This guy is clearly not a web developer.


I'd bet any money the author never worked on a complex web application beyond simple CRUD apps.

Absolutely no credibility when the entire post is a strawman rant with zero value from reading it.

Disingenuous.


The fact that this article is written and distributed with medium (web app) invalidates everything the author says.

It's working fine, you are using it, and millions of other people are happily using it. Web is great for users because they can do arbitrary operations with just a browser without needing to install anything.

I don't know about you, but I build web apps to help users, so it's okay for me to suffer a little pain to make users happy as a developer.


The information delivered is the author's philosophy on website design and implementation complexity.

I can easily tell that the author does not approve of overly complex websites, and thinks they lead to poor experiences for the developer and user.

Contrast this with a website for some hot new web 3.0 buzzthing, where "what is this thing" is not answered in lieu of presenting a shitload of "why we/this thing is so great". An example of this is npmjs.com. Nowhere does it actually state "this is a package manager for javascript", if you didn't already know it.


> The article is about login methods, not […] web3

It’s literally titled “ Real Problems That Web3 Solves, Part 1”


> This blog post feels like the documentation at MDN, tedious and unclear.

This feels like an undeserved swipe to me. How many developers prepend their searches with "mdn" when they need info on browser APIs?


Terrible advice from a "web programmer".

> Create a fully functional web app

> Do not use anything but standard library

Is this a high school homework or a realistic real world challenge? No thanks.

I'd say it's not just a bit over top, but ridiculously over the top. Maybe it's just me.

next

Legal | privacy