Вполне ожидаемый шаг - просто в очередной раз повысился уровень абстракции в разработке.
Так было при переходе с Ассемблера на высокоуровневые языки программирования, потом пошли фреймворк и платформы, сейчас необходимо просто организовать процесс написания качественных спецификаций. Все остальное возьмёт на себя платформа. Главное - это принять все организационные постулаты новой модели и не пытаться тащить в нее старые принципы.
Бизнес устал платить разработчикам оверпрайс х2-х5 к их реальной продуктивности, а на текущем рынке ещё и просто банально не может это потянуть.
Плюс разработчики постоянно добавляют дополнительные косты, нужные им для удобства, комфорта или просто исходя из соответствия продукта своим собственным разработческим фетишам, никак не сказывающимся на итоговом профите.
Поэтому, конечно бизнес сейчас радостно начал переходить на ИИ решения и вайбкодинг, потому что это позволяет быстрее и с лучшей экономикой получать результат, а значит зарабатывать деньги. И оказывается, что качество продукта для этого достаточное, а людей нужно сильно меньше. И все эти разработческие фетиши тоже идут лесом, как и косты на их.
Так что, коллеги разработчики, ваши ожидания про "наиграются с микрсервисами" теперь дополнены ожиданиями "наиграются с ИИ". В итоге на рынке осталась куча ждунов (не джунов, а именно ждунов :)) с завышенными ожиданиями по зарплате. Меж тем, некоторые разработчики это давно поняли, активно осваивают вайбкодинг и работают за адекватную зарплату - вот так рынок порешал. И, к слову, дают отличный устраивающий бизнес результат.
Классная статья, спасибо! Порадовало готовое решение по гальванической развязке на стороне UART, возьму в работу.
Решаю сейчас задачку - есть устройство, опрашивающее датчик температуры. Но линия 25 м и с помехами. Поэтому датчик иногда отваливается и пока не перезагрузить устройство больше его не видит. В устройство залезть не могу, линию поменять нет возможности. Думаю перевести ее на rs485, на стороне устройства поставить эмулятор датчика температуры и пусть его опрашивают. А этот эмулятор уже по rs485 и в собственной логике будет опрашивать удаленный датчик и всегда четко отдавать результаты.
Вопрос - есть ли какие то программные эмуляторы подчинённых устройств? Или может готовые микроконтроллеры, чтобы им на вход скормить показания температуры, а они отдадут это по 1-ware?
Как вариант, может вообще поставить аналоговый датчик и зацепить его на DS2450, но пока не знаю, "устроит" ли мое устройство такое "семейство". Оно точно нормально берет данные с DS18B20 и DHT22, другие не пробовал.
Не пробовали, насколько Lora работает, если устройство загублено под землю, скажем в подвале или погребе, метра 2-3 под землёй?
Не думали чтобы сделать каждый датчик промежуточным прокси до приемной станции, чтобы можно было дальность обеспечивать соединяя датчики друг за другом? Вроде производительности ESP за глаза хватит, но вот потребление вырастет. Может например копить пакеты и всегда разом отправлять...
Разработчики могут сравнивать себя с художниками, но бизнесу нужны токари. Поэтому при любой возможности получить адекватный результат в четкие сроки бизнес будет выбирать токарей вместо художников.
Сегодня мы видим это в low-code и no-code платформах, активному вайб-кодингу и так далее. Развитие этих инструментов бизнес будет поддерживать активно, потому что через них он получает приемлемый конечный результат с четкими сроками.
А художники постепенно становятся... Художниками. Голодными и с признанием после смерти :)
Ты фактически создал себе внешний каркас, на который опирается вся твоя жизнь, вся текущая операционная деятельность. Как только ты подсел на нее, ты внутри перестал все это держать и анализировать и дублирующего, собственного каркаса у тебя нет.
И если этот внешний каркас по каким то причинам рухнет - да мало ли, хакнет кто или просто обновится библиотека и посыпется все что на ней завязано - ты ж в психушку попадешь с панической атакой пока это все починишь.
Короче, безотносительно масштабности самой системы - обрати внимание, что твоя жизнь теперь слишком сильно зависит от нее.
Чтобы выгореть нужно было гореть. А это было? Давайте честно признаемся, что все кто говорит про выгорание в ИТ после 3-5-7 лет, да неважно - вы и не горели. Это просто не ваша работа, не ваше призвание, вы пошлю в ИТ не потому что нравится и лежит душа, а потому что платят овердохрена по сравнению с остальными специальностями. Платили бы столько же столярам, вы бы ломанулись туда и через пару лет так же страдали бы от выгорания.
ИТ это творческая работа, она должна тебе нравиться, и сам процесс, и результат, ты должен получать от этого удовольствие. А когда ты живёшь от пересмотра к пересмотру зарплат, и основной твой вид деятельности - это собираться и плакаться друг другу о том как вы все выгорели, изобретать разные способы обмануть себя и продолжать работать дальше, это не закончится ничем хорошим.
Ребята, подумайте просто ещё раз, действительно ли вы тащитесь от ИТ или просто зарплата высокая? Жизнь то одна, может поищите дело по душе и будете счастливы?
Покупатель голосует рублем в пользу маркетплейсов. Это нормальная рыночная ситуация. У сетей есть выбор - конкурировать или умереть.
Не всегда выбираю маркетплейсы, иногда в некоторых магазинах удается найти более выгодные условия.
Но физически ехать в магазин, чтобы на входе на меня накинулся некомпетентный но мотивированный консультант - уж нет, увольте. Максимум забрать заказ поеду.
Фундаментальная логика жизни проста и вместе с тем глобальна. Она подчиняется общей логике Вселенной. Я для себя сформулировал 2 глобальных Закона Вселенной:
Все во Вселенной направлено на постоянное усложнение сущностей. Элементарные частицы объединились в атомы, атомы - в молекулы, вещество объединилось в облака, потом в планеты, потом в галактики и так далее. Жизнь - это лишь очередной шаг усложнения сущностей. И в ней все точно так же. Появилась клетка, потом многоклеточное, потом организм, потом организмы стали усложняться, потом сбиваться в стаи, племена, цивилизации. Да, появление групп это точно такой же шаг, по увеличению порядка сложности сущностей. И все дальше будет подчиняться этому же закону. Сущности будут увеличивать порядок своей сложности.
Это, пожалуй, наверно самый важный закон Вселенной - как только появляется сущность следующего порядка сложности, значимость субъектов предыдущего порядка резко падает, практически обнуляется. Это касается всего. Появился атом, отдельные электроны уже не важны. Появились молекулы вещества, то что какие то атомы не попали туда, да и бог с ним, всякие примеси не важны. Тоже самое с жизнью - как только появился многоклеточный организм, жизнь отдельной клетки перестала иметь значение. Как только люди стали социумом, его цели и существование стало важнее жизни отдельного индивидуума. Потом союзы государств, потом, возможно, единая земля. Или нет.
Вот так это везде и работает. Суть - усложнение, она одинаковая. А вот какие формы она примет на других планетах и в других галактиках - непонятно. Нужно искать наличие сущностей, сложность которых имеет наш порядок. Даже если это вообще непохоже на жизнь, тем не менее это будет наш уровень. И так же можно поразмышлять, как могут выглядеть сущности высших чем мы порядков.
Да уж, SDR как таран в свое время ворвались в мир приема, раскатав катком все десятилетиями полируемые схемы супергетеродинов, регенераторов и прочего. Любопытно, что им доступны и достаточно высокие частоты в районе ГГц, и все можно цифрой задавать и визуально мониторить.
Спасибо автору, надо будет найти время и поиграться с сим девайсом
MVP тоже разный бывает. Можно сделать фронт на гуглформах и посадить студента в качестве бэка, это тоже mvp и для проверки многих гипотез вполне годно.
А можно собрать на старте MVP максимум экспертизы и включить в команду зрелого ментора, желательно имеющего опыт факапов, и проектировать сразу MVP+
Это дороже в моменте, но дешевле на длительной дистанции. Главное - убедить в этом менеджмент, поэтому ментор должен быть там в авторитете
Чтобы устроиться программистом и даже хорошо зарабатывать, профильное техническое образование не нужно
Чтобы стать программистом профильное техническое образование нужно
В общем то все, вся дихотомия в этом. Программист в нормальном понимании - это инженер-программист. А инженер - это в первую очередь инженерное мышление, путь постановки решения задач. И именно это и развивается в профильном техническом ВУЗе, а так же проверяется на профпригодность для каждого конкретного индивидуума. А научить кодить по Ютуб роликам и обезьяну можно. Но кодить, а не думать.
Наконец-то пришло понимание, что в полноценной команде должны быть в первую очередь взрослые состоявшиеся целостные личности любого возраста, а не толпа высокооплачиваемых детей любого возраста, с прокаченным скилом кодинга по готовой аналитике, нулевым познанием устройства реального мира и ЧСВ 80 уровня.
Достижение целей не делает людей счастливыми. Счастлив тот, кому нравится путь к этим целям. С годами понимаешь это все больше. Занимаясь делом по душе, ты проживаешь каждое мгновение жизни. Убиваясь ради цели, ты постоянно ищешь мотивацию продолжать этот путь, но дойдя до нее ты будешь опустошен.
Надо искать и партнёрить постоянных клиентов - отделочников, и фирмы, которые отделкой занимаются, строительные конторы. Снижать поток через Озон, разбавлять b2b заказами. Большинство людей сами не клеют камень, а нанимают мастеров.
Мы привыкли что все события в нашем мире имеют четкую причинно-следственную связь. Сначала событие, потом следствие от него. И никак не наоборот.
Но каждый день мы совершаем действие, направленное на результат в будущем. Мы подходим к двери чтобы ее открыть. Но событие открытия двери ещё не случилось, а мы уже совершили действие - подошли. Следовательно, не случившееся событие будущего стало причиной нашего действия в настоящем. Причина и следствие поменялись местами.
И куда в этом случае течет время, может наоборот назад?
Давеча помнится байка ходила про запись любого объема информации на деревянной палке. Нужно просто перевести файл в десятичное число, поставить перед ним 0. И разделить палку на 2 отрезка в соответствующей пропорции.
Вполне ожидаемый шаг - просто в очередной раз повысился уровень абстракции в разработке.
Так было при переходе с Ассемблера на высокоуровневые языки программирования, потом пошли фреймворк и платформы, сейчас необходимо просто организовать процесс написания качественных спецификаций. Все остальное возьмёт на себя платформа. Главное - это принять все организационные постулаты новой модели и не пытаться тащить в нее старые принципы.
Бизнес устал платить разработчикам оверпрайс х2-х5 к их реальной продуктивности, а на текущем рынке ещё и просто банально не может это потянуть.
Плюс разработчики постоянно добавляют дополнительные косты, нужные им для удобства, комфорта или просто исходя из соответствия продукта своим собственным разработческим фетишам, никак не сказывающимся на итоговом профите.
Поэтому, конечно бизнес сейчас радостно начал переходить на ИИ решения и вайбкодинг, потому что это позволяет быстрее и с лучшей экономикой получать результат, а значит зарабатывать деньги. И оказывается, что качество продукта для этого достаточное, а людей нужно сильно меньше. И все эти разработческие фетиши тоже идут лесом, как и косты на их.
Так что, коллеги разработчики, ваши ожидания про "наиграются с микрсервисами" теперь дополнены ожиданиями "наиграются с ИИ". В итоге на рынке осталась куча ждунов (не джунов, а именно ждунов :)) с завышенными ожиданиями по зарплате. Меж тем, некоторые разработчики это давно поняли, активно осваивают вайбкодинг и работают за адекватную зарплату - вот так рынок порешал. И, к слову, дают отличный устраивающий бизнес результат.
Тот случай когда всю суть статьи можно было отразить одним предложением. Н2О 99%
ИИноагент :)
Классная статья, спасибо! Порадовало готовое решение по гальванической развязке на стороне UART, возьму в работу.
Решаю сейчас задачку - есть устройство, опрашивающее датчик температуры. Но линия 25 м и с помехами. Поэтому датчик иногда отваливается и пока не перезагрузить устройство больше его не видит. В устройство залезть не могу, линию поменять нет возможности. Думаю перевести ее на rs485, на стороне устройства поставить эмулятор датчика температуры и пусть его опрашивают. А этот эмулятор уже по rs485 и в собственной логике будет опрашивать удаленный датчик и всегда четко отдавать результаты.
Вопрос - есть ли какие то программные эмуляторы подчинённых устройств? Или может готовые микроконтроллеры, чтобы им на вход скормить показания температуры, а они отдадут это по 1-ware?
Как вариант, может вообще поставить аналоговый датчик и зацепить его на DS2450, но пока не знаю, "устроит" ли мое устройство такое "семейство". Оно точно нормально берет данные с DS18B20 и DHT22, другие не пробовал.
Прикольный проект. Пара вопросов:
Не пробовали, насколько Lora работает, если устройство загублено под землю, скажем в подвале или погребе, метра 2-3 под землёй?
Не думали чтобы сделать каждый датчик промежуточным прокси до приемной станции, чтобы можно было дальность обеспечивать соединяя датчики друг за другом? Вроде производительности ESP за глаза хватит, но вот потребление вырастет. Может например копить пакеты и всегда разом отправлять...
Разработчики могут сравнивать себя с художниками, но бизнесу нужны токари. Поэтому при любой возможности получить адекватный результат в четкие сроки бизнес будет выбирать токарей вместо художников.
Сегодня мы видим это в low-code и no-code платформах, активному вайб-кодингу и так далее. Развитие этих инструментов бизнес будет поддерживать активно, потому что через них он получает приемлемый конечный результат с четкими сроками.
А художники постепенно становятся... Художниками. Голодными и с признанием после смерти :)
Насколько все это отказоустойчиво?
Ты фактически создал себе внешний каркас, на который опирается вся твоя жизнь, вся текущая операционная деятельность. Как только ты подсел на нее, ты внутри перестал все это держать и анализировать и дублирующего, собственного каркаса у тебя нет.
И если этот внешний каркас по каким то причинам рухнет - да мало ли, хакнет кто или просто обновится библиотека и посыпется все что на ней завязано - ты ж в психушку попадешь с панической атакой пока это все починишь.
Короче, безотносительно масштабности самой системы - обрати внимание, что твоя жизнь теперь слишком сильно зависит от нее.
Чтобы выгореть нужно было гореть. А это было? Давайте честно признаемся, что все кто говорит про выгорание в ИТ после 3-5-7 лет, да неважно - вы и не горели. Это просто не ваша работа, не ваше призвание, вы пошлю в ИТ не потому что нравится и лежит душа, а потому что платят овердохрена по сравнению с остальными специальностями. Платили бы столько же столярам, вы бы ломанулись туда и через пару лет так же страдали бы от выгорания.
ИТ это творческая работа, она должна тебе нравиться, и сам процесс, и результат, ты должен получать от этого удовольствие. А когда ты живёшь от пересмотра к пересмотру зарплат, и основной твой вид деятельности - это собираться и плакаться друг другу о том как вы все выгорели, изобретать разные способы обмануть себя и продолжать работать дальше, это не закончится ничем хорошим.
Ребята, подумайте просто ещё раз, действительно ли вы тащитесь от ИТ или просто зарплата высокая? Жизнь то одна, может поищите дело по душе и будете счастливы?
Покупатель голосует рублем в пользу маркетплейсов. Это нормальная рыночная ситуация. У сетей есть выбор - конкурировать или умереть.
Не всегда выбираю маркетплейсы, иногда в некоторых магазинах удается найти более выгодные условия.
Но физически ехать в магазин, чтобы на входе на меня накинулся некомпетентный но мотивированный консультант - уж нет, увольте. Максимум забрать заказ поеду.
Фундаментальная логика жизни проста и вместе с тем глобальна. Она подчиняется общей логике Вселенной. Я для себя сформулировал 2 глобальных Закона Вселенной:
Все во Вселенной направлено на постоянное усложнение сущностей. Элементарные частицы объединились в атомы, атомы - в молекулы, вещество объединилось в облака, потом в планеты, потом в галактики и так далее. Жизнь - это лишь очередной шаг усложнения сущностей. И в ней все точно так же. Появилась клетка, потом многоклеточное, потом организм, потом организмы стали усложняться, потом сбиваться в стаи, племена, цивилизации. Да, появление групп это точно такой же шаг, по увеличению порядка сложности сущностей. И все дальше будет подчиняться этому же закону. Сущности будут увеличивать порядок своей сложности.
Это, пожалуй, наверно самый важный закон Вселенной - как только появляется сущность следующего порядка сложности, значимость субъектов предыдущего порядка резко падает, практически обнуляется. Это касается всего. Появился атом, отдельные электроны уже не важны. Появились молекулы вещества, то что какие то атомы не попали туда, да и бог с ним, всякие примеси не важны. Тоже самое с жизнью - как только появился многоклеточный организм, жизнь отдельной клетки перестала иметь значение. Как только люди стали социумом, его цели и существование стало важнее жизни отдельного индивидуума. Потом союзы государств, потом, возможно, единая земля. Или нет.
Вот так это везде и работает. Суть - усложнение, она одинаковая. А вот какие формы она примет на других планетах и в других галактиках - непонятно. Нужно искать наличие сущностей, сложность которых имеет наш порядок. Даже если это вообще непохоже на жизнь, тем не менее это будет наш уровень. И так же можно поразмышлять, как могут выглядеть сущности высших чем мы порядков.
Да уж, SDR как таран в свое время ворвались в мир приема, раскатав катком все десятилетиями полируемые схемы супергетеродинов, регенераторов и прочего. Любопытно, что им доступны и достаточно высокие частоты в районе ГГц, и все можно цифрой задавать и визуально мониторить.
Спасибо автору, надо будет найти время и поиграться с сим девайсом
MVP тоже разный бывает. Можно сделать фронт на гуглформах и посадить студента в качестве бэка, это тоже mvp и для проверки многих гипотез вполне годно.
А можно собрать на старте MVP максимум экспертизы и включить в команду зрелого ментора, желательно имеющего опыт факапов, и проектировать сразу MVP+
Это дороже в моменте, но дешевле на длительной дистанции. Главное - убедить в этом менеджмент, поэтому ментор должен быть там в авторитете
Осталось создать гайд по поисковым запросам к библиотекам промптов
Тут я бы такую вилку применил:
Чтобы устроиться программистом и даже хорошо зарабатывать, профильное техническое образование не нужно
Чтобы стать программистом профильное техническое образование нужно
В общем то все, вся дихотомия в этом. Программист в нормальном понимании - это инженер-программист. А инженер - это в первую очередь инженерное мышление, путь постановки решения задач. И именно это и развивается в профильном техническом ВУЗе, а так же проверяется на профпригодность для каждого конкретного индивидуума. А научить кодить по Ютуб роликам и обезьяну можно. Но кодить, а не думать.
Наконец-то пришло понимание, что в полноценной команде должны быть в первую очередь взрослые состоявшиеся целостные личности любого возраста, а не толпа высокооплачиваемых детей любого возраста, с прокаченным скилом кодинга по готовой аналитике, нулевым познанием устройства реального мира и ЧСВ 80 уровня.
Достижение целей не делает людей счастливыми. Счастлив тот, кому нравится путь к этим целям. С годами понимаешь это все больше. Занимаясь делом по душе, ты проживаешь каждое мгновение жизни. Убиваясь ради цели, ты постоянно ищешь мотивацию продолжать этот путь, но дойдя до нее ты будешь опустошен.
Надо искать и партнёрить постоянных клиентов - отделочников, и фирмы, которые отделкой занимаются, строительные конторы. Снижать поток через Озон, разбавлять b2b заказами. Большинство людей сами не клеют камень, а нанимают мастеров.
Мы каждый день наблюдаем временнЫе парадоксы.
Мы привыкли что все события в нашем мире имеют четкую причинно-следственную связь. Сначала событие, потом следствие от него. И никак не наоборот.
Но каждый день мы совершаем действие, направленное на результат в будущем. Мы подходим к двери чтобы ее открыть. Но событие открытия двери ещё не случилось, а мы уже совершили действие - подошли. Следовательно, не случившееся событие будущего стало причиной нашего действия в настоящем. Причина и следствие поменялись местами.
И куда в этом случае течет время, может наоборот назад?
Давеча помнится байка ходила про запись любого объема информации на деревянной палке. Нужно просто перевести файл в десятичное число, поставить перед ним 0. И разделить палку на 2 отрезка в соответствующей пропорции.