Помню в молодости подрабатывал в конторе, которая делала двери. И был там один из учредителей, который делал универсальный станок, который должен был получить на входе полотно, а на выходе готовую дверь.
Я там проработал не долго, но как говорили, через пару лет, ничего путного не получилось.
Я это к тому, что универсальный инструмент создает эффект "вау" по началу, но когда капнешь глубже, то всплывает куча проблем.
Всегда думал, что сеньор должен, и в архитектуру, и в дба, и в девопс. Без этого спроектировать и запустить продукт просто не возможно. Скорее мидл это просто про написание кода.
Не совсем расскрыто , какой алгоритм отвечает за связь между сном и тренировками, например. В чем профит хранить слепок в БД? Как в таком случае работает бизнес логика?
Потыкал апп. Еще сыровато, элементы наезжают друг на друга. Не интуитивно понятный интерфейс. Например затупил когда хотел вернуться на главный экран из расписания тренировок.
Сложилось впечатление, что приложение выступает больше, как какой-то показательной работой, чем реально решает проблему.
Автору респект в любом случае, но я так и не понял зачем это нужно лично мне.
Есть серьезный пункт о котором автор умолчал(по незнанию или неопытности) - открытие портов докером в обход ufw.
Запускаете в докере базу с публикацией порта, думая что он виден только на локалхосте, а он себе прекрасно торчит на ружу, потому что докер внес свои изменения в iptables.
Сколько убило профессий изобретение сварки вместо заклёпок? Или изобретение токарного станка вместо напильника. ИИ такой же инструмент достижения цели, как и другие, только ускоряющий процесс.
Вы можете собирать урожай серпом или использовать комбаин, но управлять придётся как не крути.
В кризис всегда начинают зарабатывать больше профессионалы высокого уровня, а средние и младшие, или отваливаются, или вырастают.
На upwork были тесты в свое время, но заглохли, потому что их нужно постоянно обновлять из-за того что технологии не стоят на месте. С госуслуговскими может произойти тоже самое...
Меня больше раздражает, что нет кнопки назад нормальной. Читаешь новости, приходит сообщение, ты на него отвечаешь, и опа, уже и забыл в каком канале ты был. Особенно если у тебя несколько аккаунтов. Не хватает навигации как в браузере.
Пользуюсь ИИ начиная от copilot заканчивая какой-нибудь qwen. Пока то, что описывает коллега в интервью далеко от реальности.
Что бы ИИ нормально написал код, ему надо подсунуть подробну инструкцию, с акцентами на важных моментах. Иногда проще написать самому.
Все модели пишут код на уровне джуна перехолящего в начинающего мидла. В 90% случаев код необходимо править, поэтому легче написать самому, что бы не делать двойную работу.
Для меня пока все модели выглялят как интеллектуальный поисковик, не более.
Спасибо за статью. Я как человек писавший на эликсире несколько лет назад, могу сказать свое мнение.
Язык и среда сами по себе отличные, но с точки зрения бизнеса не практичные.
И на это есть несколько причин:
С появлением кубера приложение становится похоже на кубер в кубере. В случае с кубером за него отвечают девопсы, в случае эликсира разработчики —размывается ответственность.
Эликсир был вдохнавлен ruby, а phenix - rails. Многие начали на него переходить по причине "умирания" ruby и rails, но удобство разработки схожих с рельсой так и не получилось достичь. Те же полиморфные связи отсутствовали в фениксе на тот момент, когда я на нем писал.
Эликсир очень плох в однопотоке, большие массивы данных обрабатывать не удобно, поэтому что приходится в многопоток, код из-за этого становится плохочитаемым. (например парсинг csv файла)
Наконец стоимость найма. Эликсир разработчики стояли так же, как и рельсовики, но сама разработка из-за этого не становится дешевле(см. пункт 2). Легче было уйти в эрланг и получать в 2 раза больше.
Помню в молодости подрабатывал в конторе, которая делала двери. И был там один из учредителей, который делал универсальный станок, который должен был получить на входе полотно, а на выходе готовую дверь.
Я там проработал не долго, но как говорили, через пару лет, ничего путного не получилось.
Я это к тому, что универсальный инструмент создает эффект "вау" по началу, но когда капнешь глубже, то всплывает куча проблем.
В любом случае удачи вам в вашем начинании.
Всегда думал, что сеньор должен, и в архитектуру, и в дба, и в девопс. Без этого спроектировать и запустить продукт просто не возможно. Скорее мидл это просто про написание кода.
Статья, на мой взгляд, описывает очевидные вещи.
Не совсем расскрыто , какой алгоритм отвечает за связь между сном и тренировками, например. В чем профит хранить слепок в БД? Как в таком случае работает бизнес логика?
Потыкал апп. Еще сыровато, элементы наезжают друг на друга. Не интуитивно понятный интерфейс. Например затупил когда хотел вернуться на главный экран из расписания тренировок.
Сложилось впечатление, что приложение выступает больше, как какой-то показательной работой, чем реально решает проблему.
Автору респект в любом случае, но я так и не понял зачем это нужно лично мне.
Я что-то упустил или автор рассказывает как делать копи-паст из чата вместо того, чтобы использовать CLI в 2026 году?
Что-то не понятно из новости, чем cowork от обычного cli отличается того же Claude?
Есть серьезный пункт о котором автор умолчал(по незнанию или неопытности) - открытие портов докером в обход ufw.
Запускаете в докере базу с публикацией порта, думая что он виден только на локалхосте, а он себе прекрасно торчит на ружу, потому что докер внес свои изменения в iptables.
Сколько убило профессий изобретение сварки вместо заклёпок? Или изобретение токарного станка вместо напильника. ИИ такой же инструмент достижения цели, как и другие, только ускоряющий процесс.
Вы можете собирать урожай серпом или использовать комбаин, но управлять придётся как не крути.
В кризис всегда начинают зарабатывать больше профессионалы высокого уровня, а средние и младшие, или отваливаются, или вырастают.
На upwork были тесты в свое время, но заглохли, потому что их нужно постоянно обновлять из-за того что технологии не стоят на месте. С госуслуговскими может произойти тоже самое...
Свопит постоянно, даже если памяти много. У меня 32 гига и все равно лезет в своп. Перезагружаю только при обновлении
Недавно на Хабре проскакивала статья о смерти статейных сайтов. Скажите видно ли уменьшение трафика на ваши сайты или это был частный случай?
Меня больше раздражает, что нет кнопки назад нормальной. Читаешь новости, приходит сообщение, ты на него отвечаешь, и опа, уже и забыл в каком канале ты был. Особенно если у тебя несколько аккаунтов. Не хватает навигации как в браузере.
Так и не понял, так, когда же первичный ключ становится узким местом?
IT producer
Пользуюсь ИИ начиная от copilot заканчивая какой-нибудь qwen. Пока то, что описывает коллега в интервью далеко от реальности.
Что бы ИИ нормально написал код, ему надо подсунуть подробну инструкцию, с акцентами на важных моментах. Иногда проще написать самому.
Все модели пишут код на уровне джуна перехолящего в начинающего мидла. В 90% случаев код необходимо править, поэтому легче написать самому, что бы не делать двойную работу.
Для меня пока все модели выглялят как интеллектуальный поисковик, не более.
Идея с разными цветами табов понравилась. Я еще пользуюсь плагином zsh-z быстрого перехода между проектами и web search для приска из терминала
Спасибо за статью. Я как человек писавший на эликсире несколько лет назад, могу сказать свое мнение.
Язык и среда сами по себе отличные, но с точки зрения бизнеса не практичные.
И на это есть несколько причин:
С появлением кубера приложение становится похоже на кубер в кубере. В случае с кубером за него отвечают девопсы, в случае эликсира разработчики —размывается ответственность.
Эликсир был вдохнавлен ruby, а phenix - rails. Многие начали на него переходить по причине "умирания" ruby и rails, но удобство разработки схожих с рельсой так и не получилось достичь. Те же полиморфные связи отсутствовали в фениксе на тот момент, когда я на нем писал.
Эликсир очень плох в однопотоке, большие массивы данных обрабатывать не удобно, поэтому что приходится в многопоток, код из-за этого становится плохочитаемым. (например парсинг csv файла)
Наконец стоимость найма. Эликсир разработчики стояли так же, как и рельсовики, но сама разработка из-за этого не становится дешевле(см. пункт 2). Легче было уйти в эрланг и получать в 2 раза больше.