Картинками из статьи можно ввести человека в экзистенциальный ужас. Если уж генерите, то проверяйте результат, арбуз с шипами внутри добавил мне новую фобию. А статья какая-то... пустая. Я лично из неё сделал вывод, что проект становится красным, если его нельзя реализовать в поставленные сроки/деньги( но пытаются сделать вид, что можно, впихивая ключевую реализацию в конец дедлайна) либо произошло что-то непредвиденное и чтобы её решить нужно просто... запросить ещё сроков/денег, чтобы решить возникшую проблему? Причем никак не затронут вопрос, если, например, после введения новых законов/изменившихся условий ваш проект вообще перестал быть рентабельным и что делать в таком случае, или если ваша команда не прошла испытание факторов автобуса и ушёл ключевой разработчик с большей частью знаний, как в таком случае замещать потерю?
Если ваша статья просматривается или залетела, то это можно нормально монетизировать в виде рекламы чего-то полезного или стать оплачиваемым автором какого-то блога. Как пример, в просмотры вашего проекта, ссылку на который вы впихнули и который вообще никак к тексту статьи не относится :) То, что вашу монетизировать нельзя это последствие её уровня,т.к имхо она представляет собой странный информационный вброс(без фактов и логики) для рекламы в конце, но эффект вышел ровно противоположный.
Мне казалось у нас имеется другое наименование этой должности - "Человек-оркестр". Или единорог, а тут даже сложно уловить, в чем смысл наименования. Но вообще когда ты становишься таким - на тебя потом начинают навешивать ворох работы, которая отвлекает от любимого занятия(сам попал в такую ловушку) и начинаешь медленно выгорать. Причем чаще всего если ты жнец и на дуде дудец, то платят тебе всё равно как и соседнему разработчику/аналитику/подставьте нужное.
Когда ответ на статью длиннее самой статьи. К вашим комментариям для по тех блокам я бы ещё чисто структурных накинул: 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% отрубят. Удивительно, что даже в низко конкурентной среде, где все достойные аналоги просто запрещены, а отечественные смехотворны в плане тех. исполнения, ВК умудряется ухудшать свои же продукты(причем это касается не только видео, но и нового уродского дизайна месседжера и постов в группах)
Какая-то мешанина. Как можно сочетать Scrum и Waterfall вместе? Это же две разные методики, одна из которых - короткие итерации и планирование следующих с учетом текущей информации, а вторая - полный план работы на полгода вперёд, расписанный едва ли не по действиям. Как закрытый код может быть безопаснее открытого? Ведь уязвимости остаются и там и там, злоумышленник на неё всё равно выйдет, а заинтересованный в исправлении никогда не сможет это увидеть. Я понимаю закрытость кода в плане коммерции, но подтягивать сюда безопасность как минимум спорно. Как уже отметили выше - а где какая-то система контроля версий? Или в битриксе хранятся архивы в виде аттачей к сообщениям на отдельной доске? Без хотя бы гитлаба синхронизация работы в плане версий кода в адищу превращается, где хотя бы упоминание используемого инструмента, если он существует? В плане коммуникации с заказчиками и команды статья даёт правильные посылы, но в технической реализации будто что-то не дописали, либо исказили реальный рабочий процесс.
Неожиданно пришла грустная новость - Codeium втихаря заблокировали доступ к чату с ботом из России. На любое сообщение будете получать "Feature not available in your country", но все функции, для которых не надо использовать чат работают(типа docstring)
Оу, извиняюсь. Криво прочитал комментарий к примерам, из-за чего сложилось впечатление, что это перевод. Но это делает статью ещё ценнее, особенно для тех, кто как я из других сфер и о книге не слышал
Очень интересная статья, пусть и переведённая. И автор абсолютно прав, что примеры ложатся на нашу действительность даже слишком хорошо, я наши аналоги в голове прямо во время прочтения прокручивал
Да,про ссылки на предыдущие статьи хорошая идея,я с удовольствием прочитал весь цикл. К сожалению,они и правда не видны,если случайно в блог не залезть
Картинками из статьи можно ввести человека в экзистенциальный ужас. Если уж генерите, то проверяйте результат, арбуз с шипами внутри добавил мне новую фобию.
А статья какая-то... пустая. Я лично из неё сделал вывод, что проект становится красным, если его нельзя реализовать в поставленные сроки/деньги( но пытаются сделать вид, что можно, впихивая ключевую реализацию в конец дедлайна) либо произошло что-то непредвиденное и чтобы её решить нужно просто... запросить ещё сроков/денег, чтобы решить возникшую проблему? Причем никак не затронут вопрос, если, например, после введения новых законов/изменившихся условий ваш проект вообще перестал быть рентабельным и что делать в таком случае, или если ваша команда не прошла испытание факторов автобуса и ушёл ключевой разработчик с большей частью знаний, как в таком случае замещать потерю?
Товарищи модераторы, это вы потёрли конец статьи с ссылкой и часть комментов или автор статьи сам образумился?
Если ваша статья просматривается или залетела, то это можно нормально монетизировать в виде рекламы чего-то полезного или стать оплачиваемым автором какого-то блога. Как пример, в просмотры вашего проекта, ссылку на который вы впихнули и который вообще никак к тексту статьи не относится :)
То, что вашу монетизировать нельзя это последствие её уровня,т.к имхо она представляет собой странный информационный вброс(без фактов и логики) для рекламы в конце, но эффект вышел ровно противоположный.
Мне казалось у нас имеется другое наименование этой должности - "Человек-оркестр". Или единорог, а тут даже сложно уловить, в чем смысл наименования.
Но вообще когда ты становишься таким - на тебя потом начинают навешивать ворох работы, которая отвлекает от любимого занятия(сам попал в такую ловушку) и начинаешь медленно выгорать. Причем чаще всего если ты жнец и на дуде дудец, то платят тебе всё равно как и соседнему разработчику/аналитику/подставьте нужное.
Когда ответ на статью длиннее самой статьи.
К вашим комментариям для по тех блокам я бы ещё чисто структурных накинул:
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% отрубят.
Удивительно, что даже в низко конкурентной среде, где все достойные аналоги просто запрещены, а отечественные смехотворны в плане тех. исполнения, ВК умудряется ухудшать свои же продукты(причем это касается не только видео, но и нового уродского дизайна месседжера и постов в группах)
У вас в предисловии "Выбор остается за каждым" два раза написано
Какая-то мешанина.
Как можно сочетать Scrum и Waterfall вместе? Это же две разные методики, одна из которых - короткие итерации и планирование следующих с учетом текущей информации, а вторая - полный план работы на полгода вперёд, расписанный едва ли не по действиям.
Как закрытый код может быть безопаснее открытого? Ведь уязвимости остаются и там и там, злоумышленник на неё всё равно выйдет, а заинтересованный в исправлении никогда не сможет это увидеть. Я понимаю закрытость кода в плане коммерции, но подтягивать сюда безопасность как минимум спорно.
Как уже отметили выше - а где какая-то система контроля версий? Или в битриксе хранятся архивы в виде аттачей к сообщениям на отдельной доске? Без хотя бы гитлаба синхронизация работы в плане версий кода в адищу превращается, где хотя бы упоминание используемого инструмента, если он существует?
В плане коммуникации с заказчиками и команды статья даёт правильные посылы, но в технической реализации будто что-то не дописали, либо исказили реальный рабочий процесс.
Неожиданно пришла грустная новость - Codeium втихаря заблокировали доступ к чату с ботом из России. На любое сообщение будете получать "Feature not available in your country", но все функции, для которых не надо использовать чат работают(типа docstring)
Оу, извиняюсь. Криво прочитал комментарий к примерам, из-за чего сложилось впечатление, что это перевод. Но это делает статью ещё ценнее, особенно для тех, кто как я из других сфер и о книге не слышал
Очень интересная статья, пусть и переведённая. И автор абсолютно прав, что примеры ложатся на нашу действительность даже слишком хорошо, я наши аналоги в голове прямо во время прочтения прокручивал
Да,про ссылки на предыдущие статьи хорошая идея,я с удовольствием прочитал весь цикл. К сожалению,они и правда не видны,если случайно в блог не залезть
С нетерпением жду завершающий материал!