The ancient Greeks debated that hope was a type of hubris (you have the odds and the gods against you, but you do it anyway). One could say that the alternative to hope is despair, but we forget that Nietzsche pointed out: “He who has a why to live for can bear almost any how.”
Nietzsche’s “why” can be to increase the odds, instead of putting your faith in hope (and luck), that something unexpected could happen.
Continue reading “I have become hopeless”
The digital realm is multidimensional, and therefore not as easy to perceive as the physical world. This challenge is at the crux of the difficulties related to IT projects: How to determine when a delivery of a multidimensional project is of a satisfactory quality and ready for release?
Continue reading “Reduce Maintenance Workload 97% with Context-Driven Test Automation”
This workshop differentiate from other TDD courses, by giving you the opportunity to bring your own programming language, framework, and other tools, therefore making TDD more relevant to you. If you wish to bring your code to the next level, then this workshop is for you.
Read more at:
1. A unit test with a coverage of 80 % sounds good, but the coverage is only verification that the code follows the specification / design. If the specification / design don’t solves the necessary needs, then both the implementation and the unit-tests would be an unnecessary expense. TDD can help you validate the design and not only verify the implementation of the code.
Continue reading “5 reasons to use Test Driven Development (TDD)”
Holding a workshop in TDD (Test Driven Development) for 2 developer teams (2 days each) in Bucharest, Romania. TDD is a design methodology for developers to make better software. – because good design is thoroughly validated design.
It was a very successful course with a 97 % satisfaction (and I have written the course materials myself!)