NYTimes.com Hand-Codes HTML & CSS
eldavojohn writes "The design director of NYTimes.com, Khoi Vinh, recently answered readers' questions in the Times's occasional feature 'Ask the Times.' He was asked how the Web site looks so consistently nice and polished no matter which browser or resolution is used to access it. His answer begins: 'It's our preference to use a text editor, like HomeSite, TextPad or TextMate, to "hand code" everything, rather than to use a wysiwyg (what you see is what you get) HTML and CSS authoring program, like Dreamweaver. We just find it yields better and faster results.'"
1. Handcoding takes a lot more effort and needs more 'actual' writers than before. So more techies keep their jobs in a recession.
Score: Hancoding 1: Dreamweaver: 0 No, given a good IDE with some basics it takes less effort. Every time I want to use Dreamweaver I end up losing some hair. It's a frustrating piece of software if you know what you're doing or want to do and it won't let you. 2. Hancoding requires extensive knowledge of all CSS and DHTML codes plus javascript/JScript. So only the really good techies get the job, and not some script monkey. Survival of fittest.
Score: Hancoding 2: Dreamweaver: 0 This is a good thing. Your designers SHOULD know the ins and outs of 80-90% of their code and tags. 3. Handcoding takes far more time than is necessary in a changing scenario of today's news. Effort not proportional to returns. As a shareholder, i would sue them for wasting money.
Score: Hancoding 2: Dreamweaver: 1 I doubt they hand code every story into the page. They have a template / publishing system for all articles / layouts. It's probably far, far faster to do it by hand then trying to wrap Dreamweaver into it. 4. Dreamweaver allows preview easily and pretty much automates repeatable tasks. Handcoding requires a Mechanical Turk.
Score: Hancoding 2: Dreamweaver: 2 dual monitors, sshfs mounted file system and vim will do it far faster then Dreamweaver.. alt-tab works okay if you're stuck with one monitor. So its a tie. Nope, I would say hand-coding: 3.5 and Dreamweaver
I hate them for wasting my money as a shareholder. I would applaud them for not wasting your money on software licenses and doing the job correctly.
Agreed. <br /> should be, AFAIK, guaranteed to work in any working HTML parser because all HTML browsers have to ignore unknown properties in tags, including potentially that slash, in order to be forward-compatible with future changes to the specification. Assuming they included the space, then IMHO the W3C validator is being way too pedantic (as usual). If they left out the space (<br/>), then the W3C validator is right to warn about it, as that form does choke some HTML parsers, IIRC.
Check out my sci-fi/humor trilogy at PatriotsBooks.
That reasoning would work if the people behind XML had chosen any other character to indicate empty elements. But unfortunately, they chose the slash. Not many people realise because browser support is rare, but a slash inside an opening tag means that it is the end of the tag and the contents follow. Basically, <foo/>x/ is equivalent to <foo>>x</foo> .
So no, while parsers that don't implement HTML fully might mistakenly treat it like an attribute, a parser that fully implements HTML cannot do so, and a validator certainly shouldn't.
What on earth do you think a validator is for, if not to point out syntax errors? Do you complain that your spelling checker is being pedantic when it tells you that you have misspelt something?
Bogtha Bogtha Bogtha
Better results? Probably. Faster? No way. Never. Not gonna happen. Maybe they mean faster in the way that it is faster for guys who hand code lines of html all day to hand code lines of html all day because they don't have the first clue of how to use a WYSIWYG editor? If they know code so well, why not use Dreamweaver in pure code mode? The management tools of the suite alone are worth the ?extra? time.
The two are not mutually exclusive. It's perfectly possible to make even the most beautiful sites render accurately across all the major browsers and still contain perfectly valid markup. It smacks of being lazy, or just not knowing the importance of validating code.
How I wish that was true.
It's the case for almost any *large* dynamic website, but having spent a couple of years doing web development in the design industry, I can tell you that at least in the UK, a large proportion of the small agencies are using Dreamweaver for most things.
Fuck knows why - I'd rather be handed an Illustrator file and turn it into HTML then have the crap that Dreamweaver spits out given to me, and have to try and turn it into something dynamic.