Думаю статью минусуют за очень агрессивную подачу своего мнения( особенно в контексте джавистов и 99% человечества), мне кажется автору стоит немного пересмотреть эти абзацы и в целом отвлеченные от кода моменты статьи в сторону более нейтральных формулировок. На всякий случай напишу, что тут автор не прав именно по форме, а не по содержанию - там его мнение может быть какое угодно. А по сути статью - я больше согласен, чем не согласен. Сам когда-то пытался засесть в ООП и после знакомства с плюсами даже чистый Си мне показался лучше, в итоге плюнул и ушёл на Python. Очень большая перегрузка ключевыми словами, необходимый "обвяз" к каждому классу в виде конструктора/деструктора, по две пары методов на каждое поле и негибкость в моментах обработки бьет(сам чаще всего пишут в функциональном подходе, на классах только ORM). Я бы от себя ещё добавил, что инициализация и создание класса как операция чаще всего стоят больше, чем вызов функции, а иногда и по памяти бьют сильнее, в результате чего можно получить хуже работающий код. Но чтобы прям всё ООП плохо это тоже слишком сильный тейк. Когда-то с коллегами дошёл до вывода, что Java крепко держит средний и большой сегмент разработки за счёт двух вещей: универсальной компиляции на любых устройствах и самодокументируемости интерфейсов(если вести их согласно адекватности и рекомендациям).
Зашел на сайт. Из заказчиков 80% - это госконторы и сателлиты Сбера. Нагуглить отзывы не смог вовсе. Данные по опросам не приведены, только выводы. Даже не знаю, что тут может быть подозрительно... А вообще если ваш продукт так хорош - чего частные компании в других странах не меняют дорогостоящие подписки Atlassian на качественное российское ПО?
После прочтения возникли резонные вопросы: 1) Как Джуну вообще оценить степень своей "глубины" в каком-то вопросе, если они чаще всего не трогали его в рабочем формате? Я лично не вижу разницы в "Знание Python" и "Проект на Python", если в нем два десятка строк, из которых 10 это импорты библиотек. 2) Я буквально пару раз сталкивался с тем, чтобы человек полностью делал какой-то аспект в одиночку, чаще всего это как минимум парная работа. Да и как вы реально проверите степень участия человека в общей задаче, если он мог написать про работу с React-ом, а там у приложения помимо браузера ещё есть десктоп и телефонная версия, а он сверстал одну страницу? 3) У многих компаний стоит автоотсев откликов по курсам, советовать тыкать их в резюме джунам это медвежья услуга. 4) В случае метрик для сеньоров - что вам дадут эти проценты в отрыве от проекта? Может быть эти 30% уменьшения это уменьшение времени загрузки страницы с 0.3 до 0.21, что может иметь нулевую бизнес ценность. Не могу однозначно сказать, что это бесполезно в целом, но точно бесполезно без контекста. 5) Не знаю, как можно оценить человека за 30 минут(если вы половину собеседования рассказываете о компании). Особенно это касается джунов без какого-то реального опыта работы и у которых чаще всего максимум пет-проекты есть. Я тоже не фанат тестовых и 5 секций некоторых компаний, но на мой взгляд оценивать тех. специалистов исключительно устно это как оценивать навык гонщика по его знаниям ПДД, особенно если он даже в заездах не учавствовал :) С более старшими разработчиками это нормально, но не с младшими. 6) Отвлеченные философские вопросы о цели в жизни это лишнее. Вы же человека берёте не для реализации его хотелок, а для работы. 7) Жалобы на работодателя это больше норма, если бы человека всё устраивало - он бы к вам не пришел. Нетерпимость к переработкам - тоже 8) Я наверно открою удивительный факт, но для 99.9% людей основной стимул к работе это оклад. У меня(да и у многих) в целом нет какой-то глобальной цели по улучшению мира, мы хотим работать над чем-то околоинтересным за деньги, которые мы посчитаем для себя достойными. Странно отсеивать кандидата, который будет готов без лишней мороки работать за вас за рыночный оклад без лишних вопросов в пользу энтузиаста с мечтой об идеальной транспортной системе Москвы, который через три месяца сойдёт с ума от происходящего и уйдет в тайгу жить в землянке после шока.
Если подытожить, то поиск, ориентированный на идеалистом с подвешенным языком потом ведёт к большой головной боли при реализации. Ваше право, конечно, но я бы пересмотрел критерии в пользу более технического склада, чем наличие мечты, идей и рефлексии.
Мне кажется у вас в заголовке слишком много ошибок в фразе "Путеводитель по нашему телеграмм-каналу". А если серьёзно, то лучше бы перенесли сюда материалы из постов в нормально скомпонованном виде, а за будущими уже отправили по ссылке на вашу телегу в конце.
Благодарю за столь подробный ответ. Теперь всё стало яснее( и посыл тоже). Насчет рисков - хотелось бы и правда увидеть цельную статью на эту тему, потому что чаще всего видел лишь по отдельным факторам и их минимизации(тому же фактору автобуса), но не их просчитывания в целом
Картинками из статьи можно ввести человека в экзистенциальный ужас. Если уж генерите, то проверяйте результат, арбуз с шипами внутри добавил мне новую фобию. А статья какая-то... пустая. Я лично из неё сделал вывод, что проект становится красным, если его нельзя реализовать в поставленные сроки/деньги( но пытаются сделать вид, что можно, впихивая ключевую реализацию в конец дедлайна) либо произошло что-то непредвиденное и чтобы её решить нужно просто... запросить ещё сроков/денег, чтобы решить возникшую проблему? Причем никак не затронут вопрос, если, например, после введения новых законов/изменившихся условий ваш проект вообще перестал быть рентабельным и что делать в таком случае, или если ваша команда не прошла испытание факторов автобуса и ушёл ключевой разработчик с большей частью знаний, как в таком случае замещать потерю?
Если ваша статья просматривается или залетела, то это можно нормально монетизировать в виде рекламы чего-то полезного или стать оплачиваемым автором какого-то блога. Как пример, в просмотры вашего проекта, ссылку на который вы впихнули и который вообще никак к тексту статьи не относится :) То, что вашу монетизировать нельзя это последствие её уровня,т.к имхо она представляет собой странный информационный вброс(без фактов и логики) для рекламы в конце, но эффект вышел ровно противоположный.
Мне казалось у нас имеется другое наименование этой должности - "Человек-оркестр". Или единорог, а тут даже сложно уловить, в чем смысл наименования. Но вообще когда ты становишься таким - на тебя потом начинают навешивать ворох работы, которая отвлекает от любимого занятия(сам попал в такую ловушку) и начинаешь медленно выгорать. Причем чаще всего если ты жнец и на дуде дудец, то платят тебе всё равно как и соседнему разработчику/аналитику/подставьте нужное.
Когда ответ на статью длиннее самой статьи. К вашим комментариям для по тех блокам я бы ещё чисто структурных накинул: 1)Вообще к любой такой статье для "тех-кто-не-с-нами",т.е не знаком с жаргоном айтишников, надо бы добавлять глоссарий, по которому несведующий человек поймёт, что за скиллы, гит и тому подобное. 2) Надо бы приложить какую-то условную кривую обучения, хотя бы на основе своего опыта. А то так непонятно, в какой момент пути разработчиков разных мастей расходятся(и одинаковы ли они вообще) или как попасть в нужную сферу, чтобы не стать фронтендером вместо ML-щика. 3) Надо бы осветить "Обычный день Java-разработчика в Т-банке", потому что из текста понятны обязанности, но нет никакого объяснения, что будет из себя представлять монотонность и от чего ты будешь выгорать :) 4) Я бы докинул информацию по грейдам и по градациям в рамках одной сферы, т.к очевидно, что джуну расписывать архитектуру и право выбора технологий никто адекватный не даст. А то по статье выглядит, будто ты придешь в компанию и тебе на первом созвоне впихнут покер-планирование задач на след спринт и декомпозицию системы. Ну и много тех загрузки в статье, особенно если она является обзорной на профессию.
Сам пользуюсь Varmilo уже примерно 1.5 года с silent red свичами. Искал специально клаву потише, т.к звуки моего печатанья даже через стену слышно. По итогу остался доволен - разбирать клаву удобно(даже положили инструмент для этого), кейками приятные и за время работы не стёрлись. Единственное - цены кусаются, но тут со всей механикой так
А мне кажется количество токсичных комментариев сократилось, потому что все валят из ВК на другие платформы по причине миграции контент-мейкеров(из-за сломанных охватов, сложности с публикацией постов и модерации контента), кривых апдейтов ленты с пародией на старый инстаграмм и толпы ботов, которые пишут всякую ересь по словам-триггерам и проходящих эту самую модерацию, из-за чего желание общаться в комментах пропадает даже у тех, кто там остался. Лучше бы пофиксили то,что после каждого обновления настройки ленты сбрасываются и вместо постов в хронологическом порядке они идут в порядке "сначала интересные", раздражает до безумия.
Выбрать синий цвет одновременно для заголовков и для ключевых слов в тексте было плохим решением, аж глаза болят. А когда следом идут ещё и текстовые гиперссылки, которые тоже синие, но другого тона, становится совсем больно. Это небольшое отступление по дизайну, не знаю зачем так издеваться над читателями. А статья годная, правда посыл "Изучайте, а потом делайте" можно не нарочно интерпретировать как "Не делайте защиту сами вовсе". Вообще больная тема многих проектов, особенно где нет аудита по безопасности и её делают программисты без нужных знаний.
Вероятнее всего статью минусуют из-за супернеудачной обложки, которая триггерит многих из-за реалий нашего времени(ну и из-за околовоенной тематики, но тут игра такая). Сама игра геймплейно хороша, но не очень соглашусь с выводом автора. Сессионки в 30-40 минут учат принимать решения в основном быстро и на основе сиюминутных данных, а для руководителя как-то выгоднее смотреть в долгосрочной перспективе и с неочевидными плюсами будущего, которые могут перевесить очевидные плюсы настоящего. Иными словами, в таких играх вы станете хорошим "тактиком" и главным прорабом на стройке с бригадирами в подчинении, а "стратегом" и тем, кто будет выбирать что строить/когда/как - нет. В комментариях справедливо заметили Eve, в котором стратегического элемента ощутимо больше. Если нужно не космотематики игру - есть Foxhole, где нужно выстроить всю цепочку от добычи железа до превращения его в то, чем можно соперничать с противниками. Целый жанр 4X-стратежек и игры парадоксов(как бы ужасна не была в них монетизация). Вот в таких играх в коопе можно развить все навыки, которые нужны в коллективе
В контексте скорости я говорил про django vs что-то другое, но соглашусь, что скорость зависит не только от фреймворка, но и от всей связки технологий. Тот же гугл допилил джангу внутри себя достаточно, чтобы ютуб работал шустрее большинства других предложений. Кукисы в response в fastapi буквально одной строчкой докидываются, не вижу в этом сильного преимущества(https://fastapi.tiangolo.com/advanced/response-cookies/). Если вы про браузерные ,то они там тоже берутся в запросе одной строкой. Валидация переменных в пути вкручена(https://fastapi.tiangolo.com/tutorial/path-params-numeric-validations/#import-path). С пользователями сложнее, но это уже вопрос достройки orm-ки и авторизации. Я не утверждаю, что фляга плохая, но если есть возможность вместо неё выбрать более динамично развивающийся и свежий фреймворк, который в настоящем времени дорабатывается - почему нет? На дистанции выигрыш будет больше, ИМХО. Но переписывать старые flask-проекты я бы тоже не стал - оно явно того не стоит =)
На FastApi можно делать не только API, там есть модуль fastapi.templating и TemplateResponse. Работает, к слову, быстрее джанги как в плане генерации шаблона, там и в плане ответа Вопрос выбора между этой троицей только в том, насколько вам нужны батарейки джанги + встроенная orm,принципиальна ли скорость работы и навязанный mvt. И да, как заметил человек выше - зачем нужен Flask, если FastApi перекрывает весь его функционал, но имеет встроенную валидацию данных от Pydantics и по скоростным замерам быстрее.
Статья ни о чем, но спасибо, что не хотя бы очередное годовое "Как развернуть проект на Django". 1) Ссылка на опрос stackoverflow битая из-за translated-turbopage. 2) Ключевые особенности написаны бредово. В половине мест попросту пересекаются(зачем их тогда писать). А некоторые просто написаны от балды, как тестирование во Flask-е, когда Django сам вам генерит файлик, куда тесты писать и способ их запуска. Причем это же отмечено в сравнении характеристик, но преподносится как особенность фласка. 3) Странно, что не упомянут DRF, которые даёт Джанге апишку. 4) Не знаю, что кому-то мешает вставить JS в Фласк, чтобы получить в нём динамический html. Разве что компрессора там базово нет 5) За плюсы и минусы двумя колонками, где стоящие рядом клетки друг с другом не всегда наполнены характеристиками для сравнения я бы на месте редакторов из песочницы побил бы. Но смыслом тоже не наполнено, особенно когда в рандомном месте предлагают наконец расшифровать что такое ORM( после пяти или шести упоминаний без единого объяснения) или говорят, что MVP на фласке будет медленным(А на джанге взлетит по скорости, ага).
Дальше стало влом описывать каждую нелогичность статьи, т.к список выйдет больше, чем авторские таблицы по плюсам и минусам. ИМХО, выглядит как какой-то потуг нейросети, т.к не думаю, что это писал человек, хотя бы раз пользовавшийся джангой или флягой.
Интересно, куда смотрят их аналитики. Они первую половину трафика себе обрубили, когда контент 18+ начали массово убирать, а теперь оставшиеся 50% отрубят. Удивительно, что даже в низко конкурентной среде, где все достойные аналоги просто запрещены, а отечественные смехотворны в плане тех. исполнения, ВК умудряется ухудшать свои же продукты(причем это касается не только видео, но и нового уродского дизайна месседжера и постов в группах)
Думаю статью минусуют за очень агрессивную подачу своего мнения( особенно в контексте джавистов и 99% человечества), мне кажется автору стоит немного пересмотреть эти абзацы и в целом отвлеченные от кода моменты статьи в сторону более нейтральных формулировок. На всякий случай напишу, что тут автор не прав именно по форме, а не по содержанию - там его мнение может быть какое угодно.
А по сути статью - я больше согласен, чем не согласен. Сам когда-то пытался засесть в ООП и после знакомства с плюсами даже чистый Си мне показался лучше, в итоге плюнул и ушёл на Python. Очень большая перегрузка ключевыми словами, необходимый "обвяз" к каждому классу в виде конструктора/деструктора, по две пары методов на каждое поле и негибкость в моментах обработки бьет(сам чаще всего пишут в функциональном подходе, на классах только ORM). Я бы от себя ещё добавил, что инициализация и создание класса как операция чаще всего стоят больше, чем вызов функции, а иногда и по памяти бьют сильнее, в результате чего можно получить хуже работающий код.
Но чтобы прям всё ООП плохо это тоже слишком сильный тейк. Когда-то с коллегами дошёл до вывода, что Java крепко держит средний и большой сегмент разработки за счёт двух вещей: универсальной компиляции на любых устройствах и самодокументируемости интерфейсов(если вести их согласно адекватности и рекомендациям).
Зашел на сайт. Из заказчиков 80% - это госконторы и сателлиты Сбера. Нагуглить отзывы не смог вовсе. Данные по опросам не приведены, только выводы. Даже не знаю, что тут может быть подозрительно...
А вообще если ваш продукт так хорош - чего частные компании в других странах не меняют дорогостоящие подписки Atlassian на качественное российское ПО?
После прочтения возникли резонные вопросы:
1) Как Джуну вообще оценить степень своей "глубины" в каком-то вопросе, если они чаще всего не трогали его в рабочем формате? Я лично не вижу разницы в "Знание Python" и "Проект на Python", если в нем два десятка строк, из которых 10 это импорты библиотек.
2) Я буквально пару раз сталкивался с тем, чтобы человек полностью делал какой-то аспект в одиночку, чаще всего это как минимум парная работа. Да и как вы реально проверите степень участия человека в общей задаче, если он мог написать про работу с React-ом, а там у приложения помимо браузера ещё есть десктоп и телефонная версия, а он сверстал одну страницу?
3) У многих компаний стоит автоотсев откликов по курсам, советовать тыкать их в резюме джунам это медвежья услуга.
4) В случае метрик для сеньоров - что вам дадут эти проценты в отрыве от проекта? Может быть эти 30% уменьшения это уменьшение времени загрузки страницы с 0.3 до 0.21, что может иметь нулевую бизнес ценность. Не могу однозначно сказать, что это бесполезно в целом, но точно бесполезно без контекста.
5) Не знаю, как можно оценить человека за 30 минут(если вы половину собеседования рассказываете о компании). Особенно это касается джунов без какого-то реального опыта работы и у которых чаще всего максимум пет-проекты есть. Я тоже не фанат тестовых и 5 секций некоторых компаний, но на мой взгляд оценивать тех. специалистов исключительно устно это как оценивать навык гонщика по его знаниям ПДД, особенно если он даже в заездах не учавствовал :)
С более старшими разработчиками это нормально, но не с младшими.
6) Отвлеченные философские вопросы о цели в жизни это лишнее. Вы же человека берёте не для реализации его хотелок, а для работы.
7) Жалобы на работодателя это больше норма, если бы человека всё устраивало - он бы к вам не пришел. Нетерпимость к переработкам - тоже
8) Я наверно открою удивительный факт, но для 99.9% людей основной стимул к работе это оклад. У меня(да и у многих) в целом нет какой-то глобальной цели по улучшению мира, мы хотим работать над чем-то околоинтересным за деньги, которые мы посчитаем для себя достойными. Странно отсеивать кандидата, который будет готов без лишней мороки работать за вас за рыночный оклад без лишних вопросов в пользу энтузиаста с мечтой об идеальной транспортной системе Москвы, который через три месяца сойдёт с ума от происходящего и уйдет в тайгу жить в землянке после шока.
Если подытожить, то поиск, ориентированный на идеалистом с подвешенным языком потом ведёт к большой головной боли при реализации. Ваше право, конечно, но я бы пересмотрел критерии в пользу более технического склада, чем наличие мечты, идей и рефлексии.
Мне кажется у вас в заголовке слишком много ошибок в фразе "Путеводитель по нашему телеграмм-каналу".
А если серьёзно, то лучше бы перенесли сюда материалы из постов в нормально скомпонованном виде, а за будущими уже отправили по ссылке на вашу телегу в конце.
Благодарю за столь подробный ответ. Теперь всё стало яснее( и посыл тоже). Насчет рисков - хотелось бы и правда увидеть цельную статью на эту тему, потому что чаще всего видел лишь по отдельным факторам и их минимизации(тому же фактору автобуса), но не их просчитывания в целом
Картинками из статьи можно ввести человека в экзистенциальный ужас. Если уж генерите, то проверяйте результат, арбуз с шипами внутри добавил мне новую фобию.
А статья какая-то... пустая. Я лично из неё сделал вывод, что проект становится красным, если его нельзя реализовать в поставленные сроки/деньги( но пытаются сделать вид, что можно, впихивая ключевую реализацию в конец дедлайна) либо произошло что-то непредвиденное и чтобы её решить нужно просто... запросить ещё сроков/денег, чтобы решить возникшую проблему? Причем никак не затронут вопрос, если, например, после введения новых законов/изменившихся условий ваш проект вообще перестал быть рентабельным и что делать в таком случае, или если ваша команда не прошла испытание факторов автобуса и ушёл ключевой разработчик с большей частью знаний, как в таком случае замещать потерю?
Товарищи модераторы, это вы потёрли конец статьи с ссылкой и часть комментов или автор статьи сам образумился?
Если ваша статья просматривается или залетела, то это можно нормально монетизировать в виде рекламы чего-то полезного или стать оплачиваемым автором какого-то блога. Как пример, в просмотры вашего проекта, ссылку на который вы впихнули и который вообще никак к тексту статьи не относится :)
То, что вашу монетизировать нельзя это последствие её уровня,т.к имхо она представляет собой странный информационный вброс(без фактов и логики) для рекламы в конце, но эффект вышел ровно противоположный.
Мне казалось у нас имеется другое наименование этой должности - "Человек-оркестр". Или единорог, а тут даже сложно уловить, в чем смысл наименования.
Но вообще когда ты становишься таким - на тебя потом начинают навешивать ворох работы, которая отвлекает от любимого занятия(сам попал в такую ловушку) и начинаешь медленно выгорать. Причем чаще всего если ты жнец и на дуде дудец, то платят тебе всё равно как и соседнему разработчику/аналитику/подставьте нужное.
Когда ответ на статью длиннее самой статьи.
К вашим комментариям для по тех блокам я бы ещё чисто структурных накинул:
1)Вообще к любой такой статье для "тех-кто-не-с-нами",т.е не знаком с жаргоном айтишников, надо бы добавлять глоссарий, по которому несведующий человек поймёт, что за скиллы, гит и тому подобное.
2) Надо бы приложить какую-то условную кривую обучения, хотя бы на основе своего опыта. А то так непонятно, в какой момент пути разработчиков разных мастей расходятся(и одинаковы ли они вообще) или как попасть в нужную сферу, чтобы не стать фронтендером вместо ML-щика.
3) Надо бы осветить "Обычный день Java-разработчика в Т-банке", потому что из текста понятны обязанности, но нет никакого объяснения, что будет из себя представлять монотонность и от чего ты будешь выгорать :)
4) Я бы докинул информацию по грейдам и по градациям в рамках одной сферы, т.к очевидно, что джуну расписывать архитектуру и право выбора технологий никто адекватный не даст. А то по статье выглядит, будто ты придешь в компанию и тебе на первом созвоне впихнут покер-планирование задач на след спринт и декомпозицию системы.
Ну и много тех загрузки в статье, особенно если она является обзорной на профессию.
Автор дал вам ссылку на сам манифест, а 12 его принципов там лежат на другой странице(на которую есть ссылка на самой странице манифеста).
Сам пользуюсь Varmilo уже примерно 1.5 года с silent red свичами. Искал специально клаву потише, т.к звуки моего печатанья даже через стену слышно. По итогу остался доволен - разбирать клаву удобно(даже положили инструмент для этого), кейками приятные и за время работы не стёрлись. Единственное - цены кусаются, но тут со всей механикой так
А мне кажется количество токсичных комментариев сократилось, потому что все валят из ВК на другие платформы по причине миграции контент-мейкеров(из-за сломанных охватов, сложности с публикацией постов и модерации контента), кривых апдейтов ленты с пародией на старый инстаграмм и толпы ботов, которые пишут всякую ересь по словам-триггерам и проходящих эту самую модерацию, из-за чего желание общаться в комментах пропадает даже у тех, кто там остался.
Лучше бы пофиксили то,что после каждого обновления настройки ленты сбрасываются и вместо постов в хронологическом порядке они идут в порядке "сначала интересные", раздражает до безумия.
Выбрать синий цвет одновременно для заголовков и для ключевых слов в тексте было плохим решением, аж глаза болят. А когда следом идут ещё и текстовые гиперссылки, которые тоже синие, но другого тона, становится совсем больно. Это небольшое отступление по дизайну, не знаю зачем так издеваться над читателями.
А статья годная, правда посыл "Изучайте, а потом делайте" можно не нарочно интерпретировать как "Не делайте защиту сами вовсе". Вообще больная тема многих проектов, особенно где нет аудита по безопасности и её делают программисты без нужных знаний.
Вероятнее всего статью минусуют из-за супернеудачной обложки, которая триггерит многих из-за реалий нашего времени(ну и из-за околовоенной тематики, но тут игра такая).
Сама игра геймплейно хороша, но не очень соглашусь с выводом автора. Сессионки в 30-40 минут учат принимать решения в основном быстро и на основе сиюминутных данных, а для руководителя как-то выгоднее смотреть в долгосрочной перспективе и с неочевидными плюсами будущего, которые могут перевесить очевидные плюсы настоящего.
Иными словами, в таких играх вы станете хорошим "тактиком" и главным прорабом на стройке с бригадирами в подчинении, а "стратегом" и тем, кто будет выбирать что строить/когда/как - нет.
В комментариях справедливо заметили Eve, в котором стратегического элемента ощутимо больше. Если нужно не космотематики игру - есть Foxhole, где нужно выстроить всю цепочку от добычи железа до превращения его в то, чем можно соперничать с противниками. Целый жанр 4X-стратежек и игры парадоксов(как бы ужасна не была в них монетизация). Вот в таких играх в коопе можно развить все навыки, которые нужны в коллективе
В контексте скорости я говорил про django vs что-то другое, но соглашусь, что скорость зависит не только от фреймворка, но и от всей связки технологий. Тот же гугл допилил джангу внутри себя достаточно, чтобы ютуб работал шустрее большинства других предложений.
Кукисы в response в fastapi буквально одной строчкой докидываются, не вижу в этом сильного преимущества(https://fastapi.tiangolo.com/advanced/response-cookies/). Если вы про браузерные ,то они там тоже берутся в запросе одной строкой.
Валидация переменных в пути вкручена(https://fastapi.tiangolo.com/tutorial/path-params-numeric-validations/#import-path).
С пользователями сложнее, но это уже вопрос достройки orm-ки и авторизации.
Я не утверждаю, что фляга плохая, но если есть возможность вместо неё выбрать более динамично развивающийся и свежий фреймворк, который в настоящем времени дорабатывается - почему нет? На дистанции выигрыш будет больше, ИМХО.
Но переписывать старые flask-проекты я бы тоже не стал - оно явно того не стоит =)
На FastApi можно делать не только API, там есть модуль fastapi.templating и TemplateResponse. Работает, к слову, быстрее джанги как в плане генерации шаблона, там и в плане ответа
Вопрос выбора между этой троицей только в том, насколько вам нужны батарейки джанги + встроенная orm,принципиальна ли скорость работы и навязанный mvt.
И да, как заметил человек выше - зачем нужен Flask, если FastApi перекрывает весь его функционал, но имеет встроенную валидацию данных от Pydantics и по скоростным замерам быстрее.
Статья ни о чем, но спасибо, что не хотя бы очередное годовое "Как развернуть проект на Django".
1) Ссылка на опрос stackoverflow битая из-за translated-turbopage.
2) Ключевые особенности написаны бредово. В половине мест попросту пересекаются(зачем их тогда писать). А некоторые просто написаны от балды, как тестирование во Flask-е, когда Django сам вам генерит файлик, куда тесты писать и способ их запуска. Причем это же отмечено в сравнении характеристик, но преподносится как особенность фласка.
3) Странно, что не упомянут DRF, которые даёт Джанге апишку.
4) Не знаю, что кому-то мешает вставить JS в Фласк, чтобы получить в нём динамический html. Разве что компрессора там базово нет
5) За плюсы и минусы двумя колонками, где стоящие рядом клетки друг с другом не всегда наполнены характеристиками для сравнения я бы на месте редакторов из песочницы побил бы. Но смыслом тоже не наполнено, особенно когда в рандомном месте предлагают наконец расшифровать что такое ORM( после пяти или шести упоминаний без единого объяснения) или говорят, что MVP на фласке будет медленным(А на джанге взлетит по скорости, ага).
Дальше стало влом описывать каждую нелогичность статьи, т.к список выйдет больше, чем авторские таблицы по плюсам и минусам. ИМХО, выглядит как какой-то потуг нейросети, т.к не думаю, что это писал человек, хотя бы раз пользовавшийся джангой или флягой.
Интересно, куда смотрят их аналитики. Они первую половину трафика себе обрубили, когда контент 18+ начали массово убирать, а теперь оставшиеся 50% отрубят.
Удивительно, что даже в низко конкурентной среде, где все достойные аналоги просто запрещены, а отечественные смехотворны в плане тех. исполнения, ВК умудряется ухудшать свои же продукты(причем это касается не только видео, но и нового уродского дизайна месседжера и постов в группах)
У вас в предисловии "Выбор остается за каждым" два раза написано