For a long time now I’ve been known as “joeyDotNet”. Of course I’ll never make the mistake tying my name to a particular technology like that again. Especially given some of the recent changes I’ve made in my career. For the past 10 years I’ve been primarily a web developer using Microsoft-based technologies. In the latter years I started to grow pretty frustrated with both the Microsoft development stacks as well as their operating systems. The ALT.NET “movement” helped a little, but for me, the bloat of the development tools and ceremony required in the languages overshadowed the well-intentioned ALT.NET efforts. Of course this is merely my own personal opinion.
A couple months ago I made a pretty big change by leaving .NET completely to start focusing on learning and building software using tools and frameworks that I enjoy and involve less friction. But instead of hearing me whine about my specific issues with .NET development, I thought maybe I would give a glimpse into my experience so far as I’ve become part of the NOT.NET crowd.
Perhaps I’m a glutton for punishment, but I find that in order to really learn something, I have to throw myself into the lake and basically sink or swim. That’s pretty much what I’ve done by leaving .NET into the world of Ruby. Today marks exactly 2 months that I’ve been working exclusively with Ruby/Rails and I have to say it has been a very enjoyable experience so far (and frustrating at a few times). I’ve dabbled with the Ruby language and with Rails a bit over the past couple years, so I had an idea of what I was getting into. Doing it 100% day in/out is a completely different story though. But at this point, I’m not looking back a bit.
Operating systems are cool again
One of things I’ve very much enjoyed is being able to completely ditch Windows as an operating system in favor of using my MacBook Pro with OSX for everything. It’s no secret that I’m a pretty big Apple fan, and I think, for good reason. The simplicity of the OS and the top notch software that is available for OSX makes the actual usage of the various design and development tools fun and productive again.
Simple tools, less friction
Since I’m a huge fan of Vim, I’m naturally using MacVim as my main editor, along with a few Terminal windows and a browser. That’s it. No fancy IDEs or designers to get in my way. Just code. I am using a couple Vim plugins to allow better navigation around the code. NERDTree and Command-T which I would highly recommend. I’ve also jumped head first into Git as my primary source control and I continue to be very happy with that decision. All those years wasted on Subversion, which incidentally performs subversive acts on the instituion of actually getting things done!
Doing more with less
One of the common themes I’ve found so far in working with Ruby in general and Rails in particular is how much work you can actually get done with so little code/effort. In 2 months time I’ve been able to build a fairly sizable greenfield Rails app from the ground up and almost ready for the first production deployment next week. All while I do a TON of learning in the process. I have no clue how long this would’ve taken me in .NET, but I’m certain it would have been significantly longer. Once you don’t have to deal with IDEs, solutions, project files, unnecessarily complex build scripts, high-ceremony languages or even compilation, you really start to realize how much overhead all of that stuff adds, preventing you from getting real work done, fast!
Buh-bye IoC containers
In my experience with C# over the years, it became apparent to me that in order to be productive in building flexible software in .NET that the use of an IoC container to handle dependency resolution was pretty much required. And I totally bought into it, using them heavily for many years. And for the most part, I think it was a good idea. However I will freely admit that a lot of my usage of them was to enable mocking and easier testing. I think if a lot of developers were honest about it, they’d say the same thing. That’s not to say that’s the only reason of course. IoC has its place in doing some crazy stuff with decorators/proxies and all kinds of other useful jazz. Contrast that with Ruby and I can honestly say I have not missed IoC containers one bit. Being able to work in a much more open language has been a joy. Composition over Inheritance is the real deal in Ruby and it’s being demonstrated more and more in frameworks like Rails 3 and Mongoid. Being able to open up and extend any class in Ruby is also extremely powerful (and dangerous!).
Feeling the love
Perhaps one of the more feel-good things about working with open technologies like Ruby is the community. I honestly have never experienced a community who is more willing to help out with anything like I’ve seen in the Ruby community so far. I’ve made a great many friends so far and hope that I can start contributing back to the community once I get my head above water. Open source in the .NET world has grown a bit over the years, but it still seems light years away from the Ruby and related communities. And I’m not sure why, but I can’t help but think it has something to do with a certain corporate entity behind .NET.
Making dreams come true
For quite a few years now I’ve had an increasing urge to go “out on my own” and be “independent”. More specifically I’ve dreamed for a long time now about making a living by building my own software. A Microprenuer, if you will. But the whole time I pretty much knew there is absolutely NO way I would build my own software products using Microsoft technology. In my opinion technologies like Rails, Node.js and MongoDB are much better suited to building next generation web applications than anything on the Microsoft stack right now. I’m sure many will differ with that opinion, but that’s just how I see it. So in order to move closer to my dreams and goals, I knew I would have to move away from the Microsoft world at some point. I’ll always wish I had done it sooner, but with Rails 3 getting ready to “ship” it seems like a great time to be focusing my efforts there.
Becoming one with the *nix
I admit it. Early on, it has been tough to get up to speed on the nix tools and setting up Linux servers, etc. I’ve always been a pretty big command line junkie. But I’ve learned that being a *Windows command line dude is a whole lot different than sitting down at a Bash shell for the Linux slice you just bought and now need to get setup with a full Rails stack. Nevertheless, I’ve forced my way through it thanks to the interwebs and honestly in great part due to the great articles over on Slicehost. I still have a lot more to learn, but I’m starting to realize that those crazy bearded Linux heads are onto something. :)
Living on the edge
In accordance with my sink or swim style, I decided to jump on the edge of quite a few things including Rails 3 beta and all of the associated “pre” gems for testing, persistence and others. That has been painful at times. Sometimes it takes you a little bit to troubleshoot a huge stack trace of errors to find an issue with an incompatible gem. Lots of times it was fixed by just updating the gem or actually applying specific patches. All in all, it hasn’t been too bad though and it has forced me to dig into the actual code of the frameworks I’m using which has only increased my learning of the Ruby language and certain patterns used in the language.
Well about the only thing ugly so far is probably some of my Ruby code. I’ve hit a few roadblocks here and there because of my lack of some of the advanced capabilities of Ruby as a language. And sometimes I’ve had to just get it working and move on until I get more proficient with Ruby. Often times I just “know” that there is a better way to do a particular thing, even if I don’t know exactly what that way is. Like anything else, I’m sure I’ll come back a month later, a year later and throw up a little in my mouth when I see some of the Ruby I’m writing. But I’m down with the continuous improvement lifestyle, so I’ll just keeping moving forward. :)
Well this was basically a stream of consciousness post, but perhaps it will give some insight into the life of a fellow geek that is striving to reinvent his career.
Want More Helpful Tips?
Hit me up on twitter @joeybeninghove