Я так понял, это значит что сценарий не продуман, при продуманом сценарии вы должны знать, какое действие пользователь сделает следующим лучше самого пользователя и предложить ему где-то прям перед глазами.
Разумеется, правило максималистское и в реальности его соблюдать не стоит, но стоит стремиться к его соблюдению
TDD это Test Driven Development — то есть тесты должны двигать разработку — то есть быть впереди. Если вы хотите убрать этот принцип, тогда надо придумывать другое название.
Я хочу сказать, что в TDD тесты и код пишет один и тот же человек, и тесты в этом случае являются способом проверки работоспособности кода (гипотезы).
Так же чтобы убедиться в корректности дизайна, документировать и т.д. См. Why we test
Ну и что-то надо делать с восприятием. Человек работающий в гололенз выглядит мягко говоря странно, даже неадекватно — машет руками делает странные жесты. Видно, что не в себе а в виртуальном мире каком-то.
А вы помните, когда только появились гарнитуры к телефонам?
Мне кажется, судя по количеству дублирования в коде, непонятным идентификаторам и выбору Delphi в качестве языка для рассуждений об ООП автор не очень подкован в предмете своих рассуждений. И в предметной области, которую выбрал для примера.
Метод ВыдатьЗарплату (PaySalary) может быть отнесен к классам Сотрудник (Employee), Касса (Cash), БанковскийСчет (Account) – все они равнозначны в праве владения им
Мне кажется зарплата термин специфичный именно для отношений между людьми и предприятием, а это отношение и обозначается термином Работник.
То Касса и Банковский счет могут быть использованы и в других контекстах.
Мне кажется, основной посыл поста — фантазия о доминировании над менее опытном коллегой путем сравнения его с неопытным животным, причем присутствует копрофильская нотка — обычно люди не пишут так много о дефекации, хотя и метафорической.
Наказывать не надо. Если человек недостаточно мотивирован надо искать другого.
Молодого разработчика надо помещать в учебку — давать простые задачи и каждое изменение должно проходить подробное code review с придирчивым вниманием ко всем аспектам качества, соблюдение стандартов кодирования, осмысленные наименования и прочее.
Еще рекомендуют pair programming для передачи опыта, но я не пробовал в постоянном режиме
он и так написал new. Только два раза — сначала в определении метода. Скобку надо писать одну — Вторую IDE дописывает :)
Интересно, а что там так намного комфортнее?
см. также http://alistair.cockburn.us/Hexagonal+architecture
Я говорил про утверждение
А не про
;)
JFYI
https://en.wikipedia.org/wiki/.NET_Micro_Framework#Features
Я так понял, это значит что сценарий не продуман, при продуманом сценарии вы должны знать, какое действие пользователь сделает следующим лучше самого пользователя и предложить ему где-то прям перед глазами.
Разумеется, правило максималистское и в реальности его соблюдать не стоит, но стоит стремиться к его соблюдению
Интересно, как тесты, которых еще нет могут управлять разработкой
TDD это Test Driven Development — то есть тесты должны двигать разработку — то есть быть впереди. Если вы хотите убрать этот принцип, тогда надо придумывать другое название.
Так же чтобы убедиться в корректности дизайна, документировать и т.д. См. Why we test
А вы помните, когда только появились гарнитуры к телефонам?
Первая — IT Crowd
Это общеизвестный факт или вы сами додумались? Можно ли ссылку на источник?
По-моему, еще не :)
В естественном языке тоже есть существительные, сделанные из глаголов
Не, про стимулус
Мне кажется, судя по количеству дублирования в коде, непонятным идентификаторам и выбору Delphi в качестве языка для рассуждений об ООП автор не очень подкован в предмете своих рассуждений. И в предметной области, которую выбрал для примера.
трудовойДоговор.расторгнуть() :)
Мне кажется зарплата термин специфичный именно для отношений между людьми и предприятием, а это отношение и обозначается термином Работник.
То Касса и Банковский счет могут быть использованы и в других контекстах.
То ли дело сабачьи какашки! Фекального юмора мы не слышали с детства!
Тут я имел ввиду точку удовольствия — удовольствие от унижения другого человека.
Мне кажется, основной посыл поста — фантазия о доминировании над менее опытном коллегой путем сравнения его с неопытным животным, причем присутствует копрофильская нотка — обычно люди не пишут так много о дефекации, хотя и метафорической.
Наказывать не надо. Если человек недостаточно мотивирован надо искать другого.
Молодого разработчика надо помещать в учебку — давать простые задачи и каждое изменение должно проходить подробное code review с придирчивым вниманием ко всем аспектам качества, соблюдение стандартов кодирования, осмысленные наименования и прочее.
Еще рекомендуют pair programming для передачи опыта, но я не пробовал в постоянном режиме