I happened upon the Clean Code Cheat Sheet and thought it worthwhile to share. It draws together a number of principles which help you achieve cleaner and more habitable code. It includes: The Get It Done Adagio Make it Work Make it Right Make it Fast The Three Rules of TDD SOLID Principles SRP OCP [...]
Posts Tagged ‘best practice’
For the past few years myself and colleagues have used Selenium extensively to test-drive (and continuously test) all the web-apps which we’ve collectively been responsible for. In that time our massed experience meant we got pretty slick at writing these tests. Then when I started on a new project with a new team, I realised [...]
Categories
- agile (13)
- development (15)
- events (3)
- performance (1)
- technical (22)
- android (1)
- database (1)
- grails (12)
- groovy (2)
- information visualisation (3)
- java (2)
- javascript (4)
- linux (2)
- ops (1)
- os (1)
- testing (13)
- functional tests (2)
- performance testing (3)
- tdd (6)
- uncategorized (3)
- user experience (4)
Search
- 10/GUI: Multitouch to lust for
- Google Chrome Frame
- Selenium has evolved; enter Bromine
- JSON Webtests with Grails
- Evening reading…
- Wolfram Alpha: the promise of divine intelligence?
- No Fluff, Just Stuff 2009. Seattle WA
- Google reader keyboard shortcuts
- Viewing Grails’ in memory HSQLDB
- Respect @ Flickr
- Shan: Great, I wasn't aware of the flash settings. Thanks for the explanation...
- find duplicates: I agree with j pimmel. OFC2 is great but the documentation is very poor for local use. The web site is quite messy too so at one point I ended with u
- Dalton jorge: Hi, Nice tip! I prefer use the DatabaseManager separated from the app, so I do this: 1) in a new terminal, I change dir to the app's path; 2)
About
act:ualise | technical blognotes, observations and obssessions on software quality, agile software development, testing and grails
part of the EnergizedWork experiment