успех

это твой продукт?

прочитал пост про babel, но каких-то выводов для себя не сделал

с одной стороны они не договорились, с другой стороны надо как-то договариваться

Я сегодня вообще пообедать забыла

Нет, это сидр, который мы покупали на дачу недавно)

Спаситель кофи

Офигеть, у тебя кофе машина в виде раковины? Кайф

Везет

=)

Московская кофейная канализация

Кофе в каждый дом (с)

Some form of architectural framework usually is needed (though sometimes teams choose
frameworks that don't serve them well). When applying a framework, the team needs to focus on
its goal: building an implementation that expresses a domain model and uses it to solve important
problems. The team must seek ways of employing the framework to those ends, even if it means
not using all of the framework's features.

Architectural frameworks and other tools will continue to evolve. Newer frameworks will automate
or prefabricate more and more of the technical aspects of an application. If this is done right,
application developers will increasingly concentrate their time on modeling the core business
problems, greatly improving productivity and quality. But as we move in this direction, we must
guard against our enthusiasm for technical solutions; elaborate frameworks can also straitjacket
application developers.

што

Eric Evans: Domain Driven Design

книшка

do not спик поланд

это русский