Skip to main content

GearConf 2010 impressions

This week, me and a couple of colleagues attended GearConf 2010 in Düsseldorf. I also did a talk there about Git+SVN. Figured I'd write a couple of impressions from the conference.

First of all, there aren't enough conferences around here aimed at our profession. There must be tens of thousands of people working with software- and IT in NRW, and this amount of people deserve a bigger community scene than a few JUGs.

GearConf is a great event in this landscape. Obviously, it's a lot about gear, tools we use for software development. It's also language agnostic, so there are talks about .Net and Java and others as well. Finally, this year attracted many talks about agile practices, like Scrum and Kanban, and specific agile techniques.

Day one
On day one, we started off by attending the "Agile refactoring" talk by André Neubauer (@devpg) and Oliver Schmitz-Hennemann (@oschmi), from ImmobilienScout24.de. It was a fascinating talk, with lots of insight into a real, large, internet based business, their challenges with architecture and agile, Scrum in particular. Great slides, good speakers.

We then attended the Maven 3 (PDF) talk by Stefan Scheidt (@beezlebug). Stefan strikes me as being a professional, but entertaining and funny speaker. Very cool tone through the talk.

Stefan Lay (@stefanlay) from SAP then gave us a tour of EGit and Gerrit, naturally very interesting topic for me. I'm aching to get an EGit version which is good enough to get the rest of my team over on Git, and Stefan showed us this is not far away. We also had a nice talk with Stefan over lunch on software development, open source, and the enterprise.

Then it was onto "Agile Projekte mit JIRA und Greenhopper". Andreas Ebbert-Karroum (@andreasek) meant to do a demo-intensive presentation, but unfortunately, his VirtualBox acted all up on him and kind of screwed the show. He made up for this later by putting some screencasts online.  Lots of good stuff there for Jira users. Unfortunately, we're stuck with other tools.

We then attended Software-Metriken und Refactoring (PDF) with Thomas Haug. This was particularly interesting to me, as I'm kind of the "metrics man" at work. I haven't found a good practical use for how to apply the metrics yet, but Thomas certainly brought me up to speed on a lot of the theory and thoughts behind it.

Fabian Lange (@codingfabian) then did a great presentation on Agile Development of High Performance Applications, really hammering that we can't forget about the requirement of performance in our work, not even in early on development. Very wise words, and very nice style presentation. He then showed off a really cool tool for monitoring and finding performance bottle-necks in Java applications, called AppDynamics. Do try it out on your own app. It's a bit pricey, but with the free version you can monitor for 2 hours, and already find interesting stuff. If you want something free for Java, you could take a look at VisualVM.

Day 2
On day 2 we had major traffic issues getting through Düsseldorf, so I dropped the first talk in favor of preparing my own talk, which went well, after what I heard :)

After that, it was "Entwicklerproduktivität steigern mit Mylyn", by Oliver Gierke (@olivergierke) from SpringSource. I tried out Mylyn against BugZilla a few years ago, and it was OK back then, so it should be really good by now. I'm a big believer in tools that assist the whole context/coding focus thing, and although Git's topic branches and stashes helps a lot with this, I still believe there's a place for Mylyn. But it has to work really smoothly to be worth it! Will check out its Mantis integration tomorrow.

"Das ist genau, was wir wollten! - ATDD & Kunden in der Softwareentwicklung" with Björn Jensen. Björn is one of the organizers of the Hamburg JUG, and really came across as a smart guy, knew what he was talking about and how to get customers on board with agile. Unfortunately, at this point my German ear was starting to falter with tiredness, so I didn't capture as much as I would've liked of the discussion.

"Projektorganisation vs. Build- und Configuration Management" with Karl Heinz Marbaise (@khmarbaise) seemed to be aimed a bit at software developers stuck in awkward and old-fashioned setups. As we recently did a major structure change in our own Subversion repository, it was a very nod-nod-nod talk for me, not so much new.

The final talk of the day for me was "Wie kann Software die Teamarbeit in agilen Teams unterstützen und wo liegen die Grenzen?" by Ralf Kruse. It was a bit of a hidden product push for Agilo but there was a lot of room for discussion on how to keep working efficiently in a distributed agile team. Again, my German at this point was weak with fatigue, so I missed out a lot on some good points.

And after that, we headed home.

All in all it was a good conference. The level of the speakers was solid, the venue was really nice, and the size of it was small enough to be comfortable. Very informal and nice atmosphere. A big thanks to all the speakers, and of course a big thanks to Heiko and Sabine in Infaktum for putting this conference together. Looking forward to GearConf 2011!

