If you haven't read this book, you should go out and read it. I'd suggest getting the actual book instead of the Kindle version so you can write notes in the margins.
Friday, July 08, 2011
Clean Code
If you haven't read this book, you should go out and read it. I'd suggest getting the actual book instead of the Kindle version so you can write notes in the margins.
Sunday, December 12, 2010
Trying out BDD With SpecFlow and Selenium - Part 1
One of the biggest things I learned when I was working as a tester at IBM is how important testing really is in applications large and small. While I've moved on to full time development the test side of my work has really never gone away. While working on updating one of the features of the Extend Health side we've decided that it would be a good time to try out some testing that hasn't been covered much.
So with that we've decided to try out some Behavior Driven Development and write some integration tests for this new feature. Since we're a .NET shop we've decided to give SpecFlow a try instead of running Cucumber straight on Ruby. Fortunately if we ever decide to switch from SpecFlow to Cucumber our features will transition directly since they are in the Gherkin format. The main reason we're trying out this Gherkin format is that it gives us a Business Readable Domain Specific Language.
The advantage that this would buy us is that we could document the sites features in a way that both the business development team could read and write features in a way that we in development could directly write tests against them. This also helps us in development because we have a solid list of features we know that we need to implement and that we should be less likely to either break that feature or miss it altogether. This is one thing that Unit Tests just don't really buy you. It would be easy enough to write a suite of Unit Tests that don't cover the actual feature itself as described by the business.
So lets get to what a test in SpecFlow looks like.
So there we go, that's pretty simple looking right? That right there is the beauty of the Gherkin syntax to me. It is structured enough that we crazy programmer types could turn that into some tests (and we'll get there) but the business types can also read and understand what is going on here. Oh and because I think this is awesome, using Cucumber you can write this in a ton of different spoken languages.
One thing I'd like to point out though, is that while features and scenarios look really simple, I've found so far that the hardest part is writing a clear feature and scenario. Writing unit tests aren't very difficult since you break that down as much as possible. It all comes down to communication really, finding the best way to describe a feature without getting too broad or too detailed. The cucumber docs do have a really great example (scroll to the bottom) of applying the Five Whys to really decide why you want a feature and how to describe it.
So now that we've had a chance to check out the Gherkin syntax that SpecFlow uses, in my next post I'll show the actual code behind this feature and how we're starting to use Selenium to verify these features.
So with that we've decided to try out some Behavior Driven Development and write some integration tests for this new feature. Since we're a .NET shop we've decided to give SpecFlow a try instead of running Cucumber straight on Ruby. Fortunately if we ever decide to switch from SpecFlow to Cucumber our features will transition directly since they are in the Gherkin format. The main reason we're trying out this Gherkin format is that it gives us a Business Readable Domain Specific Language.
The advantage that this would buy us is that we could document the sites features in a way that both the business development team could read and write features in a way that we in development could directly write tests against them. This also helps us in development because we have a solid list of features we know that we need to implement and that we should be less likely to either break that feature or miss it altogether. This is one thing that Unit Tests just don't really buy you. It would be easy enough to write a suite of Unit Tests that don't cover the actual feature itself as described by the business.
So lets get to what a test in SpecFlow looks like.
Feature: Share this post
In order to increase traffic to the blog to increase advertising revenue
I want readers to share posts they find interesting
Scenario: Share on Twitter
Given a person reading a blog post
When they press the "Tweet This" button
Then the Twitter popup should appear
So there we go, that's pretty simple looking right? That right there is the beauty of the Gherkin syntax to me. It is structured enough that we crazy programmer types could turn that into some tests (and we'll get there) but the business types can also read and understand what is going on here. Oh and because I think this is awesome, using Cucumber you can write this in a ton of different spoken languages.
One thing I'd like to point out though, is that while features and scenarios look really simple, I've found so far that the hardest part is writing a clear feature and scenario. Writing unit tests aren't very difficult since you break that down as much as possible. It all comes down to communication really, finding the best way to describe a feature without getting too broad or too detailed. The cucumber docs do have a really great example (scroll to the bottom) of applying the Five Whys to really decide why you want a feature and how to describe it.
So now that we've had a chance to check out the Gherkin syntax that SpecFlow uses, in my next post I'll show the actual code behind this feature and how we're starting to use Selenium to verify these features.
Sunday, December 05, 2010
One Week Down Learning JavaScript and jQuery
Like I mentioned in my last post I've started a new job this Monday at Extend Health working in .NET with a bunch of fun technologies including ASP.NET MVC2, Nhibernate, some FubuMVC and using a bunch of jQuery. At my last job at Mediaport I had just started teaching myself both ASP.NET MVC2 and digging deeper into JavaScript and jQuery. Now that my first week is done at Extend Health I've been happily digging through all the code and working on my assignment to study some more on JavaScript.
This week I have been reading Douglas Crockford's book JavaScript: The Good Parts. I had watched a video of his talk about JavaScript's good parts at Yahoo! before but reading this book has really opened my eyes to JavaScript and the power as well as pitfalls of the language. It is definitely going to take some time to fully appreciate the power JavaScript has.
So onto a little bit of what I've been up to during my first week.
jQuery Templates:
Besides just trying to become more familiar with JavaScript as well as jQuery I was looking at places we might be able to try out jQuery Templates which is one of the plugins developed by Microsoft that have recently become official parts of jQuery. After playing a little bit with the jQuery Templates I have to say that I really like them. I've seen a few template plugins that rely on you dumping all the templates into big ugly strings and with jquery-tmpl you can avoid all that. Here is a quick sample of one:
Pretty straightforward but the nice thing is that you don't have any ugly string to muck with. Instead you get a nicely encapsulated template which has a competent set of features including the each, if/else, and nesting of templates. I'll have to use it some more but this plugin looks really great and should get even better over time.
jQuery Datalink and Knockout.js
Along with the jQuery Templates I checked out another plugin from Microsoft called jQuery Datalink. The datalink plugin lets you bind a JavaScript object to a form and keep the two in sync without having to write a bunch of extra code. Here is a quick example of binding a form to a JavaScript object.
With that, we've bound the person object to the form. This will give person the attributes firstName and lastName. Now whenever the text changes for the firstName or lastName text inputs the person object will be updated. Pretty simple, but it could prove useful.
While looking at the jQuery Datalink plugin I heard about Knockout.js which also provides databinding but takes a different approach than jQuery Datalink. In Knockout things are much more JavaScript oriented and is based of of the Model View ViewModel (MVVM) pattern.
So in Knockout, we create a view model that we will bind its attributes to in the HTML.
And with that whenever the underlying JavaScript object changes the values will be updated in the HTML. That is just a simple example of what Knockout can do. Knockout looks like a really interesting project and the style of binding should feel familiar to any Silverlight or WPF developers since that is what this is based off. Hopefully I'll have some more time to write about Knockout.js as it seems like a really interesting project.
My first week has been really fun and I'm really looking forward to mastering JavaScript and digging much deeper in to ASP.NET MVC and C#. So here's to learning more code!
This week I have been reading Douglas Crockford's book JavaScript: The Good Parts. I had watched a video of his talk about JavaScript's good parts at Yahoo! before but reading this book has really opened my eyes to JavaScript and the power as well as pitfalls of the language. It is definitely going to take some time to fully appreciate the power JavaScript has.
So onto a little bit of what I've been up to during my first week.
jQuery Templates:
Besides just trying to become more familiar with JavaScript as well as jQuery I was looking at places we might be able to try out jQuery Templates which is one of the plugins developed by Microsoft that have recently become official parts of jQuery. After playing a little bit with the jQuery Templates I have to say that I really like them. I've seen a few template plugins that rely on you dumping all the templates into big ugly strings and with jquery-tmpl you can avoid all that. Here is a quick sample of one:
Pretty straightforward but the nice thing is that you don't have any ugly string to muck with. Instead you get a nicely encapsulated template which has a competent set of features including the each, if/else, and nesting of templates. I'll have to use it some more but this plugin looks really great and should get even better over time.
jQuery Datalink and Knockout.js
Along with the jQuery Templates I checked out another plugin from Microsoft called jQuery Datalink. The datalink plugin lets you bind a JavaScript object to a form and keep the two in sync without having to write a bunch of extra code. Here is a quick example of binding a form to a JavaScript object.
var person = {};
$("form").bind(person);
With that, we've bound the person object to the form. This will give person the attributes firstName and lastName. Now whenever the text changes for the firstName or lastName text inputs the person object will be updated. Pretty simple, but it could prove useful.
While looking at the jQuery Datalink plugin I heard about Knockout.js which also provides databinding but takes a different approach than jQuery Datalink. In Knockout things are much more JavaScript oriented and is based of of the Model View ViewModel (MVVM) pattern.
So in Knockout, we create a view model that we will bind its attributes to in the HTML.
The first name is
The last name is
var myViewModel = {
personFirstName: ko.observable('Bob'),
personLastName: ko.observable('Marley'),
}
ko.applyBindings(myViewModel);
And with that whenever the underlying JavaScript object changes the values will be updated in the HTML. That is just a simple example of what Knockout can do. Knockout looks like a really interesting project and the style of binding should feel familiar to any Silverlight or WPF developers since that is what this is based off. Hopefully I'll have some more time to write about Knockout.js as it seems like a really interesting project.
My first week has been really fun and I'm really looking forward to mastering JavaScript and digging much deeper in to ASP.NET MVC and C#. So here's to learning more code!
Monday, November 08, 2010
A Change of Pace
It has been a while since I last posted anything up on my blog (apparently when IBM laid me off) so I'm starting to sense a bit of a trend here. :)
Since my last post I got a job with a couple of great friends at Mediaport Entertainment doing .NET development starting with Silverlight and ASP.NET. It has been a really great experience to get back into .NET from Java and I've had lots of fun picking up the many ways C# has changed from its early Java-clone days. We've been working on the next version of our web store and I helped decide that we should move away from Silverlight and ASP.NET to give ASP.NET MVC a try. It has been a great experience learning web development with this platform and I'm excited to keep building my skills in web development and learning Javascript / jQuery.
But now I'm moving to a new company that I'm really excited about. Extend Health is where I've decided to move to now and I am really looking forward to starting there. They have a great team of developers, many of them Neumont graduates. I'll still be doing .NET and ASP.NET MVC development but I feel I'm going to have a great time learning from all the developers there.
And to finish off Extend Health was the first company I've had an interview where I was asked to build a web app and on the next interview we would discuss it. I have to say I love that idea for an interview so much better than whiteboarding a simple linked list implementation!
Since my last post I got a job with a couple of great friends at Mediaport Entertainment doing .NET development starting with Silverlight and ASP.NET. It has been a really great experience to get back into .NET from Java and I've had lots of fun picking up the many ways C# has changed from its early Java-clone days. We've been working on the next version of our web store and I helped decide that we should move away from Silverlight and ASP.NET to give ASP.NET MVC a try. It has been a great experience learning web development with this platform and I'm excited to keep building my skills in web development and learning Javascript / jQuery.
But now I'm moving to a new company that I'm really excited about. Extend Health is where I've decided to move to now and I am really looking forward to starting there. They have a great team of developers, many of them Neumont graduates. I'll still be doing .NET and ASP.NET MVC development but I feel I'm going to have a great time learning from all the developers there.
And to finish off Extend Health was the first company I've had an interview where I was asked to build a web app and on the next interview we would discuss it. I have to say I love that idea for an interview so much better than whiteboarding a simple linked list implementation!
Tuesday, March 02, 2010
Time for a Change
This Monday has proven to be an interesting one. I arrived at work in the morning and managed to start getting into a productive groove, which can be difficult on a Monday, only to have everything flopped upside down by lunch. I had a meeting with my manager and found out that I've been part of a Resource Action (IBM-speak for layoff) so as of March 1st I am back on the market for a new job. Even though I was aware something like this might come up I have to admit I'm still trying to get my head around what has happened. My first job and also my first layoff... Live and learn I suppose.
I've had a lot of fun at IBM and I've really had a great learning experience of life inside a company as big as IBM. Going straight from school to IBM was daunting to me but I feel really great that I have accomplished something for myself. I've met some really great people that I hope to keep in contact with once I find a new job. So as my time with IBM has come to an end I am looking forward anxiously to the next thing for me to work on. Thanks for all the good times IBM!
Now that all that is out of the way, if you happen to be hiring or know anyone who may be hiring I'd love to hear from you! :-) You can find me on LinkedIn or check my Stack Overflow CV.
I've had a lot of fun at IBM and I've really had a great learning experience of life inside a company as big as IBM. Going straight from school to IBM was daunting to me but I feel really great that I have accomplished something for myself. I've met some really great people that I hope to keep in contact with once I find a new job. So as my time with IBM has come to an end I am looking forward anxiously to the next thing for me to work on. Thanks for all the good times IBM!
Now that all that is out of the way, if you happen to be hiring or know anyone who may be hiring I'd love to hear from you! :-) You can find me on LinkedIn or check my Stack Overflow CV.
Sunday, January 17, 2010
Learning Scala pt 1: First Impressions
My first foray into learning Scala with the help of O'Reilly's Learning Scala, and the interwebs. I'll be posting things as I learn them in a way to help cement my understanding of the language and so if I'm wrong, people can call me on it.
As a Java programmer, I've been very interested in watching all the languages that are beginning to spring up around the JVM. From JRuby, Jython, Groovy, Clojure, and Scala they've all been interesting to watch take the JVM to new heights beyond Java. So far, I've been mostly interested in languages started on the JVM (though JRuby and Jython look nice) since they are designed from the ground up to take advantage of the vast number of Java libraries in a natural way.
My first dabble was with Groovy which takes many of its ideas from Ruby, but can still be written in a very Java-centric way. Specifically, Groovy was written to be more of a superset of Java including duck typing and Closures into the mix and letting you write applications much more quickly and concisely than one could in Java. Unfortunately I haven't really played with Groovy much recently but it seems like it would be a great JVM-based glue language or for writing up a quick prototype.
Scala has been drawing me in over the past couple weeks and feels like it could be a full replacement language for Java where with Groovy it felt like an additional tool in my Java workbench. After reading Chapter 1 of Learning Scala here are my impressions of Scala thus far:
Functional and Object Oriented
From the start Scala mixes both functional aspects (much of which still confuse my Object Oriented mind so far), and Object Oriented programming. We have Classes and inheritance but also have pattern matching and Actors.
Less Verbose than Java
Scala, like many other languages, is less verbose than Java in several ways. First, there is no need for the semicolon (in most cases), or even for return statements of methods. Scala will usually handle these things for you, so a method foo, that adds two numbers, could be written like this:
A nice feature of Scala is that you can choose to specifically type your variables or let Scala figure that out. In Scala, the type comes after the variable name to make it easy to parse when the variable is not typed.
Strange at First
As a Java programmer I've gotten pretty used to how things are with Java so beginning to learn Scala has left a few parts of my mind that stick out.
Method Names
Scala is much more flexible in what a method name can be, this includes these characters to name a few: "+,-,<,>,*,/,?,!". This seemed very unnatural to me coming from Java where this is not possible. This also is confusing because it looks like operator overloading but actually isn't operator overloading, these are method names, so one could define a "+" method or a ">" method and be perfectly fine with Scala.
This will definitely take some getting used to but I think it could be very handy especially when the need for a DSL arises.
No static keyword
With Java, declaring a class-level variable is as easy as tacking the static keyword to it. With Scala, there is no static keyword, instead, for class level variables you use the object keyword instead of class.
Overall Scala isn't too different from Java on first glance. While there certainly will be more differences, it is easy enough for me to start jumping in and playing around with Scala.
As a Java programmer, I've been very interested in watching all the languages that are beginning to spring up around the JVM. From JRuby, Jython, Groovy, Clojure, and Scala they've all been interesting to watch take the JVM to new heights beyond Java. So far, I've been mostly interested in languages started on the JVM (though JRuby and Jython look nice) since they are designed from the ground up to take advantage of the vast number of Java libraries in a natural way.
My first dabble was with Groovy which takes many of its ideas from Ruby, but can still be written in a very Java-centric way. Specifically, Groovy was written to be more of a superset of Java including duck typing and Closures into the mix and letting you write applications much more quickly and concisely than one could in Java. Unfortunately I haven't really played with Groovy much recently but it seems like it would be a great JVM-based glue language or for writing up a quick prototype.
Scala has been drawing me in over the past couple weeks and feels like it could be a full replacement language for Java where with Groovy it felt like an additional tool in my Java workbench. After reading Chapter 1 of Learning Scala here are my impressions of Scala thus far:
Functional and Object Oriented
From the start Scala mixes both functional aspects (much of which still confuse my Object Oriented mind so far), and Object Oriented programming. We have Classes and inheritance but also have pattern matching and Actors.
Less Verbose than Java
Scala, like many other languages, is less verbose than Java in several ways. First, there is no need for the semicolon (in most cases), or even for return statements of methods. Scala will usually handle these things for you, so a method foo, that adds two numbers, could be written like this:
def foo = { 1 + 1 }
Which returns an Integer.A nice feature of Scala is that you can choose to specifically type your variables or let Scala figure that out. In Scala, the type comes after the variable name to make it easy to parse when the variable is not typed.
Strange at First
As a Java programmer I've gotten pretty used to how things are with Java so beginning to learn Scala has left a few parts of my mind that stick out.
Method Names
Scala is much more flexible in what a method name can be, this includes these characters to name a few: "+,-,<,>,*,/,?,!". This seemed very unnatural to me coming from Java where this is not possible. This also is confusing because it looks like operator overloading but actually isn't operator overloading, these are method names, so one could define a "+" method or a ">" method and be perfectly fine with Scala.
This will definitely take some getting used to but I think it could be very handy especially when the need for a DSL arises.
No static keyword
With Java, declaring a class-level variable is as easy as tacking the static keyword to it. With Scala, there is no static keyword, instead, for class level variables you use the object keyword instead of class.
class foo() {
// Instance variables go here
}
object foo() {
// Class level variables go here
}
Overall Scala isn't too different from Java on first glance. While there certainly will be more differences, it is easy enough for me to start jumping in and playing around with Scala.
Saturday, October 03, 2009
JCP Death spiral or "Normal for a Maturing Language"
140 characters wasn't enough to write my thoughts down on Stephen Colebourne's blog post about the JCP I came across via @snoopdave. Since I live in Java land I've thought a lot about the JCP, Java, and how things will be once Oracle absorbs Sun. No one really knows what Oracle may, or may not do with Java and the JCP but one thing I'm certain of is that things are changing whether Oracle does anything about it or not.
I've been following the long saga between The Apache Software Foundation and the Sun over Apache Harmony for a while now and there are definitely problems with the JCP that need to be resolved. Colebourne's post shows the declining trend in numbers of JSRs submitted to the JCP and brings up the question as to whether this is a sign of the times for the JCP or something normal for a maturing language such as Java.
I think the answer is a bit of both. As Colebourne points out, his chart only includes new JSRs and not ones that are in maintenance mode or being updated, such as Java EE 6 for example (which connects about 30 other JSRs, most of which are not new). Since Java is a large platform that has been around for quite some time now that seems very normal to me from a mature language.
The other part I'm starting to see comes more from how other standards outside of Java come about. To me, the JCP often is done in a backwards sort of manner where the spec is defined before any real code has been written. EJB is a good example of a spec that was very complicated and had to go through several painful revisions (Ask Java devs about EJB 2), before we started to see a push to make the spec simpler (EJB3). This sort of spec first code later attitude seems to be challenged more and more by the rough code, general consensus crowd. A couple of good examples that come to mind are Spring and OSGi which both came about outside of the JCP and both now have JCP experience in different ways.
Rod Johnson of Spring also believes in rough code, general consensus when he wrote about his and Spring Source's approach to the JCP. This move towards proving technologies and techniques before submitting a JSR is something we will see happen more and more as Java progresses. JSR330 - Dependency Injection for Java, is a good example of this happening. JSR330 combines the knowledge learned from Spring and Guice to define some basic annotations for Dependency Injection in Java.
In the end, I'm glad to see fewer JSRs being submitted and giving more time for techniques and technologies to adapt and mature before working through the JCP to define a standard. Now all we need to do is get more people to experiment with closures and reified Generics...
I've been following the long saga between The Apache Software Foundation and the Sun over Apache Harmony for a while now and there are definitely problems with the JCP that need to be resolved. Colebourne's post shows the declining trend in numbers of JSRs submitted to the JCP and brings up the question as to whether this is a sign of the times for the JCP or something normal for a maturing language such as Java.
I think the answer is a bit of both. As Colebourne points out, his chart only includes new JSRs and not ones that are in maintenance mode or being updated, such as Java EE 6 for example (which connects about 30 other JSRs, most of which are not new). Since Java is a large platform that has been around for quite some time now that seems very normal to me from a mature language.
The other part I'm starting to see comes more from how other standards outside of Java come about. To me, the JCP often is done in a backwards sort of manner where the spec is defined before any real code has been written. EJB is a good example of a spec that was very complicated and had to go through several painful revisions (Ask Java devs about EJB 2), before we started to see a push to make the spec simpler (EJB3). This sort of spec first code later attitude seems to be challenged more and more by the rough code, general consensus crowd. A couple of good examples that come to mind are Spring and OSGi which both came about outside of the JCP and both now have JCP experience in different ways.
Rod Johnson of Spring also believes in rough code, general consensus when he wrote about his and Spring Source's approach to the JCP. This move towards proving technologies and techniques before submitting a JSR is something we will see happen more and more as Java progresses. JSR330 - Dependency Injection for Java, is a good example of this happening. JSR330 combines the knowledge learned from Spring and Guice to define some basic annotations for Dependency Injection in Java.
In the end, I'm glad to see fewer JSRs being submitted and giving more time for techniques and technologies to adapt and mature before working through the JCP to define a standard. Now all we need to do is get more people to experiment with closures and reified Generics...
Thursday, January 29, 2009
Impressive = KeyJnote
I'm glad to see that KeyJNote has returned as Impressive. A while ago it seemed like KeyJNote had fallen off the face of the earth, but now its back with a new name. I'll have to try it out some more now that I can find it again.
Monday, January 12, 2009
Ubuntu on a Stick
I got a Patriot Xporter 32Gb thumb drive for Christmas and I finally got around to installing Ubuntu 8.10 on it. This was my first experience with installing any Linux distro on a thumb drive and booting from USB so it has been an interesting experience, here is what I encountered when trying to get my thumb drive working.
8.10 USB Startup Disk Creator
Of course, the first place I started was the USB Startup Disk Creator, which has been available since Ubuntu 8.04. The process is simple:
- Popped in my USB drive.
- Went to System>Administration>Create a USB Startup Disk
- Selected my USB drive and selected the option "Stored in reserved extra space"
- Adjusted the extra space slider to the full 32 Gb
- Clicked "Make startup disk"
Easy.... and slow. It took a pretty good amount of time for the drive to be completely setup. Nothing too bad, but enough to get up and find something else to do for a while. Unfortunately something went wrong in the process or my laptop is messed up (which it could possibly be). When I restarted my computer and selected the USB drive as the primary boot device, I would only get that the drive was corrupted. I tried to troubleshoot the problem and also tried to recreate the startup disk to no avail.
I'm not sure what happened, but I'm pretty sure its something on my end (perhaps the USB drive) and not that of the USB Startup Disk creator. Fortunately, I found an alternative method that I did get working for me.
UNetbootin to the rescue
While searching around for clues to my problems from the startup disk creator, I ran across UNetbootin so I decided I'd give it a try. Here are the steps I took with UNetbootin:
- Downloaded and started UNetboontin on my XP laptop.
- Downloaded the Ubuntu 8.10 iso - (I actually already had an iso on the laptop, doh)
- Selected my Distro - Ubuntu 8.10
- Checked Disk Image and pointed UNetboontin to the Intrepid iso
- Selected my USB drive as the device to be installed to
- Pressed ok and sat back
The UNetbootin process was extremely easy to follow and it seemed to me that it took less time to format the disk and get the USB drive set up. After I finished, I rebooted XP and switched the boot device to USB again. This time it dropped right into the Ubuntu live menu where I started Ubuntu right up. Success! Both methods were extremely easy to use and weren't very time consuming.
Ubuntu from a thumb drive
Ubuntu takes quite a while to boot up from my thumb drive, but once it does its very responsive and quite fun to work with. Unfortunately you don't want to do too much disk intensive work since it seems like the writes are a little on the slow side, but bearable. Its been really fun to set up my own portable Ubuntu install with a decent amount of storage. In the coming months I'll try running the portable install on several computers to get a feel for how actually portable it is. For now though, I've been very pleased with the results and I look forward to using this as my portable Linux haven from now on.
This also has prompted me to consider picking up a couple 4 Gb thumb drives so I won't have to burn another install disk. I hate having so many piles of CD-Rs with different distros on it when I could just slap it on a thumb drive and go. (unless I can't boot from USB, but thats besides the point) So congrats to the Ubuntu team on a lovely tool as well as the Fedora team who helped motivate the Ubuntu team to improve their USB install tools as well.
Saturday, December 27, 2008
Education in Software Development
Computer Science just isn't hard enough.
Joel Spolsky of Joel on Software puts it plainly enough, but he isn't the only one who thinks CS courses need a change. Bjarne Stroustrup of C++ fame recently did an interview with Datamation discussing Educating Software Developers. As a student, I became very interested in how computer science courses could be changed along with different approaches that could be taken. Bjarne Stroustrup, unlike many in academia, has a strong background in commercial software development. Academia has been producing graduates who are unprepared to enter the world of a working software developer because computer science courses are not designed to help produce great software developers.
So how has my education affected me?
I graduated from Neumont University, a private, for-profit school that offers a Bacherlor of Science in Computer Science degree. Neumont's curriculum was created by Graham Doxey, Scott McKinley, and Marlow Einelund as a response to the growing demand for qualified CS graduates. Neumont attempts to fill the gap that many computer science courses create when a student graduates. New graduates often have little to no working knowledge of programming in the software development industry. Neumont's project-based curriculum teaches students early on how to work in teams to accomplish a goal.
The project-based teaching style at Neumont is what attracted me to the school.
So what did I like about Neumont's approach and what could be improved now that I've had some working experience with software development? Lets start out with what Neumont does right.
Project-based Learning
Neumont's project-based curriculum works great in this aspect. From the very first quarter I started, I was working in at least one team to accomplish a programming goal. The course curriculum starts with small team projects and begins to add more and more responsibility to the teams as the students progress. By the time students are seniors, you are working most of your time in a group on projects. The Enterprise Project aspect places these groups inside real companies such as IBM, Novell, and EDS.
Business Skills
Project-based learning also helps Neumont emphasize the business side of software development. Working in teams allows us to learn how to communicate better among our our teams, other teams, and our teachers. Skills we need to learn how to function on a team come with experience. With each project we attempted, we learned how to work as a team and manage all the "soft" issues that come with teamwork.
There were teams that were great, and we learned how a well-gelled team comes together to produce great results. There were dysfunctional teams, where no one got along with each other and the project floundered. There was the prodigy programmer who obsessively controlled all their code and re-wrote any code he had to touch that wasn't written by him. There was the lazy teammate, the ever-late teammate, and your indecisive teammates. Each type I encountered helped me learn ways to work to keep my team as gelled as possible and ways to work with each type of teammate.
As Bjarne Stroustrup summarized, developers need to learn how to present clearly your projects, ideas, and the goals the project achieves. Neumont helped me improve my presentation skills dramatically from when I started school. Each quarter students do at least one presentation in front of their class. Most often it is at the end of a project class to present the project you worked on and attempt to 'sell' the product to the class.
Its easy to spot the difference between new students and those who have learned from a few bad presentations. As I learned more, my presentations sucked less and less and I was able to present a clear, concise idea of my teams project and what it could do.
Writing skills are also critically important as a student at Neumont. Email and IM are two major forms of communication between students, teams, and teachers. My time at Neumont quickly taught me how to keep my emails short and concise to keep the communication understandable. I also learned the importance of IM while going to Neumont. This has become very handy when I joined IBM since IM is now the preferred method of communication for many IBMers.
Learning
Probably the most important skill I learned from Nemont is also an important business skill that is can be very difficult to master. I have become a self-directed learner. I am by no means an expert at self-directed learning but by nature of the compressed course schedule at Neumont, I spent much of my time at Neumont teaching myself more about what we were learning in class.
I consider this the most valuable skill I learned from Neumont. It allows me to adapt to new changes in the workplace and to learn skills to stay ahead of the technology curve. At IBM, many of our teams are beginning to transition from the old-school waterfall method of software development to more agile practices. This transition seems to be a little more difficult for some of the developers who have been with IBM for a long time. Being a self-directed learner lets me cope with any transitions and learn how to work in new environments or programming languages more quickly.
Verdict
Overall I feel that I received a great education from Neumont that allowed me to learn in a style that feels very comfortable to me. Neumont's project-based curriculum is what made me decide to even attend school in the first place. I feel that I graduated with a great working knowledge of the business and soft skills that I need to really become a great software developer.
Neumont is not without faults, of course, there are many many things about the curriculum I feel need to be improved, but that will be the subject of another blog post soon enough. :-)
Image Attributions:
Image by: Sybren Stüvel
Image from: Neumont.edu
Image by: inju
Image by: jisc_infonet
Joel Spolsky of Joel on Software puts it plainly enough, but he isn't the only one who thinks CS courses need a change. Bjarne Stroustrup of C++ fame recently did an interview with Datamation discussing Educating Software Developers. As a student, I became very interested in how computer science courses could be changed along with different approaches that could be taken. Bjarne Stroustrup, unlike many in academia, has a strong background in commercial software development. Academia has been producing graduates who are unprepared to enter the world of a working software developer because computer science courses are not designed to help produce great software developers.
So how has my education affected me?
I graduated from Neumont University, a private, for-profit school that offers a Bacherlor of Science in Computer Science degree. Neumont's curriculum was created by Graham Doxey, Scott McKinley, and Marlow Einelund as a response to the growing demand for qualified CS graduates. Neumont attempts to fill the gap that many computer science courses create when a student graduates. New graduates often have little to no working knowledge of programming in the software development industry. Neumont's project-based curriculum teaches students early on how to work in teams to accomplish a goal.
The project-based teaching style at Neumont is what attracted me to the school.
So what did I like about Neumont's approach and what could be improved now that I've had some working experience with software development? Lets start out with what Neumont does right.
Project-based Learning
Bjarne Stroustrup emphasizes that serious programming is not done individually, it is done as a team, often working with other teams to accomplish a goal. Project-based learning helps teach students how to interact with other team members in an effective team dynamic.
Serious programming is a team sport.
Neumont's project-based curriculum works great in this aspect. From the very first quarter I started, I was working in at least one team to accomplish a programming goal. The course curriculum starts with small team projects and begins to add more and more responsibility to the teams as the students progress. By the time students are seniors, you are working most of your time in a group on projects. The Enterprise Project aspect places these groups inside real companies such as IBM, Novell, and EDS.Business Skills
Project-based learning also helps Neumont emphasize the business side of software development. Working in teams allows us to learn how to communicate better among our our teams, other teams, and our teachers. Skills we need to learn how to function on a team come with experience. With each project we attempted, we learned how to work as a team and manage all the "soft" issues that come with teamwork.
There were teams that were great, and we learned how a well-gelled team comes together to produce great results. There were dysfunctional teams, where no one got along with each other and the project floundered. There was the prodigy programmer who obsessively controlled all their code and re-wrote any code he had to touch that wasn't written by him. There was the lazy teammate, the ever-late teammate, and your indecisive teammates. Each type I encountered helped me learn ways to work to keep my team as gelled as possible and ways to work with each type of teammate.
As Bjarne Stroustrup summarized, developers need to learn how to present clearly your projects, ideas, and the goals the project achieves. Neumont helped me improve my presentation skills dramatically from when I started school. Each quarter students do at least one presentation in front of their class. Most often it is at the end of a project class to present the project you worked on and attempt to 'sell' the product to the class.Its easy to spot the difference between new students and those who have learned from a few bad presentations. As I learned more, my presentations sucked less and less and I was able to present a clear, concise idea of my teams project and what it could do.
Writing skills are also critically important as a student at Neumont. Email and IM are two major forms of communication between students, teams, and teachers. My time at Neumont quickly taught me how to keep my emails short and concise to keep the communication understandable. I also learned the importance of IM while going to Neumont. This has become very handy when I joined IBM since IM is now the preferred method of communication for many IBMers.
Learning
Probably the most important skill I learned from Nemont is also an important business skill that is can be very difficult to master. I have become a self-directed learner. I am by no means an expert at self-directed learning but by nature of the compressed course schedule at Neumont, I spent much of my time at Neumont teaching myself more about what we were learning in class.I consider this the most valuable skill I learned from Neumont. It allows me to adapt to new changes in the workplace and to learn skills to stay ahead of the technology curve. At IBM, many of our teams are beginning to transition from the old-school waterfall method of software development to more agile practices. This transition seems to be a little more difficult for some of the developers who have been with IBM for a long time. Being a self-directed learner lets me cope with any transitions and learn how to work in new environments or programming languages more quickly.
Verdict
Overall I feel that I received a great education from Neumont that allowed me to learn in a style that feels very comfortable to me. Neumont's project-based curriculum is what made me decide to even attend school in the first place. I feel that I graduated with a great working knowledge of the business and soft skills that I need to really become a great software developer.
Neumont is not without faults, of course, there are many many things about the curriculum I feel need to be improved, but that will be the subject of another blog post soon enough. :-)
Image Attributions:
Image by: Sybren Stüvel
Image from: Neumont.edu
Image by: inju
Image by: jisc_infonet
Monday, November 17, 2008
Alt+Drag for Windows
altdrag is a little utility that gives Windows users a feature Linux users have had for a long time now, the ability to move a window by holding alt and clicking on a window anywhere to move it around. This is one feature I constantly try to do in Windows. Its light on the memory usage and is in a 10k 7z file so check it out.
Monday, September 22, 2008
Chrome SSL Certificate Fun
One warning that has become very annoying to me in Firefox and Chrome is the self-signed certificate warning. Many sites on IBM's intranet use self-signed certificates and I hate having to wade through this screen the first time. Chrome uses the the operating systems certificate store so you simply need to add the certificate to your trusted root certificate authorities to bypass the signed certificate problem in Chrome. I found a way to import the certificate using IE on the Chrome Google Group.
To import the certificate:
- Go to the site in IE
- Go to the security report (View > Security Report) and click 'View certificates'
- In the Certificate Import Wizard press 'Next' and select 'Place all certificates in the following store'
- Then choose Trusted Root Certification Authorities
After that, you simply finish up the wizard and you're all done! Chrome will now see the certificate in the Trusted Root Certification Authorities and will stop throwing up the Certificate Not Trusted screen on any pages that use that certificate. This is very handy for those of us who use many intranet sites that are self signed.
I imagine there are other, probably better ways so please let me know in the comments if there is an easier way.
*edit* For those of you wondering if that first picture is a screenshot from my computer, I assure you it is not . I have not updated to Vista nor do I plan on updating to Vista.
Sunday, August 31, 2008
My Coding Dojo
After reading Jeff Atwood's post on code kata I decided that I was going to start a Coding Dojo at work so I could improve my coding skills and learn new tricks from other developers. Since this is an ongoing process, I'm going to document our experiences here on my blog.
Ideas
After reading Jeff Atwood's code kata post, I followed a few of his links and read about Coding Dojos and where the dojo got its start: Dave Thomas' 21 Code Katas. Pragmatic Dave's code kata really got me excited and interested in how I could continually become a better programmer through disciplied practice. Work alone is just not enough, you have to sit down and actively try something new and fail at it a few times to learn. Work does not allow you to do that often, if ever. Now that the seeds have been planted, I need to figure out where to go next. I thought it might be a good idea to look for local dojos.
Nothing in my area and nothing I could find at work either.
OK. Now what?
New Dojo
It was time I started my own dojo, but how was I going to do that? To help me figure that out, I wrote down some ideas I should look into while I started this dojo.
Above all things, do what works best for you and your dojo.
What works best for my dojo may not work best for your dojo so don't feel you have to work the dojo in any sort of prescribed way. The best part of a coding dojo is that it is flexible and adaptive to the needs and desires of the members of the dojo. If you don't like doing the kata, then do something else that helps you learn and grow as developers.
First Meeting
After working out what I wanted the coding dojo to be for me, it was time to invite some people to join the dojo. Starting out I got about five people to join, by keeping the numbers small I can work with the dojo better so we can work out any kinks in how our dojo will operate.
Before our first meeting, I had come up with some points I'd like to bring up. These might help you to work out a first dojo meeting as well.
The Future
My dojo will be holding its second meeting in the next few days, and as we grow and learn as a dojo I am going to document our progress here on this blog. As I document our progress, I'm going to be writing in a way that others wishing to start their own dojo have some insight and suggestions on how to go about that. So for now, farewell and I'll be writing about our dojo in the next couple of weeks.
Ideas
After reading Jeff Atwood's code kata post, I followed a few of his links and read about Coding Dojos and where the dojo got its start: Dave Thomas' 21 Code Katas. Pragmatic Dave's code kata really got me excited and interested in how I could continually become a better programmer through disciplied practice. Work alone is just not enough, you have to sit down and actively try something new and fail at it a few times to learn. Work does not allow you to do that often, if ever. Now that the seeds have been planted, I need to figure out where to go next. I thought it might be a good idea to look for local dojos.
Nothing in my area and nothing I could find at work either.
OK. Now what?
New Dojo
It was time I started my own dojo, but how was I going to do that? To help me figure that out, I wrote down some ideas I should look into while I started this dojo.
- What do I want from the dojo
- How will the dojo help others around me
- How will the meetings go
- What kata should we use
- Meeting styles e.g. Randori Kata, Prepared Kata
- Meeting length
- How often will we meet
- How many people is the best size for a dojo
Above all things, do what works best for you and your dojo.
What works best for my dojo may not work best for your dojo so don't feel you have to work the dojo in any sort of prescribed way. The best part of a coding dojo is that it is flexible and adaptive to the needs and desires of the members of the dojo. If you don't like doing the kata, then do something else that helps you learn and grow as developers.
First Meeting
After working out what I wanted the coding dojo to be for me, it was time to invite some people to join the dojo. Starting out I got about five people to join, by keeping the numbers small I can work with the dojo better so we can work out any kinks in how our dojo will operate.
Before our first meeting, I had come up with some points I'd like to bring up. These might help you to work out a first dojo meeting as well.
- What I'd like to get from our dojo
- A brief description of how kata might work for us
- What everyone else would like to get from the dojo
- How often we should meet
- Introduce a sample kata (see Code Kata for some ideas)
- Introduce the dojo wiki
- Plan next dojo meeting and kata topic
- Write up a meeting retrospective
- What went well
- What didn't go well
- What could we improve next time
The Future
My dojo will be holding its second meeting in the next few days, and as we grow and learn as a dojo I am going to document our progress here on this blog. As I document our progress, I'm going to be writing in a way that others wishing to start their own dojo have some insight and suggestions on how to go about that. So for now, farewell and I'll be writing about our dojo in the next couple of weeks.
Thursday, August 14, 2008
Kicking Ass
Creating Passionate Users was by far one of my favorite blogs I used to read, but unfortunately it has gone dark for now. Fortunately, Kathy Sierra has started microblogging over at Twitter and its great to read what she has to say again. Recently she tweeted something that really got my attention:
Here's to helping each other kick ass.
We tell our authors: "Don't focus on making your BOOK better... focus on making the READER better." Often changes TOC (fewer topics) & toneThis got me thinking... What am I doing on my blog to help you kick ass? When I thought about that, realized I wasn't doing anything to help readers kick ass. I had simply put up whatever idea comes to my head. Now I'd like to change my direction and write more on how I can help you, the reader, kick ass. Not only will this help you, but it helps me become a better writer, programmer, and technology enthusiast.
Here's to helping each other kick ass.
Wednesday, July 16, 2008
Office Redesign
Following a link from Stack Overflow's blog on Microsoft's new research lab got me thinking more about how important it is for developers and the rest of the business world really, to have offices designed to help them be more productive.
I work for IBM and I can attest to how drab, corporate office designs can start to get to you after a while. While my office building is no Intel office layout, it was definitely designed with space efficiency in mind, not for those who are going to be working there.
I first read about how important office design is from Peopleware back in school and it has really stuck with me. Peopleware suggests that its more important that offices are designed for the developers than for space efficiency. Programming is a creative effort and it is very important to create an environment that caters to the developers. After reading Peopleware I have become much more aware of the change major companies such as Google, Intel, and Microsoft have begun to take heed of their developers and actually design spaces to spur creativity and team building.
A few changes I've begun to see in modern office designs:
After watching the Microsoft research office video, I feel like I might have some more energy talking about office layout. So this is it for now, but keep your eyes out for more articles on office layout and design in the future.
I work for IBM and I can attest to how drab, corporate office designs can start to get to you after a while. While my office building is no Intel office layout, it was definitely designed with space efficiency in mind, not for those who are going to be working there.
I first read about how important office design is from Peopleware back in school and it has really stuck with me. Peopleware suggests that its more important that offices are designed for the developers than for space efficiency. Programming is a creative effort and it is very important to create an environment that caters to the developers. After reading Peopleware I have become much more aware of the change major companies such as Google, Intel, and Microsoft have begun to take heed of their developers and actually design spaces to spur creativity and team building.
A few changes I've begun to see in modern office designs:
- Open Space
- Individual Offices
- Whiteboards everywhere
- Reconfigurable spaces
- Natural Lighting
- Collaborative Spaces
After watching the Microsoft research office video, I feel like I might have some more energy talking about office layout. So this is it for now, but keep your eyes out for more articles on office layout and design in the future.
Wednesday, June 04, 2008
Office Design
While I haven't worked in a real office for even a year yet, there are some things I've become acutely aware of regarding my office space. Office design and layout is incredibly important to everyone and can have a large impact on how I work. While I'm glad I'm not stuck in a cube farm and actually have an office where I can shut my door, there are still some things I think all offices should have. Here are just a few of the things I would like to see in my office.
1. Ergonomic Chair
Image by: Crouching Donkey
I had the opportunity to use a nice ergonomic chair a few weeks ago and now I'm wondering how I still sit in a regular, barely adjustable chair. I was much more comfortable in the ergonomic chair and that allowed me to focus on my work better and for a longer period of time. My only problem with an ergonomic chair? They are pretty pricey, hopefully you can convince your work that you should be using an ergonomic chair.
2. Adjustable Desk
Biomorph Maxo
I like having a nice big desk like I do at work, but what I don't like is that its one huge hunk of desk. My desk also lacks the under-desk keyboard and mouse tray, this has been making me keep my arms in a much more uncomfortable position and it has been making my shoulders ache. I've also been interested in sit-to-stand desks lately because I get tired of sitting all day at work and standing for a while would also help me make sure I'm taking regular breaks to reduce fatigue.
3. Multiple Monitors
Image by: Alastair Tse
Right now I use my Lenovo T60p as my main computer, but I have two other desktops that are also being used. One of them runs without a monitor via VNC and the other uses a crappy old Dell CRT. As a developer, I would be so much more productive with at least two monitors, the studies, and developers using multiple monitors can't be wrong.
Those for me, are the most important changes I would like to see in my office. Hopefully I can start working towards a more ergonomic, and productive office space.
1. Ergonomic Chair
Image by: Crouching Donkey
I had the opportunity to use a nice ergonomic chair a few weeks ago and now I'm wondering how I still sit in a regular, barely adjustable chair. I was much more comfortable in the ergonomic chair and that allowed me to focus on my work better and for a longer period of time. My only problem with an ergonomic chair? They are pretty pricey, hopefully you can convince your work that you should be using an ergonomic chair.
2. Adjustable Desk
Biomorph Maxo
I like having a nice big desk like I do at work, but what I don't like is that its one huge hunk of desk. My desk also lacks the under-desk keyboard and mouse tray, this has been making me keep my arms in a much more uncomfortable position and it has been making my shoulders ache. I've also been interested in sit-to-stand desks lately because I get tired of sitting all day at work and standing for a while would also help me make sure I'm taking regular breaks to reduce fatigue.
3. Multiple Monitors
Image by: Alastair Tse
Right now I use my Lenovo T60p as my main computer, but I have two other desktops that are also being used. One of them runs without a monitor via VNC and the other uses a crappy old Dell CRT. As a developer, I would be so much more productive with at least two monitors, the studies, and developers using multiple monitors can't be wrong.
Those for me, are the most important changes I would like to see in my office. Hopefully I can start working towards a more ergonomic, and productive office space.
Wednesday, May 21, 2008
Suse Linux Enterprise Desktop 10 Test Run
A while back I mentioned that I was leaving Windows for Linux, I have been very busy at work though so I hadn't had the time to actually install anything on my desktop at work until a few days ago. Because of my line of work, I was unable to use Ubuntu like I had originally planned and had a choice between RedHat Enterprise Linux or Suse Linux Enterprise Desktop. Taking the advice from my friend Sontek I decided to use Suse Linux Enterprise Desktop 10 over RedHat. After some asking around at work I found out where to get my hands on SLED 10 and got to downloading. Unfortunately the most recent version of SLED I found was version 10 ( although I might be able to get 10 SP 2 now).
I had always heard how easy it was to install SLED 10 and how well most hardware was supported. It is actually pretty nice on the hardware support... if you are using the latest version (10 SP2). I, on the other hand was only using version 10.0. I popped in the 1st install CD and rebooted my machine. It booted onto the Suse installer where it stalled for a few seconds and dropped into the console installer saying it couldn't find CD1. I checked the md5 sum of the CD, it was fine, so the installer must not be recognizing the CD. I didn't have time to investigate until the next day so I went home without Suse installed.
The next morning I did some research and discovered an issue with some motherboards not actually running a real PATA controller and instead handing the duty off to a host controller. Because of this, the default modules loaded up by the installer weren't enough. The fix was easy enough though, I just loaded a few pata modules and the CD recognized properly. After that, the install was a breeze albeit very slow.
After about an hour and a half the install was finally complete and Gnome booted up... unfortunately the video wasn't recognized and was not displaying correctly at all. I squinted at the screen for a second and switched over to a virtual console and booted up Yast. Suse wasn't recognizing my video card correctly and had the color settings wrong so I fixed that and restarted Gnome. OK, no we are good. EXCEPT... now my Ethernet connection is not being recognized. Apparently the NIC I was using needed a module that wasn't in the 2.6.16 kernel that was installed. After some research I found out that I needed the e1000e module that was introduced in the 2.6.23 kernel!
No big deal though, since I want to learn more about Linux I got my chance to try out compiling my own kernel! So I jumped onto my laptop and downloaded the 2.6.25.4 kernel and went through the the how to at Howtoforge. I actually found the process to be very interesting and a great learning process for myself. Obviously I'm still a kernel noob but at least now I have some experience compiling my own kernel. After I compiled the kernel and got the GRUB settings right I restarted Suse into my brand new kernel! After a successful login I was ecstatic I actually got a working compiled kernel!
That leads me to where I am today with Suse, my first install and a kernel compilation later everything seems to be working out well. There are some things I don't like about SLED so far, but I'll write those up later after I've had some time to use SLED and get used to it. This experience has been a good one for me though as it has taught me how to troubleshoot issues better and introduced me to compiling my own kernel. After all that I'm ready to install openSUSE 10.3 on my desktop at home!
I had always heard how easy it was to install SLED 10 and how well most hardware was supported. It is actually pretty nice on the hardware support... if you are using the latest version (10 SP2). I, on the other hand was only using version 10.0. I popped in the 1st install CD and rebooted my machine. It booted onto the Suse installer where it stalled for a few seconds and dropped into the console installer saying it couldn't find CD1. I checked the md5 sum of the CD, it was fine, so the installer must not be recognizing the CD. I didn't have time to investigate until the next day so I went home without Suse installed.
The next morning I did some research and discovered an issue with some motherboards not actually running a real PATA controller and instead handing the duty off to a host controller. Because of this, the default modules loaded up by the installer weren't enough. The fix was easy enough though, I just loaded a few pata modules and the CD recognized properly. After that, the install was a breeze albeit very slow.
After about an hour and a half the install was finally complete and Gnome booted up... unfortunately the video wasn't recognized and was not displaying correctly at all. I squinted at the screen for a second and switched over to a virtual console and booted up Yast. Suse wasn't recognizing my video card correctly and had the color settings wrong so I fixed that and restarted Gnome. OK, no we are good. EXCEPT... now my Ethernet connection is not being recognized. Apparently the NIC I was using needed a module that wasn't in the 2.6.16 kernel that was installed. After some research I found out that I needed the e1000e module that was introduced in the 2.6.23 kernel!
No big deal though, since I want to learn more about Linux I got my chance to try out compiling my own kernel! So I jumped onto my laptop and downloaded the 2.6.25.4 kernel and went through the the how to at Howtoforge. I actually found the process to be very interesting and a great learning process for myself. Obviously I'm still a kernel noob but at least now I have some experience compiling my own kernel. After I compiled the kernel and got the GRUB settings right I restarted Suse into my brand new kernel! After a successful login I was ecstatic I actually got a working compiled kernel!
That leads me to where I am today with Suse, my first install and a kernel compilation later everything seems to be working out well. There are some things I don't like about SLED so far, but I'll write those up later after I've had some time to use SLED and get used to it. This experience has been a good one for me though as it has taught me how to troubleshoot issues better and introduced me to compiling my own kernel. After all that I'm ready to install openSUSE 10.3 on my desktop at home!
Saturday, May 10, 2008
Eclipse
I've been an Eclipse user ever since I started programming in Java *way* back in 2006 and I've been very happy with Eclipse ever since then. I have to admit that I've used Netbeans a few times before, but I've always preferred Eclipse to Netbeans, mostly for the wide array of plugins available for Eclipse. Since Netbeans 6.1 has come out I've been tempted to jump over and compare the two yet again. This got me thinking about what I like about Eclipse and also what has been annoying the hell out of me the past couple weeks. So here are a few things that have been driving me crazy about Eclipse.
1. Project Explorer Forgets
Maybe this is an incorrect setting or something but why does my project explorer forget where it was when I restart Eclipse? If I have a project workspace setup and have tab open, I'd like to have the project explorer also remember where I was in the folder system. It gets really old to have to navigate back to the folder I was looking at when I restarted Eclipse to get a new plugin. This really drives me crazy since the projects I have are pretty large and it makes Eclipse lag a bit while it opens the folder tree.
2. Helpful Tips
I love the fact that I can hover my mouse over a class and see the default Javadoc for that class, but I have one serious complaint about this tool tip. Why is it not HTML? Javadoc allows you to link to other classes' Javadoc using HTML tags as well as the {@link} tag. Why can I not click on it when I focus on the tool tip? I know I can ctrl+click on the class to go there, but you are ignoring all the HTML rendering that can be done with Javadoc! This is annoying as hell! Please Eclipse, take a hint from Netbeans and fix this!
Off the top of my head those are my most annying complaints, but as I run into more issues with Eclipse I'll post my issues here.
1. Project Explorer Forgets
Maybe this is an incorrect setting or something but why does my project explorer forget where it was when I restart Eclipse? If I have a project workspace setup and have tab open, I'd like to have the project explorer also remember where I was in the folder system. It gets really old to have to navigate back to the folder I was looking at when I restarted Eclipse to get a new plugin. This really drives me crazy since the projects I have are pretty large and it makes Eclipse lag a bit while it opens the folder tree.
Update: Thanks to George's awesome comment, my problem has been solved! Eclipse has had the "link with editor" button for a while now and it keeps the navigator tree open to the files you have open. Thanks!
2. Helpful Tips
I love the fact that I can hover my mouse over a class and see the default Javadoc for that class, but I have one serious complaint about this tool tip. Why is it not HTML? Javadoc allows you to link to other classes' Javadoc using HTML tags as well as the {@link} tag. Why can I not click on it when I focus on the tool tip? I know I can ctrl+click on the class to go there, but you are ignoring all the HTML rendering that can be done with Javadoc! This is annoying as hell! Please Eclipse, take a hint from Netbeans and fix this!
Update: Eclipse 3.4 Ganymede fixed this problem. Go get Ganymede and enjoy all the new features. (I like the new update system)
Off the top of my head those are my most annying complaints, but as I run into more issues with Eclipse I'll post my issues here.
Tuesday, May 06, 2008
Hasta la Vista, Windows
Dear Windows,
You are a long time pal of mine, we've been friends since you were just 3.1. I've grown up with you on my computer and we have many fond memories together (except during your ME years), but I have to tell you something old pal. I've found someone else. I know, I know, this may come as a shock to you, but ever since you grew out of XP and into your new Vista body things just haven't been the same. Its not you, its me... ok its you too, but you just don't have the tools and stability that I need. Plus I'm tired of telling you that I'm your Genuine® friend all the time. Why are you so insecure about that?
Now I know who you think I've found, but you're wrong. They may have better looks then you (sorry) and seem to be cooler than you (again, sorry) but they are even more controlling than you are. I just can't be with an operating system that is so willing to lock me down in both hardware and software. Instead, I've found someone else, and they aren't afraid of a little choice. And not just between Home Basic, Home Premium, Business, or Ultimate (what do they all mean anyway?).
I'm sorry Windows, but I will not be installing another version at home again and I will avoid you as much as I can at work as well. Of course, we'll see each other from time to time since I have to make sure my code works with you, but thats all it will be. Linux is my new best friend and we are happy to have superior tools and the freedom to use and modify them how we choose. Its been fun Windows, but your day has passed.
You are a long time pal of mine, we've been friends since you were just 3.1. I've grown up with you on my computer and we have many fond memories together (except during your ME years), but I have to tell you something old pal. I've found someone else. I know, I know, this may come as a shock to you, but ever since you grew out of XP and into your new Vista body things just haven't been the same. Its not you, its me... ok its you too, but you just don't have the tools and stability that I need. Plus I'm tired of telling you that I'm your Genuine® friend all the time. Why are you so insecure about that?
Now I know who you think I've found, but you're wrong. They may have better looks then you (sorry) and seem to be cooler than you (again, sorry) but they are even more controlling than you are. I just can't be with an operating system that is so willing to lock me down in both hardware and software. Instead, I've found someone else, and they aren't afraid of a little choice. And not just between Home Basic, Home Premium, Business, or Ultimate (what do they all mean anyway?).
I'm sorry Windows, but I will not be installing another version at home again and I will avoid you as much as I can at work as well. Of course, we'll see each other from time to time since I have to make sure my code works with you, but thats all it will be. Linux is my new best friend and we are happy to have superior tools and the freedom to use and modify them how we choose. Its been fun Windows, but your day has passed.
Subscribe to:
Posts (Atom)