An easy to follow design course for programmers
hackdesign.org
hackdesign.org
And then they ask why the people use the pirate bay...
However, I appreciate that you're doing this course for 'free' and I do think it's a great idea. Just wish I didn't have to pay for the very first video that I want to watch. Why not provide a TPB magnet link ?
Objectified had a profound impact on me as a designer. I first watched it in a slump of disenchantment that my "web design" skills would never amount to anything valuable or earth-shattering. This film gave me perspective. It showed me that, in extreme cases, design can make the world a better place.
There are moments in this film that give me the shakes. It resonates so deeply with what I believe, and what I want to achieve during my career. I can't think of any better way to help put hackers into the mindset that I believe is most conducive to learning the basics of design.
I hope you figure out a way around paying an exorbitant amount of money to watch the film, and hopefully see you next week for Lesson 1.
Also, if the site is going to be focused on helping people with design, you should make sure the design of the actual site is good. Few issues that I saw:
-404 page should at least have the logo to know you're still on the same site
-/courses & /lessons/0 should have the full logo with the page title elsewhere
-Log in page animation does nothing for design and can confuse people into thinking they can type after the text
-Has already been mentioned, but the contrast in some areas could use work. Tasks for example should be the main focus point, yet the text is light grey.
-Using social media icons everywhere takes away from design IMO
[1] http://en.wikipedia.org/wiki/Dieter_Rams#Rams.27_ten_princip...
And please, unless what you do is explicitly aimed at the US, treat all users as equal. We're not "international users", just list the options equally for everyone.
The objectifiedfilm works fine though. Downloading right now...
* thin white text on light grey buttons
* thin light grey text on almost matching light grey background
(anti-spam message below email input)
* small thin light grey text on white background
* on highlight, dark grey text on... burnt orange?!
I'm in the target market for this program -- a developer whose design skills are pretty weak -- but the landing page is a big turn-off. Even I can recognize when fonts are needlessly small and low-contrast.EDIT: Pull up your favorite color contrast analyzer and run this site through it. Using AccessColor, the results are ~4% failure and ~75% warning for WCAG 1.0 standards.
I think there is a difference between "looks good aesthetically" and "readable" and sometimes making it more readable doesn't overlap with pure artistic choices, so sometimes it's the best designers that fall into this trap.
Edit: see previous discussion on this here: http://news.ycombinator.com/item?id=2807047
Thanks for the reminder on Constrast Rebellion.
but that is the landing page, the email itself is indeed hard to read (all the problems you mentioned).. I waited several seconds after opening the email because I thought the CSS haven't finished rendering.
I kept mousing over the low contrast areas expecting it to dynamically change to a darker font.... no dice.
http://teamtreehouse.com/library
I am in Singapore and as like other people here, has hit a pay-wall. The issue is at the landing page, it says: "Receive a design course in your inbox each week" which gives me an impression these courses are free. I understand good things usually aren't free, but not saying it up front until I gave my email address is something that I don't like. Therefore, I am not going back
Edit 1: And at 3:41 PM its up. Spoke too soon.
Edit 2: And its back to a screeching halt at 3:42 PM.
Edit 3: Ups and downs. Works for 1-2 minutes and then breaks. 4:15 pm. I still haven't managed to read a whole lesson. Its a slow day so I'll check again in half an hour.
Really looking forward to this, thanks.
* Edit, It appears that the video "Objectified" (Or at least the preview) is not available to rent from YouTube in Canada. "The uploader has not made this video available in your country." :(
I don't have time to try renting it right now, but I'll test it this weekend. Perhaps only the trailer is unavailable. Can anyone test/confirm?
http://www.amazon.com/Objectified/product-reviews/B002SOUVKU...
Any confirmation on the 'free' status of this course?
Great idea by the way. Looking forwards to the lessons.
Looks nice, hopefully I'll get on and learn a thing or two :)
Check back in a few minutes, we're already working on it.
HN doesn't drive all that much traffic to a site, even for sites at the top of the first page. It's virtually nothing compared to what Slashdot could drive to a site in its heyday, or what reddit's front page can drive today.
I don't mean to offend you, but something is seriously wrong with your web app, your database(s) or your other infrastructure if it can't withstand a relatively minor amount of traffic. It's hard to tell for sure given all of the application errors, but it seems like your web app's functionality is pretty basic.
In the past, I've talked to some colleagues who've had content hit the front page here, and they reported numbers ranging from around 1,000 unique visitors to about 30,000 visitors over a one-day period. So it can vary quite a bit, apparently.
Let's assume that things are more intense than that, and go with 50,000 or so unique visitors in a single hour, distributed rather evenly over that time period, making 2 page views each. Let's also assume that our web server serves up 20 style sheets, JavaScript files, images, and other assets each page view. We'll also assume that this is an interactive web app, so there'll be some database activity, too. No CDN is being used.
So we're talking around 2 million requests over that hour. Since we're assuming they're evenly distributed, for the most part, we'll assume we're dealing with about 550 to 600 requests per second.
That may seem like a lot, but it really isn't. Many of the requests will be for static content (JS scripts, style sheets, images, and so on), so they should be trivial to serve up. Apache or nginx running on a modern, bottom-tier VPS should have no trouble keeping up with this.
Likewise, assuming queries that aren't overly intensive, MySQL or PostgreSQL running on the same server should easily handle a few hundred queries per second. Only a fraction of the requests will actually involve any significant work from the web app itself. It should not be considered unreasonable for the web app to handle a few hundred requests per second.
We won't even consider using a reverse proxy like Varnish, for instance, to reduce some of the load on the web server, web app and database.
Keep in mind that this is a relatively intense scenario, too, at least compared to the activity than can be generated by an appearance on the HN front page, as has been described to me in the past. In reality, we're likely looking at much, much less traffic than in our estimate above, even during the period of peak activity.
Hopefully that helps explain why I think something is very wrong here if a relatively basic web app can't keep up with a relatively moderate amount of traffic.
I've been working at a company where their forums have trouble keeping up with 300 concurrent users in a single forum thread, even when CDN and caching was being deployed and I'm trying to figure out how to improve that.
Also, getting heroku application error several times.