kaylarose

I recently stumbled upon a pretty nice CSS "framework" (it's more of a starter template) that doesn't have all the crap most grid-frameworks have. It's ironically called Less Framework 3[1] (has nothing to do with LESS.js or the parent article).

It basically boils down to a base adaptive-layout body width, and some comments that tell you the width you should make an element if you want it to span X columns on X screen/device width and adhere to a grid

[1]http://lessframework.com/

I didn't like how coupled everything seemed (model, Pagination, etc) [as of 6 months ago, so it may have changed]. I ended up rolling my own remote model, editors, and pagination stuff, but it ended working like a dream. By far the best tableview I've used in a project.

Cappuccino's widgets UI is gorgeous though.

If you liked Dead Like Me or Wonderfalls, then you will probably enjoy Pushing Daisies, otherwise you probably won't.

Edit: grammar.

If you are the type of person that enjoys "critically acclaimed" but "unpopular" shows (Arrested Development, Pushing Daises, Better Off Ted, etc.), the signal-to-noise ratio is dramatically lower than regular Cable TV.

http://www-inst.eecs.berkeley.edu/~cs61a/su10/

(This is just one semester, you can find materials for almost every semester for the past few years with-some Google-fu)

If you want to learn Scheme (Lisp), I highly recommend CS61A [2]

[1] http://news.ycombinator.com/item?id=2103949 [2] http://www-inst.eecs.berkeley.edu/~cs61a/su10/ Lectures on iTunesU

The course teaches the fundamentals of Computer Science with Scheme (Lisp) and the book is SICP (a really great all-around CS book). I watched all the lectures, and did most of the assignments over a month or two last year and learned a lot. Sometimes you have to Google around for old tests/answer keys, but resources for the entire course are online. I highly recommend it if you are remotely interested in programming.

Multiple Semesters of Audio/Video Lectures are on iTunesU

Resources from the Summer 2010 Course:http://www-inst.eecs.berkeley.edu/~cs61a/su10/

Edit: Formatting

It's on Netflix instant streaming.

I agree, whole hearted-ly. But I also think that, with effort, those opinions can be changed.

I have a similar background as the Author - brief stint in a Fine Arts school, went to college for Graphic/Web Design, transitioned into web and desktop development. I work in a "Enterprise Java" shop with tons of guys with Computer Engineering Degrees that think like this.

When I was hired it was like "here comes this girl talking about making things look pretty, blah blah". But I found after I just designed some apps (simple to use, nice-looking) and users started complimenting it, they started to change their minds. After awhile explaining to them what makes for good designs (simplicity, subtlety, small details, alignment, etc.) and why, a lot of those things started to work their way into our products.

In my opinion, most people that don't appreciate good design just haven't been exposed to the knowledge to appreciate it or just need to see concrete benefits.

Edit: It also helps win them over faster if you can write good code behind the designs too.

Cloudfront: Pros: Best "Heroku" for PHP. Fair pricing. Deployment process is sort of similar to Heroku Cons: Documentation is lacking, and in some cases flat out wrong. Lacking "heroku-y" polish. Customer support needs improvement (replies to questions/bug reports were a bit gruff). Other: Have to use Mercurial (ability to use Git is documented, but wrong [see documentation in Cons])

Kodigen: Pros: Lots of options. Good pricing. Cons: Lots of options. Very complicated/busy UI. Have to use in-browser code editor. Hard to find relevant documentation. Other: Probably more for hobbyists.

All in all - for intermediate or advanced developers - there isn't really much of an advantage to using one of the mentioned PaaS vs. FTP or scripted deployments (capistrano, etc.) to regular hosting.

I've heard of Common Lisp in passing, does it have a more friendly syntax?

I would have to stop and really try to grok what list item it was referring to. Not saying that that is a bad thing, just an observation.

Is there a common way of thinking that makes it easier to comprehend, or is it just something that comes with experience?

So this year I folded and said an Apple TV. That and time to sit and relax with food, wine, friends and family.

At the very least if I am logged into my gmail account, I should be able to hide certain site from being returned in my personal results.

I think that will be the #1 contributor to jQuery Mobile's inevitable success. It is just so easy to get working prototypes without having to mess with CSS or anything. Everything is taken care of for you, in a very convention-over-configuration way.

I recently built a mobile version of a HUGE web app in 2 days using jQuery mobile. Compared to the earlier mobile prototypes using jQTouch and Sencha Touch that took a month+.

Perhaps a better title for this article would be "What is a internet marketing consultant".

This post screams "I'm not really a designer, but am really good at managing designers and talking about design to other non-designers".

Really, do you need to read a review of the McDonalds on Main St. vs the McDonalds on Park Ave., before deciding what you are going to eat at dinner? Why not just group all McDonald into one place.

Not to mention that, due to limited palates, funds, or whatever, places like Olive Garden, Chili's et.al. always end up in the top ten places to eat. Over 5-star restaurants, or even genuinely better local restaurants in the same category/price range (in my city at least).

/rant

    $('#container').toggle(function(){}, function(){});

Also, I do the $var differentiation too. It may be ugly, but it comes in real handy, because you automatically decipher whether a variable is a $('div') or a div.

IE versions can't be installed side-by-side (and the un/install process on Windows is very inefficient). So you have to have to have at least 4 VMs/boot partitions (at least 1 of which must be running XP), each loaded with a different version of IE. Each with a different version of debug tools.

And unless you force (strict mode) on IE8(& 9?), test IE8 in IE7 mode, IE8 Compatibility mode, and IE8 Strict mode....

Fortunately my employer dropped IE6 support 2 years ago. Plus, I find that usually just testing for IE7 in IE8's IE7 mode, and forcing IE8 to render pages in IE8 strict mode, is generally sufficient 95% of the time.

App A: the UI was mostly composed of HTML glued together with JQuery components, with a custom Model/Controller implementation (similar to Backbone.js) for the data. The view did have a lot of glue, but the data separation ended up a lot cleaner, and was easier for designers to maintain (HTML/CSS).

App B: Was taken over from another team that used ExtJS. App B, had full UI without much effort, but ended up with a lot more cruft and direct view/model dependencies.

Plus the ExtJS documentation is terrible.

I usually develop for three main sizes. The standard 960, the iPad, and smart phones. And typically only have to tweak specific elements.

Edit: Just re-read the article an realized he said the exact same thing (95% vs 5%).

14 Days of jQuery series is pretty good too. http://jquery14.com/

Also, stay away from things like "30 Most Amazing jQuery Plugins to Make Your Site Mind-Blowing-ly Awesome".