en-us http://www.keithwatanabe.net/index.php Keith Watanabe's Website http://www.keithwatanabe.net/blogs/2007/11/20/70e7033fc23f487d0ac120413941cf2d.html
I'm not as sure what to do with c/c++ in terms of a project. I always wanted to participate in building some KDE project. Not sure what yet.

Got some cool chances to work with a few new toys at work. Got Samba to work (finally!) It's nice being able to go between my Kubuntu system and my laptop running XP Pro and copying files over transparently.

Setup a Subversion repository with WebDav. I want to get a better bug track system or something that'll tie into Subversion. My friend suggested a site for this, but I don't like the fact that they use their own login system. I want a centralized login system that utilizes the same data. Don't want to have to hack a system for this purpose.

Also, worked a bit with Phing. Phing is like Ant for PHP. Only they're still generations behind in terms of support. I had to write a bunch of my own plugins. But that's the cool thing with it. Maybe I might contribute to Phing in terms of adding my plugins to their repository.

Lastly, I've worked with this gzip'd compressed XML data unix set of command tools called Musashi. It was a major bitch to set up. But I wrote wrappers in PHP to be able to interface with the tool. Not native, but still good enough for now.]]> Tue, 20 Nov 2007 09:24:04 -0700 http://www.keithwatanabe.net/blogs/2007/11/20/70e7033fc23f487d0ac120413941cf2d.html http://www.keithwatanabe.net/blogs/2008/8/16/72e14b5868fadf2ab5075a32ca8afdcc.html
Both also employ scripts that do more heavy lifting for you. For instance, creating applications via the command line as opposed to having to edit files from scratch. Also, both have built in web servers that allow developers to utilize their local environments when creating web applications.

But that's probably where the similarities at the heart end.

Rails focuses more on convention for coding practices. For instance, the model objects expect a certain naming convention and employ columns like "id" to handle the primary key. On the other hand, Django is useful for legacy systems where it can "discover" schemas and quickly adapt itself to more complex scenarios (such as having non-surrogate keys).

I think Rails feels more mature and polished compared to Django. For instance, it instantly builds unit tests for your models (and controllers I believe) whereas Django doesn't do that automatically. Also, Rails has some pre-built, commonly used functions like login screens that you can install.

However, I found Rails to be a bit inflexible because of its design to force developers into using its conventions. Legacy databases would suffer greatly if they didn't follow the database naming conventions for Rails. Also, the scaffolding part, while not having worked with it extensively, seems more appropriate for simple CRUD based systems. For example, it seems that if you have a backend system that requires various administrative menus to populate and control data for lookup tables and such, Rails is a great choice. For scalable websites and legacy applications, Rails might suffer from the lack of flexibility in this area.

My personal preference is simply to stick with my own framework. As well supported as these frameworks are with their communities, my biggest problem is that you're still limited by what the community deems as important. Rails works in a restricted setting but I'm required lately to build more complex applications. For me to port my stuff to Rails makes little sense.

Still though, it's nice being able to try out something different.]]> Sat, 16 Aug 2008 02:46:24 -0600 http://www.keithwatanabe.net/blogs/2008/8/16/72e14b5868fadf2ab5075a32ca8afdcc.html