Really smart intro by web developer Dudley Storey on the tech basics on how to properly integrate HTML5 full screen functionality. It’s something I’ve toyed with once or twice on some little side projects but never had the chance to go in further depth.
Pretty brilliant set of links and advice from Guille Paz, Her Mammana and Lean Linares.
Lead Paravel developer Dave Rupert:
If the web cannot keep pace with a native experience in speed (rendering in under 1000ms), we’re all going to be out of the job. An uptick in native app usage means budget dollars would follow the trend and be poured into native apps. Meanwhile public facing websites will be left to rot because no one cared and we littered the web with bullshit. Native wins, the web dies, Zeldman hangs up his beanie, and Sir Tim Berners-Lee cries a single tear.
Somewhat scary yet very relevant advice. Bottom line, web sites are perceived as “slow”, and it’s our job as developers to counter that notion. Dave emphasizes here that yes, a responsive or pared down approach to images is difficult. Yet it’s critical work.
Developer Will Vaughn:
Yeoman isn’t about taking plays from someone else’s playbook, its about designing your own offensive scheme, and executing it.
I really enjoyed reading Will’s experience sitting down with Yeoman for the first time and feeling…completely overwhelved. Been there, done that. But there’s some great advice here on how to start with Yeoman in small but effective steps. He leads with Grunt, something I’m already a huge fan of. It’s enough for me to get back on the Yeoman bandwagon and give it a try.
A great animated gif Tumblr blog that almost any front end developer can identify with. I especially love that The Wire reference used for “when asked to do an HTML email”.
A common hassle for any developer who writes CSS3 is knowing when to prefix (e.g. -webkit-transition, -o-transition, etc.). When does a vendor fall out of date? Cutting edge Sass developers already have a pretty clean solution for this via pregenerated mixins like Bourbn or their own custom solutions. But if you don’t have that, this Sublime Text plugin is the next best option. Check it out.
The always reliable Harry Roberts on CSS optimization writes a lot of solid points here. But it ultimately comes down to this:
Make sure any classes you write aren’t loose; make sure they’re always well named, and scoped if they need to be.
To put it another way, as I’ve always told classes I’ve taught and colleagues I’ve mentored, good CSS class names are underrated. Choose wisely.
Especially on the eve of iOS 7 fairly radical visual redesign in a more colorful, minimal, and “flat” direction, it’s worth looking at Yahoo’s latest web framework for inspiration. I dig the framework’s simplicity, it’s heavy use of prefix classes and normalize.css.
I recently had to write an extended HTML template, a notorious web design pain point with its required use of tables and hacks. Thank god for MailChimp. Over at their GitHub they’ve got a few really slick html email starting points, both fixed and responsive in their design. It saved me hours of time last week.
Developer Philip Walton:
A Rails developer isn’t considered good just because his code works to spec. This is considered baseline. Of course it must work to spec; its merit is based on other things: Is the code readable? Is it easy to change or extend? Is it decoupled from other parts of the application? Will it scale?
These questions are natural when assessing other parts of the code base, and CSS shouldn’t be any different.
I think Philip goes a bit into the deep end with his class naming conventions. Nevertheless, especially with his points about code reuse and modularity, this is essential CSS reading, one of the best articles I’ve read on the subject in weeks.