IK
Кайфец получился
+++
Size: a a a
2019 September 03
NS
Вопрос - “Как сделано“, ответ - «хз, мы туда не смотрели, а разраб который делал уволился n лет назад». Вопрос - «Почему было сделано так а не иначе», ответ - «historical reasons» aka “хз, люди принимавшие решения уже давно не с нами”
NS
«Где дока?» «Была в вики, но сервер с вики похоронили и мигрировать такое древнее г-но мамонта никто не почесался»
EE
Это от компании зависит
NS
«Где сорсы?» «Хз, но где-то были»
EE
И от команды
NS
«Как сервис запускался до того как сдохнуть?» «Из домашки разраба по ssh. Разраб, кстати, уволился месяц назад и у нас полиси по удалению старых домашек через месяц» «А где исходники?» «Дак в домашке были»
M
Вопрос - “Как сделано“, ответ - «хз, мы туда не смотрели, а разраб который делал уволился n лет назад». Вопрос - «Почему было сделано так а не иначе», ответ - «historical reasons» aka “хз, люди принимавшие решения уже давно не с нами”
Как будто в одной компании работаем)
NS
Это квинтэссенция нескольких крупных и очень известных компаний по обе стороны Атлантики
AH
Никто не исправит это кроме нас
EE
Никто не исправит это кроме нас
Во истину)
VR
Это квинтэссенция нескольких крупных и очень известных компаний по обе стороны Атлантики
Скорее конгломерат
ФР
ID:
Podlodka #127 – Domain Driven Design
В выпуск про DDD к нам в гости пришел Иван Матвеев из Skyeng и рассказал не только про технические подробности, но и об идейной составляющий. Разобрались почему проектирование системы надо начинать не с базы данных, а модели надо представлять в разных контекстах. Многие слышали про DDD в контексте бекенд разработки, но попробовали переложить подход в другие области, и у нас даже что-то получилось. Всем домен!
Сайт: http://podlodka.io/127
SoundCloud: http://bit.ly/2HCsBrZ
iTunes: https://apple.co/2Tr7vBf
Я.Музыка: http://bit.ly/2ZuiYm4
Поддержи лучший подкаст про IT: www.patreon.com/podlodka
В выпуск про DDD к нам в гости пришел Иван Матвеев из Skyeng и рассказал не только про технические подробности, но и об идейной составляющий. Разобрались почему проектирование системы надо начинать не с базы данных, а модели надо представлять в разных контекстах. Многие слышали про DDD в контексте бекенд разработки, но попробовали переложить подход в другие области, и у нас даже что-то получилось. Всем домен!
Сайт: http://podlodka.io/127
SoundCloud: http://bit.ly/2HCsBrZ
iTunes: https://apple.co/2Tr7vBf
Я.Музыка: http://bit.ly/2ZuiYm4
Поддержи лучший подкаст про IT: www.patreon.com/podlodka
с яндекс музыки пропал 127 выпуск
VA
Я дошел до того этапа когда я понимаю о чем задача, примерно понимаю что надо сделать, и могу сделать, но не могу предсказать где какие грабли всплывут по ходу работы, и поэтому не укладывался в оценку по срокам в несколько раз по каждой задаче
NS
Формула Бобука - взять оценку сроков разраба, помножить на пи, прибавить две недели
VA
Ну, это был не Яндекс, но по масштабу сравнимо
NS
Если это не рутинные задачи которые делались 100500 раз, то грабли могут вылезти в любой момент и подвинуть сроки на любое время.
VA
Недавняя задача которую я оценил в 2 дня а делал всю неделю, была про небольшой (как мне показалось) рефакторинг
EE
я бы обсудил это с людьми которые решили что ты не справился. Тебе то может кажется что ты все правильно сделал. И что это не контролируемые обстоятельства, а они может быть видят что это не так
EE
Я к тому что обсуждая абстрактные ситуации с асбтрактными условиями можно сдлеать только асбтрактный вывод, который может никак не корелировать с твоей ситуацией