Links for 2008-10-29
2008-10-29 23:35:15 GMT
I read my feeds on a semi-regular basis of about two weeks. It's a pretty intensive process because I watch about three dozen feeds, but it always pays off being well informed.
- SourceForge has been redesigned which is a perfect example of how to screw up a site of great usability. I'm astonished to see how bad it became. I'm not a usability engineer, but it's clear to me that it's a mess and I can't believe that the largest open source software repository on Earth doesn't have any decent usability folks.
- Ubiquity looks like an extremely powerful tool for streamlining various web related tasks. Aza Raskin basically took the core idea of Enso and transformed it to work within Firefox which makes much sense to me in a web-centric world.
- How To Become a Better Programmer by Not Programming - I personally code less and read more nowadays. I also manage the technical side of Wondeer and my management role gets stronger and stronger. Architecting Wondeer is a pleasurable challenge, it takes different level of skills than developing small applications.
- How to Ignore Marketing and Become Irrelevant in Two Easy Steps is one of the most interesting talks I've ever seen on the topic of brand psychology and marketing. Did you know that it takes one generation to change people's mind about a brand that have made a terrible image?
- 10 Most Sought-after Skills in Web Development - Good compilation!
- It's pretty refreshing to see truly creative designs, although I think that some sacrifice usability.
- Banshee has been ported to OSX and work is underways to port it to Windows. I'm happy to hear that because there's a great potential in cross-platform Mono applications I believe. Your application gets more popular this way, you get more contributors and your work can be enoyed by many more people. It's also a great way to build a migration path to Linux for users.
How to build extremely responsive applications
- All I/O happens in background threads within Chrome. I think it's the only right approach to take when building perfectly responsive applications.
- Synchronous I/O is never ok, says Havoc Pennington and he's absolutely right. Even if one uses the native VFS API of his/her beloved platform things could go wrong because not only disks are slow, but there could be various abstraction layers beneath that can slow it down further, like RAID mirroring, encrypted block devices, slow or unreliable network connections in case of networked filesystems and who knows what else.
- The future is multithreaded anyways so it's time to learn parallel programming on a deeper level. I think that the Parallel FX Library may be the best way to do that.