Comments

Popular posts from this blog

Open source CMS evaluations

I have now seen three more or less serious open source CMS reviews. First guy to hit the field was Matt Raible ( 1 2 3 4 ), ending up with Drupal , Joomla , Magnolia , OpenCms and MeshCMS being runner-ups. Then there is OpenAdvantage that tries out a handful ( Drupal , Exponent CMS , Lenya , Mambo , and Silva ), including Plone which they use for their own site (funny/annoying that the entire site has no RSS-feeds, nor is it possible to comment on the articles), following Matt's approach by exluding many CMS that seem not to fit the criteria. It is somewhat strange that OpenAdvantage cuts away Magnolia because it "Requires J2EE server; difficult to install and configure; more of a framework than CMS", and proceed to include Apache Lenya in the full evaluation. Magnolia does not require a J2EE server. It runs on Tomcat just like Lenya does (maybe it's an idea to bundle Magnolia with Jetty to make it seem more lightweight). I'm still sure that OpenAdvant

Considerations for JavaScript in Modern (2013) Java/Maven Projects

Disclaimer: I'm a Java developer, not a JavaScript developer. This is just what I've picked up the last years plus a little research the last days. It's just a snapshot of my current knowledge and opinions on the day of writing, apt to change over the next weeks/months. We've gone all modern in our web applications, doing MVC on the client side with AngularJS or Ember , building single-page webapps with REST backends. But how are we managing the growing amount of JavaScript in our application? Yeoman 's logo (not necessarily the conclusion of this blog post) You ain't in Kansas anymore So far we've just been doing half-random stuff. We download some version of a library and throw it into our src/main/webapp/js/lib , or we use it from a CDN , which may be down or unreachable when we want to use the application.. Some times the JS is minified, other times it's not. Some times we name the file with version number, other times without. Some

Git Stash Blooper (Could not restore untracked files from stash)

The other day I accidentally did a git stash -a , which means it stashes *everything*, including ignored output files (target, build, classes, etc). Ooooops.. What I meant to do was git stash -u , meaning stash modifications plus untracked new files. Anyhows, I ended up with a big fat stash I couldn't get back out. Each time I tried, I got something like this: .../target/temp/dozer.jar already exists, no checkout .../target/temp/core.jar already exists, no checkout .../target/temp/joda-time.jar already exists, no checkout .../target/foo.war already exists, no checkout Could not restore untracked files from stash No matter how I tried checking out different revisions (like the one where I actually made the stash), or using --force, I got the same error. Now these were one of those "keep cool for a second, there's a git way to fix this"situation. I figured: A stash is basically a commit. If we look at my recent commits using   git log --graph --

Managing dot-files with vcsh and myrepos

Say I want to get my dot-files out on a new computer. Here's what I do: # install vcsh & myrepos via apt/brew/etc vcsh clone https://github.com/tfnico/config-mr.git mr mr update Done! All dot-files are ready to use and in place. No deploy command, no linking up symlinks to the files . No checking/out in my entire home directory as a Git repository. Yet, all my dot-files are neatly kept in fine-grained repositories, and any changes I make are immediately ready to be committed: config-atom.git     -> ~/.atom/* config-mr.git     -> ~/.mrconfig     -> ~/.config/mr/* config-tmuxinator.git       -> ~/.tmuxinator/* config-vim.git     -> ~/.vimrc     -> ~/.vim/* config-bin.git        -> ~/bin/* config-git.git               -> ~/.gitconfig config-tmux.git       -> ~/.tmux.conf     config-zsh.git     -> ~/.zshrc How can this be? The key here is to use vcsh to keep track of your dot-files, and its partner myrepos/mr for o

Leaving eyeo

Thirteen blog posts later, this one notes my departure from eyeo after 4 years and 3 months. I joined eyeo around the headcount of 80 employees, and now I think there's just over 250 people there. My role coming in was as operations manager, doing a mix of infrastructure engineering and technical project management. I later on took on organizational development to help the company deal with its growing pains . We introduced cross-functional teams, departments (kind of like guilds), new leadership structures, goal-setting frameworks, onboarding processes and career frameworks.  And all of this in a rapidly growing distributed company. I'm proud and happy that for a long time I knew every employee by name and got to meet every single new-hire through training them on company structure and processes.  At some point, we had enough experienced leaders and organizational developers that I could zoom back in on working in one team, consulting them on  Git and continuous integration