Live data from Hacker News

The average size of Web pages is now the average size of a Doom install

mobiforge.com

461–467 of 467 posts

Re: The average size of Web pages is now the average size of a Doom install

#461

Earlier quoted context omitted.

Unix isn't for end users, it's for developers to build on top of to give things to end users. Linux on desktop already happened years and years ago if you work for a tech company, and that's probably about as far as it needs to go. http://steve-yegge.blogspot.com/2006/04/lisp-is-not-acceptab... This is Steve Yegge's understanding of the Lisp community, and I should clarify that I don't think the XML monstrosities we…

Thanks for the link to that post. I'd also advise to read through its comment though - some people there, especially Pascal Costanza, point out quite a lot of problems that basically reduce it to ranting of a person who doesn't understand the language and the culture he's writing about ;). Also, the influx of enterprise patterns into JavaScript is quite a recent phenomenon - personally, I blame Google (who, for a rea…

What part of UHH do you think is not obsolete? I dislike many aspects of Unix, but it seems like 90% of the book is either wrong, meaningless invective, or obsolete. It's hard to view it as of more than historical value -- which is a shame, because Unix is far from perfect.

Re: The average size of Web pages is now the average size of a Doom install

#462

Earlier quoted context omitted.

The downvotes are because he is not engaging with my point. Never did I say the web is a proper application development environment. My point was that you can't create a proper application development environment that is both an open and defacto standard the way the web is.

>My point was that you can't create a proper application development environment that is both an open and defacto standard the way the web is. In addition to the countless examples posted in this thread, I would argue that if it's nearly impossible to create your own implementation of a platform or standard from scratch, then it's not really open in a practical sense. Who cares if the specs are available if it takes…

"Who cares if you have the formula of a drug to cure cancer if it takes many manyears to produce it from said formula?"

Re: The average size of Web pages is now the average size of a Doom install

#463

Earlier quoted context omitted.

Thanks for the link to that post. I'd also advise to read through its comment though - some people there, especially Pascal Costanza, point out quite a lot of problems that basically reduce it to ranting of a person who doesn't understand the language and the culture he's writing about ;). Also, the influx of enterprise patterns into JavaScript is quite a recent phenomenon - personally, I blame Google (who, for a rea…

What part of UHH do you think is not obsolete? I dislike many aspects of Unix, but it seems like 90% of the book is either wrong, meaningless invective, or obsolete. It's hard to view it as of more than historical value -- which is a shame, because Unix is far from perfect.

To clarify, I'm about half of the way through the book, and I have found a couple arguably-correct points. Complaints about Usenet and Unix vendors have mostly gone the way of the dodo. The author consistently ignores any distinction between the filesystem and the rest of the OS, which may have been accurate at the time of writing, but hasn't been true for decades. Similarly, we don't distinguish between a given shell and Unix as a whole, even though the book makes explicit mention that other shells exist. And why there is a chapter on Usenet passes understanding. Suggesting that shell expansion be handled by an external library is equally bizarre. So far the valid points are: * command input syntax is inconsistent. I don't know that this has a feasible solution, but it is true. * tar specifically sucks * sendmail configuration sucks

The real crime of UHH is that it merely hates, it does not instruct. When we do find valid criticisms, there is no suggestion for how to fix things, or how other OSes are better at the same role. I've resigned myself to read the entirety, but for all the authors' complaints about not learning anything from history, one can only feel like they have themselves to blame.

Re: The average size of Web pages is now the average size of a Doom install

#465
post #392

Earlier quoted context omitted.

"You believe that the web is such a broken application platform that it is possible to convince enough vendors and people to get behind a better solution. However, I...have been around long enough to know that will never happen." "That's not to say that the web might not some be supplanted by something better..." Whomever wrote the first paragraph of your comment should get in touch with the person who wrote the seco…

The irony is I understand your qualitative opinion of the web, and I generally agree with it. What I believe makes you unable to see my argument is an inability to separate technical excellence from the market dynamics that govern adoption. Declaring the web "not even a development environment" is just absolutist rhetoric that can in no way further the conversation. If you define "development environment" as a tradit…

Lets be honest, the web is a developer environment in the same way that a paper aeroplane is a passenger plane. I mean I'm sure its possible to create a 747 from paper, but do you really want to?

Why is it that a new javascript framework pops up each week? Its because the web as a developer environment is deficient. Despite it being standardised so much stuff doesn't work without kludges in each browser

Re: The average size of Web pages is now the average size of a Doom install

#466

Not too long ago Medium pushed an "invisible" 1MB image to clients https://binarypassion.net/digital-decadence-6ea59251d64d and the video it refers to https://vimeo.com/147806338

At my frst job I once had to fix a wordpress site that was 'too slow' which loaded a 12MB 4k by 4k favicon. I kid you not. It also loaded jquery 4 times, had about 20 unminified stylesheets linked in the header. When I told this to my manager he told me 'oh but you only need to load that stuff once and then its cached, so that can't be an issue'. I did not last long in that place. The backend was even more of a waste…

A 16 megapixel favicon does sound scary.

Re: The average size of Web pages is now the average size of a Doom install

#467

Earlier quoted context omitted.

var obj = {...} // native JavaScript Object.keys(obj).forEach(function(key){ console.log('obj.', key, ' = ', obj[key]) }) // Lodash _.forEach(obj, function(value, key) { console.log('obj.', key, ' = ', value) }) Object.keys(obj) creates an array that contains the keys of the object, which makes it pretty trivial to call filter, map, reduce, etc. And getting the value from an object's key is also pretty straightforwar…

Ruby: obj.each{|k,v| ...} Sure you can do it in JS, but calling Object.keys then forEach (in whose closure you'll still have to reference obj[key] by the way) still doesn't feel optimal.

In which case, if you really can't live without it, just attach it to the prototype.

Object.prototype.each = function(k,v){ //... }

Post reply on HN