mariogleichmann
- @ ...s/times become aware of 'thinking in Scala' in terms of
using some concepts (traits,implcits,...) when in Java land...;o)2:14 AM Nov 10th from TwitterMail
- Today it happened:Java compiler complains about missing return statement
while i'm staring @ expression + puzzled because 2 attuned to Scala1:23 AM Nov 10th from TwitterMail
- Would you agree Eric Evans (DDD) about Modules / Packages: cognitive overload is the primary motivation for modularity ... ?1:20 PM Nov 9th from web
- If u start 2 play with nested type declarations in , be sure to
understand Path-Dependend Types, otherwise you'll run into trouble...1:18 AM Nov 9th from TwitterMail
- Agree DDD on Services: operation names should come from the ubiquitous language. Parameters and results should be domain objects2:31 PM Nov 5th from web
- Agree DDD: changing code changes the model, so programmers are modelers, wether anyone likes it or not ...10:13 AM Nov 3rd from web
- Agree DDD: effects of a model can be very sensitive to details which don't always come across UML diagrams - so programming is all design9:03 AM Nov 3rd from web
- @ : i'm interested of writing some Scala stuff ... any
preferences about a special topic?4:11 AM Nov 3rd from TwitterMail
- Agree Wirfs-Brock about RDD and TDD: 'With a design-test-code-reflect-refactor rhythm, good code emerges alongside well-designed interfaces'3:06 PM Oct 28th from web
- Excellent Article about core of Responsibility-Driven Design (in contrast to structural focussed design strategies) at 3:00 PM Oct 28th from web
- CleanCodeCampfireRule++:'Our responsibility is to do what we can,learn what we can,improve the solutions and pass them on' Richard P.Feynman2:19 PM Oct 28th from web
- My understanding of TDD: TDD involves short cycles of writing specs that prove the DESIGN, not verifying some code / implementation2:02 PM Oct 26th from web
- Clean code roots:our main task isn't 2 instruct a computer what to do,but rather on explaining to human beings what we want it to do.D.Knuth1:37 PM Oct 26th from web
- Wirfs-Brock on DUF vs. BDUF: Upfront design needn’t be wasteful if you develop a design rhythm that balances thinking, learning and doing1:20 PM Oct 26th from web
- Not only an exhilarant article for those reading Heinlein: '7 Lessons for Software Developers from Heinlein' - 11:21 AM Oct 26th from web
- 2 many times seen: Don’t design every object to behave defensively.Redundant checks are hard to keep consistent and lead to brittle code W.B1:55 PM Oct 25th from web
- You may only develop a design sense by seeing both good AND bad code.2:24 PM Oct 24th from web
- @ , @ ... thanks for your valuable hint about Rebecca J. Wirfs-Brock ( @ )! ... will follow :o)3:44 PM Oct 23rd from web
- Software development at its core is most essentially thinking, changing a vague difficulty into a specific, concrete form... would u agree ?3:41 PM Oct 23rd from web
- Up-Front design is not Up-front thinking - it's 'rarely wasted effort, especially when tackling complex or novel design problems' (W--Brock)3:24 PM Oct 23rd from web
|
- Name Mario Gleichmann
- Location Frankfurt / Germany
- Web http://gleichmann...
- Bio Dad, Husband and strong believer in Brain Driven Development
|
