Вначале поржал с темы статьи (новичок, толком не вкатившийся в IT, пытается оценивать навыки значительно более опытных коллег и классифицировать их), но по крайней мере один толковый вывод есть:
не количество навыков делает из миддла синьора, а образ его мышления.
(Напомнило классическое "знание некоторых принципов компенсирует незнание некоторых фактов").
Ну и вообще на удивление толково написано, и про эффект Гудхарта ("как только программистов начинают оценивать по багтрекеру – багтрекер превращается в тыкву") не забыли.
Да и дальше интересно, и про то, что код опытных разрабов проще ("пиши код так, будто поддерживать его будет склонный к насилию психопат, знающий, где ты живёшь"). Можно попробовать, кстати, сетке дать промпт – вообразить себя таким психопатом и оценить шансы, что она возьмёт топор и пойдёт к разработчику.
Ну это только если джун с квалификацией мидла, редкий зверь... Так-то от джуна пользы мало (если не какая-то неквалифицированная работа типа формошлёпства), а вред есть: может накосячить, старших отвлекает...
Ну так-то их давно вытесняют мидлы и синьоры, и это проблема (всем нужны синьоры – джуну негде набрать опыта, чтобы вырасти выше – новых синьоров не вырастает. Классическая трагедия общих ресурсов). Так что ничего нового.
Да, действительно – я повторил неточную терминологию из статьи. Не напряжение, потенциал. И да, мы можем сказать, что у фазового провода потенциал 0 и даже подержаться за него, стоя на резиновом коврике :-)
Дело давно было, когда VS Code ещё не вошёл в обиход, а PlatformIO, возможно, вообще ещё не было (спасибо за отсылку, кстати, посмотрю потом). То же самое к вопросу использования AVR: тогда для мелких задач вполне хватало atmega/attiny, и они были просты – писать было почти так же просто, как под ардуиновскую либу. А переход на ARM резко усложнял порог вхождения: написание руками через SPL – тяжко, Cube – громадное корявое забагованное чудовище.
А реальные плюшки ардуиновского фреймворка сводятся по сути к лёгкому переходу с одного МК на другой... Сколько-нибудь заметного упрощения кода на AVR нету.
Ну, лично для меня минусы были: на удалёнке отвлекаешься на свои дела, потом возвращаешься к работе и так далее – в итоге 8 часов работы превращаются в ненормированный рабочий день. Удалёнка для меня хорошо заходит, только когда погружён в задачу настолько, что не готов отвлечься, чтобы дойти до офиса.
Ну и сейчас живу в 20 минутах пешком от офиса – что, в общем-то, свело его минусы к нулю. Т.е. мой выбор – работа в офисе (возможность при необходимости поработать из дома прекрасно дополняет, но я это делаю только в крайних случаях), но я понимаю, что у других всё может быть иначе.
Мне в качестве "ардуино" больше всего нравилась просто atmega328p в dip. Она прекрасно втыкалась в breadbord и работала. Ну, когда нужно нормальное тактирование, конечно, не прокатит, но основные ардуино-дела делает.
Правда, я практически не пользовался arduino ide и их либами, т.к. программатор стоил смешных денег, avr studio значительно удобнее arduino ide, а код без оверхеда arduino раз в 10 быстрее. Но скетчи в качестве примеров кода – прекрасно.
Хм... Никому не известные (три звезды на гитхабе) самописные тулзы для задачи, связанной с безопасностью – серьёзная заявка на успех...
sudo уже 30 лет, и то проблемы находят.
Вначале поржал с темы статьи (новичок, толком не вкатившийся в IT, пытается оценивать навыки значительно более опытных коллег и классифицировать их), но по крайней мере один толковый вывод есть:
(Напомнило классическое "знание некоторых принципов компенсирует незнание некоторых фактов").
Ну и вообще на удивление толково написано, и про эффект Гудхарта ("как только программистов начинают оценивать по багтрекеру – багтрекер превращается в тыкву") не забыли.
Да и дальше интересно, и про то, что код опытных разрабов проще ("пиши код так, будто поддерживать его будет склонный к насилию психопат, знающий, где ты живёшь"). Можно попробовать, кстати, сетке дать промпт – вообразить себя таким психопатом и оценить шансы, что она возьмёт топор и пойдёт к разработчику.
Ну, я не в плане обругать, а предложить простое улучшение). Хотя вариант savostin мне больше нравится.
Если я не понял ИИ решение – я не могу себе позволить его копировать. Видимо, джуны этим пренебрегают...
Промпт в гите хранить надо и дополнять всеми требованиями.
Ну это только если джун с квалификацией мидла, редкий зверь... Так-то от джуна пользы мало (если не какая-то неквалифицированная работа типа формошлёпства), а вред есть: может накосячить, старших отвлекает...
Ну так-то их давно вытесняют мидлы и синьоры, и это проблема (всем нужны синьоры – джуну негде набрать опыта, чтобы вырасти выше – новых синьоров не вырастает. Классическая трагедия общих ресурсов). Так что ничего нового.
Да, действительно – я повторил неточную терминологию из статьи. Не напряжение, потенциал. И да, мы можем сказать, что у фазового провода потенциал 0 и даже подержаться за него, стоя на резиновом коврике :-)
Ему не нужны были дополнительные питающие напряжения?
Сколько воды...
Достаточно было просто сказать, что 0 напряжения – точка отсчёта, которую мы задаём сами, и вместо диапазона 0..+12 можно выбрать -6..+6. Всё.
Сделайте ширину чуть больше (начинайте выделение чуть левее, а заканчивайте чуть правее – примерно на радиус закругления), а то плохо смотрится.
В смысле – мало кто? Это то, ради чего нумерация сделана!
Дело давно было, когда VS Code ещё не вошёл в обиход, а PlatformIO, возможно, вообще ещё не было (спасибо за отсылку, кстати, посмотрю потом).
То же самое к вопросу использования AVR: тогда для мелких задач вполне хватало atmega/attiny, и они были просты – писать было почти так же просто, как под ардуиновскую либу. А переход на ARM резко усложнял порог вхождения: написание руками через SPL – тяжко, Cube – громадное корявое забагованное чудовище.
А реальные плюшки ардуиновского фреймворка сводятся по сути к лёгкому переходу с одного МК на другой... Сколько-нибудь заметного упрощения кода на AVR нету.
Ну вот я один живу и хожу в офис.
"Другим запрещать" – проблемные чуваки, да. Хорошо, что удалёнщики пока до этой стадии не доросли.
Это не вы что-то делаете не так, а вам больше подходит удалёнка. Люди разные, удалёнка хороша не для всех.
P.S. Хотя сиди я в опенспейсе – наверное, тоже бы удалёнку предпочёл.
Ну, лично для меня минусы были: на удалёнке отвлекаешься на свои дела, потом возвращаешься к работе и так далее – в итоге 8 часов работы превращаются в ненормированный рабочий день. Удалёнка для меня хорошо заходит, только когда погружён в задачу настолько, что не готов отвлечься, чтобы дойти до офиса.
Ну и сейчас живу в 20 минутах пешком от офиса – что, в общем-то, свело его минусы к нулю. Т.е. мой выбор – работа в офисе (возможность при необходимости поработать из дома прекрасно дополняет, но я это делаю только в крайних случаях), но я понимаю, что у других всё может быть иначе.
Мне в качестве "ардуино" больше всего нравилась просто atmega328p в dip. Она прекрасно втыкалась в breadbord и работала. Ну, когда нужно нормальное тактирование, конечно, не прокатит, но основные ардуино-дела делает.
Правда, я практически не пользовался arduino ide и их либами, т.к. программатор стоил смешных денег, avr studio значительно удобнее arduino ide, а код без оверхеда arduino раз в 10 быстрее. Но скетчи в качестве примеров кода – прекрасно.
Интересно, получится ли его напечатать на 3d принтере (и не будет ли слой пластика толщиной 0.1-0.2 мм мешать ракелю)?
Или же аналогично ЛУТ, но переводя тонер не непосредственно на плату, а на сетку.
И новых тоже, если честно :-)
Вот да, у филамента отклонения от круглой формы не столь существенны, важно постоянство сечения, так что, может, что и получится.