Так ты и написал, что в таких случаях, пытаешься адаптировать алгоритм или придумать новый. Выясняешь детали реализации микроконтроллера и т.п. Проводишь замеры и сравниваешь разные реализации. Всё это не про код.
Код - это запись того, что ты придумал, на ЯП. Вот если ты забыл, как на С циклы писать, то это уже сложность на уровне написания кода.
Я так понимаю, в комментах перепись программистов микроконтроллеров) В любом случае, все вопросы по эффективности и потреблению ресурсов - это часть требований. И удовлетворяются они не написанием кода, а выбором подходящих алгоритмов.
Так как раз идея реализации сложнее, чем её запись в виде программного кода.
В моей практике не встречалось случаев, чтобы проблема была в том, что программист не может кодом записать то, что уже придумал. Вот придумать норм реализацию не всегда каждый может.
Странно, что за столько лет вы не поняли, что код - это действительно не самое сложное. Продумать архитектуру и edge-cases, так чтобы программа была устойчива, безопасна, легка в изменении и предсказуемо вела себя под высокими нагрузками гораздо сложнее.
Говорить, что писать код - это сложная часть в работе разработчика, это всё равно, что говорить, что в работе писателя самое сложное - печатать буквы.
Разработчик постоянно что-то новое учит, вплоть до завершения карьеры. Так уж устроено.
В моей деревне 100 тыщ получать уже богатый
Это тоже выбор. Но вы же пришли в комменты с посылом, что тут брехня, а не статистика. Хотя сами в разработчика переквалифицироваться просто не хотите. Вот это уже нелогично)
Да я в курсе. Сам с этого 20 лет назад начинал. Тем не менее это не делает вас backend-разработчиком. Вы настраиваете и подтюниваете готовую систему, а не разрабатываете её.
Компиляция в натив - ультимативная фича для тех языков, которые хотят потеснить С на микроконтроллерах за 2 копейки. В остальных случаях толку от неё давно уж нет.
Проект преподносится как язык общего назначения, расширяющий возможности языка Python средствами системного программирования, подходящий для широкого круга задач и сочетающий простоту применения для исследовательских разработок и быстрого создания прототипов с пригодностью для формирования высокопроизводительных конечных продуктов
Вот о том и речь. Ничего массового тут уже нет. В 2006-2007 я, работая на полставки в вебстудии, по 2 сайта с нуля каждую неделю создавал. Параллельно какие-то задачи по поддержке уже имеющихся выполняя.
Получал я тогда 8 т.р./мес и это была работа прям совсем начального уровня. В пересчёте на текущие деньги это 35 т.р. на руки за полставки, или 70 т.р. за полную ставку. Если вы, будучи чисто исполнителем, получаете больше, то это уже повезло. Но вы при этом ни backend-разработчик, ни frontend, а веб-мастер. В статье нет по этой должности статистики.
Блин, ты реально как-будто чувак из прошлого. Если бы ещё вместо "ноукод" написал CMS, то прям полное погружение в мой 2006-й.
Можно, пожалуйста, пару примеров сайтов, которые ты сделал в 2026-м из-за того, что их заказчикам тесно в рамках соцсетей и маркетплейсов? И они ещё при этом вкладываются в продвижение в поисковиках.
Крайне странно, что вы ссылаетесь на статью, где в топе по з/п: Objective-C, Elixir, Swift, Golang, Ruby, Kotlin. При этом предлагаете изучать Go, Java, Python. По другим курсы что-ли не смогли запилить? Ну, какой Python и Javа? Это было актуально 15 лет назад. Сейчас вы с такими языками будете толпиться с тысячей таких же дурачков вокруг одной вакансии.
Так ты и написал, что в таких случаях, пытаешься адаптировать алгоритм или придумать новый. Выясняешь детали реализации микроконтроллера и т.п. Проводишь замеры и сравниваешь разные реализации. Всё это не про код.
Код - это запись того, что ты придумал, на ЯП. Вот если ты забыл, как на С циклы писать, то это уже сложность на уровне написания кода.
Я так понимаю, в комментах перепись программистов микроконтроллеров)
В любом случае, все вопросы по эффективности и потреблению ресурсов - это часть требований. И удовлетворяются они не написанием кода, а выбором подходящих алгоритмов.
Так как раз идея реализации сложнее, чем её запись в виде программного кода.
В моей практике не встречалось случаев, чтобы проблема была в том, что программист не может кодом записать то, что уже придумал. Вот придумать норм реализацию не всегда каждый может.
Пусть так, укладывание кирпичей - это тоже не самая сложная часть в постойке здания. Хотя, очевидно, что и в этом процессе можно знатно накосячить.
Странно, что за столько лет вы не поняли, что код - это действительно не самое сложное. Продумать архитектуру и edge-cases, так чтобы программа была устойчива, безопасна, легка в изменении и предсказуемо вела себя под высокими нагрузками гораздо сложнее.
Говорить, что писать код - это сложная часть в работе разработчика, это всё равно, что говорить, что в работе писателя самое сложное - печатать буквы.
1) Он не кодил, он тестировал
2) Имеется в виду, что за время работы в Adobe, он вероятно заработал столько денег, что может хоть в потолок плевать.
Разработчик постоянно что-то новое учит, вплоть до завершения карьеры. Так уж устроено.
Это тоже выбор. Но вы же пришли в комменты с посылом, что тут брехня, а не статистика. Хотя сами в разработчика переквалифицироваться просто не хотите. Вот это уже нелогично)
Напрашивается логичное следствие: ощутили себя программистом, можно пойти Laravel какой-нибудь изучить и вырасти в з/п в 2 раза. Что останавливает?
Да я в курсе. Сам с этого 20 лет назад начинал. Тем не менее это не делает вас backend-разработчиком. Вы настраиваете и подтюниваете готовую систему, а не разрабатываете её.
Это уже детали реализации. Вопрос был больше про мотивацию делать новый язык.
Я не особо сильно за ним слежу. Но вроде писали, что во второй версии уже эти проблемы пофиксили. Врут?
Так и Mojo не имеет отношения к Python, просто во всех 3 языках похожий синтаксис.
А вызывать Python-код можно и из Nim: https://github.com/yglukhov/nimpy
Судя по описанию, в Mojo аналогично сделано.
Компиляция в натив - ультимативная фича для тех языков, которые хотят потеснить С на микроконтроллерах за 2 копейки. В остальных случаях толку от неё давно уж нет.
А в этом и прикол, что не надо ничего писать "внутри этого
dynamic()". Компилятор сам определяет допустимые типы.Да нет же, это отдельная группа, которая уже даже не входит в группу разработчиков. С ваших же слов, сейчас это по сути ближе к техподдержке.
А чем Nim не устроил?
Вот о том и речь. Ничего массового тут уже нет. В 2006-2007 я, работая на полставки в вебстудии, по 2 сайта с нуля каждую неделю создавал. Параллельно какие-то задачи по поддержке уже имеющихся выполняя.
Получал я тогда 8 т.р./мес и это была работа прям совсем начального уровня. В пересчёте на текущие деньги это 35 т.р. на руки за полставки, или 70 т.р. за полную ставку. Если вы, будучи чисто исполнителем, получаете больше, то это уже повезло. Но вы при этом ни backend-разработчик, ни frontend, а веб-мастер. В статье нет по этой должности статистики.
Блин, ты реально как-будто чувак из прошлого. Если бы ещё вместо "ноукод" написал CMS, то прям полное погружение в мой 2006-й.
Можно, пожалуйста, пару примеров сайтов, которые ты сделал в 2026-м из-за того, что их заказчикам тесно в рамках соцсетей и маркетплейсов? И они ещё при этом вкладываются в продвижение в поисковиках.
Крайне странно, что вы ссылаетесь на статью, где в топе по з/п: Objective-C, Elixir, Swift, Golang, Ruby, Kotlin.
При этом предлагаете изучать Go, Java, Python. По другим курсы что-ли не смогли запилить? Ну, какой Python и Javа? Это было актуально 15 лет назад. Сейчас вы с такими языками будете толпиться с тысячей таких же дурачков вокруг одной вакансии.
Он зато модный во всяких HFT-проектах с з/п от $7k/мес