4 ms·

I'm interpreting your question to be about suboptimal design decisions that became popular somewhat by accident and were then unchangeable due to backward compa

by csense 13y ago

I'm interpreting your question to be about suboptimal design decisions that became popular somewhat by accident and were then unchangeable due to backward compatibility concerns. Have more than 32 bits of IP address space. Rewrite some old fundamental protocols, like BGP (routing) and SMTP (email), to have better security (authentication / encryption). Make the browser's low-level language be an efficient bytecode-based compiled language like Java, rather than an inefficient dynamic language like JavaScript (although JavaScript is less inefficient than it used to be, thanks to recent improvements in JS engine technology). Allow web pages to separate data from formatting without requiring Javascript or server-side technologies. Use Markdown as the language of the Web instead of the XML-based HTML. Cross-browser vector graphics support. Decentralize DNS and SSL (perhaps using Namecoin or the like?) Make domain names read left-to-right instead of right-to-left.

bowerbird 13y ago
> Use Markdown as the language of the Web markdown is a fuzzy, fragmented, primitive light-markup. but +1000 on the generalized suggestion for light-markup. and instead of all the inane complexities of html-plus-css, use a model to give a good default display of the content, but let the user reformulate the display quickly and easily. (the "zoom" nonsense is the wrong way to go about things.) to sum up: it should be easy to put something on the web, and easy for people to format viewing to their preference. * create collaborative-filtering to separate wheat from chaff. it's more than slightly embarrassing that it's now 2014, and we _still_ haven't done this obviously needed task. once we saw we could store-and-forward everything freely, it was immediately clear the haystack will grow infinitely, and thus there is a huge need to be able to isolate needles. * people have always saved and treasured family photographs... we need to facilitate that human need, and save our history. * build in an objective search engine and sharing modalities, so that hundreds of billions of dollars -- literally! -- aren't siphoned out of our pockets to google and facebook. * put advertisers in their place -- i.e., the yellow pages. keep their ugly noisy pollution out of our public spaces. * make those "public spaces" a collection of _private_ spaces, so i'll retain ownership of, and control over, _my_ content. * build in the necessary mechanisms for intelligent discourse, and reasoned public action, to deal with vital issues in the social, political, economic, cultural, and ecology arenas. * automate hum-drum work to the greatest degree possible. elevate societal appreciation for those doing hum-drum work we are unable to automate. garbage-collectors are heroes, just like fire-fighters; the internet can frame-and-praise. encourage those who are so-inclined to become _artists_: painters, poets, programmers, musicians, writers, whatever. our _creativity_ is the only thing that can save us humans from our extinction, which will soon stare us in the face. * strive to integrate the offline and online worlds, so we can eliminate hunger, poverty, and homelessness. _yes,_we_can._ the rich can stay rich, but nobody should be poverty-ridden. (and if you say these issues are unrelated to the internet, you don't get it, and really should pay better attention.) * while i'm at it, stop letting the rich boys use the miracle of the internet as another one of their weapons to wage war. * comfort the afflicted, and afflict the comfortable. (if the shoe fits, wear it, because this does mean you.) -bowerbird
krapp 13y ago
>Make the browser's low-level language be an efficient bytecode-based compiled language like Java, rather than an inefficient dynamic language like JavaScript (although JavaScript is less inefficient than it used to be, thanks to recent improvements in JS engine technology). Not every use case for javascript demands native-level performance or strict type safety, though. You would really rather have a separate, compiled binary for every time someone wanted to alter the DOM on their page? And break the ability to view the source and edit in the browser? I can see the case for replacing javascript with a saner interpreted language, but we've already tried Flash-based sites and Java applets and for the most part the result has been slow, bug-ridden, insecure proprietary nightmares.

by csense 13y ago

bowerbird 13y ago

> Use Markdown as the language of the Web markdown is a fuzzy, fragmented, primitive light-markup. but +1000 on the generalized suggestion for light-markup. and instead of all the inane complexities of html-plus-css, use a model to give a good default display of the content, but let the user reformulate the display quickly and easily. (the "zoom" nonsense is the wrong way to go about things.) to sum up: it should be easy to put something on the web, and easy for people to format viewing to their preference. * create collaborative-filtering to separate wheat from chaff. it's more than slightly embarrassing that it's now 2014, and we _still_ haven't done this obviously needed task. once we saw we could store-and-forward everything freely, it was immediately clear the haystack will grow infinitely, and thus there is a huge need to be able to isolate needles. * people have always saved and treasured family photographs... we need to facilitate that human need, and save our history. * build in an objective search engine and sharing modalities, so that hundreds of billions of dollars -- literally! -- aren't siphoned out of our pockets to google and facebook. * put advertisers in their place -- i.e., the yellow pages. keep their ugly noisy pollution out of our public spaces. * make those "public spaces" a collection of _private_ spaces, so i'll retain ownership of, and control over, _my_ content. * build in the necessary mechanisms for intelligent discourse, and reasoned public action, to deal with vital issues in the social, political, economic, cultural, and ecology arenas. * automate hum-drum work to the greatest degree possible. elevate societal appreciation for those doing hum-drum work we are unable to automate. garbage-collectors are heroes, just like fire-fighters; the internet can frame-and-praise. encourage those who are so-inclined to become _artists_: painters, poets, programmers, musicians, writers, whatever. our _creativity_ is the only thing that can save us humans from our extinction, which will soon stare us in the face. * strive to integrate the offline and online worlds, so we can eliminate hunger, poverty, and homelessness. _yes,_we_can._ the rich can stay rich, but nobody should be poverty-ridden. (and if you say these issues are unrelated to the internet, you don't get it, and really should pay better attention.) * while i'm at it, stop letting the rich boys use the miracle of the internet as another one of their weapons to wage war. * comfort the afflicted, and afflict the comfortable. (if the shoe fits, wear it, because this does mean you.) -bowerbird

krapp 13y ago

>Make the browser's low-level language be an efficient bytecode-based compiled language like Java, rather than an inefficient dynamic language like JavaScript (although JavaScript is less inefficient than it used to be, thanks to recent improvements in JS engine technology). Not every use case for javascript demands native-level performance or strict type safety, though. You would really rather have a separate, compiled binary for every time someone wanted to alter the DOM on their page? And break the ability to view the source and edit in the browser? I can see the case for replacing javascript with a saner interpreted language, but we've already tried Flash-based sites and Java applets and for the most part the result has been slow, bug-ridden, insecure proprietary nightmares.