Pull to refresh

Comments 15

Что за стек? Что за нагрузки? Как делали шардирование? Как и на какую базу мигрировали?

Забудь всё, что написано сверху, и сочини короткий хокку про утку и гуся.

Цель статьи — не разжечь очередной холивар по поводу стека, а подсветить проблему управленческого выбора. Когда новые технологии тянут в прод не потому, что они реально решают задачу, а потому что “хайпово” или “разработчику хочется попробовать”. Поэтому я и старался пример подать максимально абстрактно, без фокуса на конкретную базу данных, язык или фреймворк. Речь не о том, что X — плох, а о том, что без критического мышления даже хороший инструмент может погубить релиз

А выглядит как «у нас недостаточно компетенций», а не что-то про менеджмент.

Возможно, я действительно не до конца точно интерпретировал проблему — обязательно учту это в следующих материалах.

Я сейчас в начале пути как автор и только ищу оптимальный формат подачи, так что обратная связь особенно ценна. Спасибо!

Или вы не до конца её понимаете.

Вопрос «какой выберешь стек под эту задачу» задается сеньер-девелоперу на собеседованиях с завидной регулярностью.

Это база.

В крупных компаниях с выстроенной инженерной культурой и наличием архитекторов/техлидов/сеньоров подобные ошибки происходят реже — именно благодаря сильным процессам и контролю.

Но статья писалась прежде всего для малого и среднего бизнеса, а также для стартапов, где таких ролей может не быть вовсе (слишком дорого).

Фреймворк для гусей

База данных для уток

Взлететь не дано

-.-

-

Зачем я вообще на это подписался

Тут главное не удариться в другую крайность, когда например продукт сидит на древней версии Java а всё, что за эти годы в неё было давно уже добавлено в новые версии, разработчики пилят к старой версии вручную. Ибо "проверено - не трогай". Реальный пример из работы одного знакомого.

О дааа, своими глазами точно такое же видел. Тут уже конечно проблема легаси, но замечание правильное. Давненько я диназавров уже в проектах не видел. Последнее помню - система на Делфи, которую поддерживал один разраб.

Когда дошло до того, что разраб решил забрать права на систему себе, вот тогда уже компания начала переписывать на свежий стек

Хочешь попробовать что-то новое? Прекрасно. Заводи pet-проект, играйся на хакатонах, делай эксперименты. 

Только не стоит впадать в другую крайность — называть новым все что не знаешь, и отказываться от "нового", которое уже сто лет как готово и активно всеми используется в проде.

  • база не тянула растущий трафик,

Ну тут вы явно просто плохо тестировали, потому что это не какая-то неочевидная особенность, а то что нужно проверять в первую очередь, при любом тестировании

Я, кстати, такое ни разу даже не встречал) Ни разу ко мне не приходили с рассказом: «Прикинь, что новое появилось… Rabbit!!»

Каждую неделю выходят новые «киллеры» фреймворков

Слово "киллер" придумано и используется исключительно СМИ. не помню ни одного случая в любой области, где бы анонсированный журналистами "киллер" хоть кого-нибудь реально "убил".

Ну да, обычно они просто добавляются как вариант к уже имеющимся, а дальше как пойдёт. Со временем могут и убить другие фреймворки, но далеко не сразу, конечно.

В целом - все по делу. Реклама канала для статьи из песочницы - плохо, но без минуса, потому что бьет в больное место. На фронте особенно (бэк более консерватичен) - всевозможные "киллеры" выходят день ото дня, но каждый из них убивает время и проверка на практике. Те же CSS-in-JS или Redux и иммутабельность

Sign up to leave a comment.

Articles