But they're at least into the idea, according to a new survey. | "Game Boy development was interesting in that you were always coding with battery in mind." https://news.ycombinator.com/item?id=18873662
Common mistake in arch: Using functionality to id services ("Buying Stocks", "Selling Stocks", ...). Functional decomposition maximizes impact of change, is coupled to it. Better encapsulate change to insulate. Do not resonate with change. |
The conclusion is that you should never design against the requirements (or the features, or the use cases, or the user stories). What you must do instead is identify the smallest set of building blocks, call them microservices if you like, that you can put together to satisfy ANY requirement: present and future, known and unknown. There is a strong process angle of how you go about doing just that.
Identify areas of volatilities, and those you encapsulate in (micro)services. Then you implement the required behavior as the interaction between those services. A new requirement would simply mean a different services interaction, not a different decomposition, so now when the requirements change, your design does not.
https://www.infoq.com/news/2016/07/lowy-every-class-service?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global
The limitations of backpropagation learning can now be overcome by using multilayer neural networks that contain top-down connections and training them to /generate/ sensory data rather than to classify it. (...) much better than previous approaches
zu einfach m Ethikcode=Konflikte m Gutverhalten eindämmen, Gründe egal; Blick für Missbrauchsmglk. (Risiko-Id für Negativ-Stakeholder), v.a. bei Tools für Minderheiten mit pol. Gegnern (Irreführung v Flüchtlingen, Adressen v Helfern, Ortsbestimmung v Schwulen, ...)
At shops like Microsoft and Google, developers don’t attend formal code review meetings. Instead, they take advantage of collaborative code review platforms like Gerrit, CodeFlow, Collaborator, or ReviewBoard or Crucible, or use e-mail to request reviews asynchronously and to exchange information with reviewers.
auch mit externem Editor benutzbar, überwacht Sourcefile und kompiliert bei Änderungen (Design > Auto Compile + View > Hide Editor); Javascript: http://garyhodgson.github.io/openscad.net/
A design persona has nine parts; Products are people, too. | 10 Steps to Personas: https://i.pinimg.com/originals/18/ef/dc/18efdc3bc2bd4a563d8ddbe6548194dc.jpg
Beispiel: http://www.youtube.com/watch?v=3no7CXVl24A ---
Präsentation auf einem virtuellen, unendlich großen Blatt Papier, auf dem man sich durch Maussteuerung bewegen sowie hinein- und heraus zoomen kann