Is this the Decline of the IDE?

254 views

Published on

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
254
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Plain text editors: notepad, notepad2Useless. Some support for syntax highlighting, extensibility if you’re very lucky, but it’s a blunt saw.
  • Programmable editors: vim,emacs, Sublime TextBetter editing capabilities, automation (macros), extensibility. For a good number of years, this was the pinnacle.
  • IDEs: Visual Studio, IntelliJ IDEA, Delphi...A programmable editor on steroids. Built-in access to the compiler. A debugger. Productivity add-ins: Built-in automated refactorings, Resharper.
  • Are we kidding ourselves about flying? Are we instead just falling with style?
  • Mark Seemann thinks so. Respected developer from Denmark, author of Dependency Injection in .NET. Tweeted to say he’d “given up” and uninstalled the R# trial. Responses:omg why? How can do without #resharper?You're seriously missing out. Visual Studio is completely useless without ReSharper, imho.but how will you work then? Bare bone vs is soo poor compared to just about any ideWithout #resharper my productivity drops by 50%, I'm amazed that you can manage without itHe wrote this blog post to start a more nuanced debate than can be had on Twitter. This goes further than ReSharper, though: why do we need all the power Visual Studio provides? Wizard- or Designer-generated code is poor code, people rarely look at it, people rarely understand what that code does or how it works.
  • Resurgence in recent years of programmable editors: vim in particular is enjoying something of a renaissance, and tools like git encourage command-line usage over GUI usage. Clearly, people don’t need all the power of Visual Studio to be productive: a programmable editor and a Terminal window is sufficient.
  • Mark’s main point: how do we measure productivity?In lines of code? Key presses? If so, then we just need to learn to type faster!If measuring in terms of features delivered, then do productivity tools and features necessarily buy you greater productivity? Ruby, Python and JavaScript developers (and others) are all productive using a programmable editor and the command line. Why can’t C# and Java developers be as well?
  • The answer: legacy code. Large, convoluted and extant code bases are where these productivity tools shine. Making sense of the mess. Mark uses TDD and writes SOLID code. TDD mandates refactoring, but only in tiny incremental steps; SOLID code mandates small, focussed, cohesive classes that are not edited after being written. Is R# worth the money if you’re writing code like this all day every day? (But then, how many of us are?)Legacy code is the antithesis of this. Refactoring is often done in large chunks. Classes are bloated, with many gaffer-taped features and sticking plasters leading inexorably to multiple responsibilities and poor names.
  • Is this the Decline of the IDE?

    1. 1. Is this the decline of the IDE? SoCraTes UK 2013
    2. 2. http://www.zelawelakids.com/blog/bid/47667/The-Joy-of-Living-comes-from-within-a-Message-for-our-Children
    3. 3. http://runners-h1gh.tumblr.com/
    4. 4. http://www.quitecurious.com/dreaming-of-flying/
    5. 5. http://backwardsinboots.wordpress.com/2012/06/08/falling-with-style/
    6. 6. http://blog.ploeh.dk/2013/02/04/BewareOfProd uctivityTools.aspx
    7. 7. http://www.toysngifts.co.uk/product/thumbsup/backwards-clock/2/
    8. 8. http://www.beproductivetoday.com/category/productivity/page/2/
    9. 9. http://www.tsgcookin.com/2012/10/spaghetti-and-meatball.html
    10. 10. Is this the decline of the IDE? I don’t think so.

    ×