Live data from Hacker News

Modern Web Development

jtaby.com

31–40 of 87 posts

Re: Modern Web Development

#31
post #24

"Modern Web Development" does not mean "Works in Webkit", and it does a disservice to future/novice developers to reinforce that notion. What's dominant now was not in the not-too-distant past, and may not be in the not-too-distant future.

When Mozilla ships better developer tools than Chrome, I'm sure there will be posts just like this one. The fact that developers prefer Chrome is not a failing of developers; it's a failing of Mozilla to provide compelling tools.

Re: Modern Web Development

#32
post #30

This is worth getting your head around just for the console. I've been transitioning all of my projects from python cgi scripts (yuck), to shtml files, javascript clients, and APIs that run on node.js. For somebody like me, that has been writing python+cgi for the last 5 years, diving into javascript was daunting . Terrifying even. Console made this a lot, lot, lot easier. In javascript, you can call console.log("thi…

Thanks for the comment. Was there anything specific you could point me to that you felt was above your head? I'd love to do a follow-up with more introductory material.

Re: Modern Web Development

#34
post #24

"Modern Web Development" does not mean "Works in Webkit", and it does a disservice to future/novice developers to reinforce that notion. What's dominant now was not in the not-too-distant past, and may not be in the not-too-distant future.

I acknowledge WebKit's monopoly on the mobile landscape today, I make no claim whether it's a good thing or a bad thing, that argument would distract from the reality that if you want to make a mobile web app work well, you need to build it on webkit and debug it on webkit

Re: Modern Web Development

#35
post #24

"Modern Web Development" does not mean "Works in Webkit", and it does a disservice to future/novice developers to reinforce that notion. What's dominant now was not in the not-too-distant past, and may not be in the not-too-distant future.

[deleted]

Re: Modern Web Development

#36
post #27

Earlier quoted context omitted.

> a first-class citizen, has in fact set the mobile web back by years Steve Jobs started it. Everyone will follow it to the bitter end.

There's some revisionist history. When the iPhone was released, mobile apps were supposed to be HTML5 webapps. Developers cried for local apps. Apple responded to demand.

The truth is likely somewhere in between. Apple probably anticipated the demand for native apps. But they weren't ready, business-wise if not technically, to build the SDK and App Store in 2007, so they held off on it for a year.

Sometimes it's useful to pretend that what you were going to do all along was merely a concession to outside demand.

Re: Modern Web Development

#37
post #30

This is worth getting your head around just for the console. I've been transitioning all of my projects from python cgi scripts (yuck), to shtml files, javascript clients, and APIs that run on node.js. For somebody like me, that has been writing python+cgi for the last 5 years, diving into javascript was daunting . Terrifying even. Console made this a lot, lot, lot easier. In javascript, you can call console.log("thi…

The console is great. It's basically a REPL for Javascript.

Re: Modern Web Development

#38
post #15

Earlier quoted context omitted.

I'm probably not the only one, but I have no idea where the separation between Chromium and Chrome actually is. Can anyone enlighten me as to where the separation really is? Is Chrome a fork of Chromium, is Chromium an upstream? I know they actively work together in a lot of ways but how exactly?

Chromium is the open source project that powers Chrome, the browser. Chrome Canary is upstream of Chromium, which is an upstream of Chrome.

Not quite true -- Chrome Canary is just a daily build from the Chromium repository.

Re: Modern Web Development

#39
post #29
post #5

This is a great resource and I'm glad Majd wrote it. However, this is really the kind of content that should be coming out of Google itself. Google is in an interesting position. Of all of the major Silicon Valley tech companies, I think Google is the one most seen as the "web" company, and yet they've staked a lot of their future on Android. Android, instead of making the web a first-class citizen, has in fact set t…

It's true- I've spent a lot of time developing HTML5-based apps (i.e. in a webview) and am already surprised at how much worse the Android web engine is than the iOS one. Google should be all over this (and with the release of Chrome of Android, perhaps they finally are) but it baffles me that it took this long. Meanwhile, it took Mozilla to create Boot To Gecko, a true web OS.

The Chrome beta on ICS is great, but it's only accessible to Chrome Beta needs to be backported to at least 2.3

Re: Modern Web Development

#40
post #29

Earlier quoted context omitted.

It's true- I've spent a lot of time developing HTML5-based apps (i.e. in a webview) and am already surprised at how much worse the Android web engine is than the iOS one. Google should be all over this (and with the release of Chrome of Android, perhaps they finally are) but it baffles me that it took this long. Meanwhile, it took Mozilla to create Boot To Gecko, a true web OS.

The Chrome beta on ICS is great, but it's only accessible to Chrome Beta needs to be backported to at least 2.3

AFAIK it also doesn't make any difference to apps that use webviews. I mean, it's just as well- if you changed the underlying engine without notifying devs insanity would ensue. But it would be good to be able to set a flag that says "use the decent engine".
Post reply on HN