Как только вы внесете такое изменение, ваши имена перестанут соответствовать ментальной модели.
Если вы думаете о том, что топливные баки разгонного модуля являются частью топливных баков станции, то их Capacity должна быть отражена и в FuelTanks.Capacity, если нет, то она не должна быть в GetFuelTanksCapacity.
Если не придерживаться этого правила, то по идентификатору нельзя будет понять, что собственно код призван делать и команде надо будет держать в голове набор правил типа «Мы не считаем топливный бак разгонного модуля частью топливных баков станции КРОМЕ, случая когда нам надо рассчитать их общую емкость» в этом люди будут путаться.
Что такое «немногословная семантика»? Там команды сами многословные, хотя есть простые алиасы (Get-ChildItem == dir == ls) а вот семантика из-за объектного пайпа как раз экономная
GetFuelTanksCapacity() это совершенно то же самое что и .FuelTanks.Capacity — потребитель знает, что у корабля есть топливный бак, у топливного бака есть вместимость.
Можно от этого абстрагироваться сделав на уровне корабля GetFuelDemand(), возможно, на уровне терминала тоже. Это позволит например, алгоритму расчета ничего не знать про корабли а на уровне космической станции добавлять свои потребности в топливе — а не только.
От god object можно избавляться по разному, см. например конйепцию, bounded context в ddd
cscript это скриптовый хост а powershell — это шелл. Т.е. не язык общего назначения, а прежде всего приблуда для одноразовых команд.
типа gsv *sql* | ogv — вывести список сервисов в грид или
ls -recurse -incl *.png | sort extension | group extension
выводит количества всех фалов по расширениям в текущей папке.
А возможно, при разговоре один продавец сказал «Посмотрите вон на ту штуку», а когда покупательница отвлеклась, ей в сумочку положили датчик GPS, который посылал сигнал на спутник. А потом по адресу вызвали группу быстрого реагирования на неудовлетворенность клиентов.
Это понятно. Вопрос насколько часто часто такое происходит и чье вообще решение что Элина вяжет 300 бантиков. Вполне возможно что она решила это сделать сама, прикинув какие есть ресурсы и как это скажется на отношении других членов коллектива. Вот такая вот Гэмба
Стратегически — смысл в том, чтобы с задачей и конкретной подсистемой познакомились все в команде, что будет экономить время при появлении подобных задач.
… если они в дальнейшем перестанут заниматься моббингом а станут работать по одному?
Ок. Поменяем формулировку — человек скомпенсировал последствия ошибки. Я не вижу тут никакой кары — недостаточно информации. Имхо примерно такое же действие как когда дают какой-то комплимент за нарушение сервиса — это не наказывание компании а просто компенсация потребителю.
А разработчику после праздника — нужно ещё потом всю неделю отпахать занимаясь разработкой.
Из того, что разработчик пришел в выходные, это не следует. Возможно ему предоставят оплачиваемый отгул, например. А еще это может быть не вся команда разработки, а дежурный.
У вас частный случай кастрированного серого квадрата реализованный в векторной форме занял аж 4 экрана текста… А квадрат — общий случай с матрицами произвольного размера. Представляю сколько экранов у вас именно прям его реализация займет?
Мне кажется тут какая-то путанница — вы сравниваете использование одного подхода с реализацией другого. Причем один из них проблемно-ориентированный язык, а другой — язык общего назначение.
А надо сравнивать графическое и текстовое представление. Т.е., например перевести схему в текстовый вид и сравнить запись (на языке того же уровня абстракции — то есть в этом случае текстовый DSL — если у вас там графы то будет внешнее подобие graphviz, или типа того) либо показать реализацию серого квадрата в виде графической схемы.
На первой картинке нету визуальности, на второй — диффа. Хотя дифф, например, для картинок бывает. Разница в том, что для каждого конкретного визуального языка надо придумать и реализовать свой дифф, который для текста общий (и то, синтаксической подсветки для конкретного текстового языка может и не быть)
Если вы думаете о том, что топливные баки разгонного модуля являются частью топливных баков станции, то их Capacity должна быть отражена и в FuelTanks.Capacity, если нет, то она не должна быть в GetFuelTanksCapacity.
Если не придерживаться этого правила, то по идентификатору нельзя будет понять, что собственно код призван делать и команде надо будет держать в голове набор правил типа «Мы не считаем топливный бак разгонного модуля частью топливных баков станции КРОМЕ, случая когда нам надо рассчитать их общую емкость» в этом люди будут путаться.
Можно от этого абстрагироваться сделав на уровне корабля GetFuelDemand(), возможно, на уровне терминала тоже. Это позволит например, алгоритму расчета ничего не знать про корабли а на уровне космической станции добавлять свои потребности в топливе — а не только.
От god object можно избавляться по разному, см. например конйепцию, bounded context в ddd
mytool.exe |? -match cool > c:\out.txt
все приспособлено для вызова программ редиректов и чтобы было привычно пользователям cmd и bash
типа gsv *sql* | ogv — вывести список сервисов в грид или
ls -recurse -incl *.png | sort extension | group extension
выводит количества всех фалов по расширениям в текущей папке.
Попробуйте написать это на js
… если они в дальнейшем перестанут заниматься моббингом а станут работать по одному?
Теперь интересно стоит ли овчинка выделки.
Отсеивать на испытательном сроке дороже чем на собеседовании.
Я часто встречал неприятные сюрпризы, когда вроде человек говорит гладко, а простую задачу решить не может.
А что это значит? Можете развернуть?
Из того, что разработчик пришел в выходные, это не следует. Возможно ему предоставят оплачиваемый отгул, например. А еще это может быть не вся команда разработки, а дежурный.
Мне кажется тут какая-то путанница — вы сравниваете использование одного подхода с реализацией другого. Причем один из них проблемно-ориентированный язык, а другой — язык общего назначение.
А надо сравнивать графическое и текстовое представление. Т.е., например перевести схему в текстовый вид и сравнить запись (на языке того же уровня абстракции — то есть в этом случае текстовый DSL — если у вас там графы то будет внешнее подобие graphviz, или типа того) либо показать реализацию серого квадрата в виде графической схемы.
Вроде обычно скорость команды измеряется целиком. Я правда только про скрам и канбан знаю.
Один файл — один репозиторий!
Вот тут мне стало интересно, из какой противоречащей реальности аксиомы следует лента Мёбиуса. Она ж вроде реально существующий объект?
https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D1%82