Как стать автором
Обновить
4
0

Full-stack Software Developer

Отправить сообщение

Белки-истерички, ей-богу! "Может привести к", "скорее опасны", "возможно" - это даже на лженауку не тянет.

Да и если уж на то пошло, во вселенной нету ничего что бы не привело человека к смерти.

а вот интересно, что вы имеете в виду под "инструментами девопсов"? и как они привязаны к java 11?

По опыту последних двух дней знаю что образы ОС не всегда работают из коробки на этих китайских клонах. На официальном сайте даже нету раздела под OrangePi Zero 2W, поэтому еще большой вопрос как его запустить.

И CSI не поддерживается.

Но за 20 баксов - возможно good deal, потому что аналогичный BananaPi уже под 40 баксов, а из доступных малинок только старый Pi Zero (одноядерный). Еще был MangoPi, но он тоже около 30..40 баксов (емнип) и образов ОС не найти (на MPi Quad Core, на MPi Pro еще был старый Armbian вроде).

Я считаю, тем, кому лень играться с линухой (чтобы банально запустить его) и для тем, кому нужна камера - OPi Zero 2W скорее не подойдет.

звучит похоже на первый "сталкер", если не ошибаюсь - тот тоже пока был в разработке, технологии ушли далеко вперед и на выходе получилось что получилось - нереальные требования к железу (по тем временам) и игра мягко говоря "так себе"

не скажу за европейские страны и СНГ, но в западных фирмах практически везде сениор-разработчик - это целая команда в лице одного человека. среднестатистические требования к сениору:

  • хард-скиллы по всем фронтам - от разработки (благо в веб-ориентированой работе осталось еще разделение на фронт- и бекенд работу, то настоящий фулл-стек не требуют)

  • деплой - настройка и поддержка CI/CD, разворачивание окружений

  • тестирование на всех уровнях - ответственность и за тесты в коде, и за процессы тестирования, и за CI/CD, и за метрики-мониторинг, и собственно саппорт - on-call и прочее взаимодействие с пользователями

  • менторинг, хайринг

  • лидерство команды и проектов - от продажи идеи менеджменту до планирования и распределения работы, лидинга всех процессов разработки и ответственность за таймлайны-дедлайны

  • при этом человек должен сам отвечать за свой карьерный рост - планировать его и исполнять план, чтобы не застаиваться в позиции

при этом команда может состоять из 5 и более сениоров - тогда вот это вот все выглядит очень забавно, когда каждый должен лидить что-то (и других и проекты)

вынесением каждого вложенного "ифа" в отдельный метод, функцию или целый класс, с именем обьясняющим что там этот "иф" делает?

а часто масштабировать и не нужно - есть более приоритетные бизнес-задачи. масштабирование, алгоритмы и структуры данных - это для интервью, а в реальном мире надо бабки зарабатывать, а не вот это вот все

Буквально вчера видел эту статью на Yahoo!. Перевод?

В "задаче трех тел" трисоляриане работали всей цивилизацией чтобы посчитать что-то там. Земляне, как мне кажется, используют гораздо меньше ресурсов, так что 0.7 - это в далеком будущем - еще не весь уголь и уран выкопаны и люди-батарейки не запакованы в колбы.

несколько лет назад (в 2015) вышел фильм "Хардкор" ("Hardcore Henry"). там тоже очень интересный процесс съемок спецеффектов, по этому делу даже небольшой фильм есть на YouTube. статья прям очень напомнила, что для крутых эффектов нужны либо нестандартные решения либо дохрена CGI

https://www.youtube.com/watch?v=fA5_Sm9iJ_k

по моему опыту - ценится не столько опыт в конкретно HFT, сколько скиллы и опыт в целом

все то же самое, только не так сильно сношают на алгоритмах и структурах данных

мне кажется что модель не совсем правильная - система подсвечивает (категоризирует сотрудников) только проблеммы которые вы ей показали. а показали выпо сути "негативное настроение" (из записей разговоров), "долго не было отпуска" (среднее по больнице), "долго на одном проекте" (мало того что среднее по больнице - так еще и крайне субъективно), "редко ассессмент".

в то время как причины могут на самом деле быть совершенно другие - неинтересные задачи, много задач не из джиры, несоответствие рабочих задач с требованиями от позиции, "перерост" позиции, несоответствие вознаграждения и позиции.

много из этих пунктов достаточно сложно отследить автоматически. тот же employee engagement - даже если попросить сотрудников заполнить форму, нужно чтобы она была максимально правдиво заполнена, без боязни сотрудников получить backfire от менеджера, а это - долго и тонко надо выстраивать отношения и процессы в фирме, а не трекать все переписки и разговоры.

вы полагаете, кому-то будет дело до того, что там хочет и кем себя видит кандидат? наняли, дали в руки весло - и греби. и всем до лампочки, кем он себя видел и что он там хочет делать - будет делать ту работу, которая есть.

И ещё по-моему для STM32 никто так и не сделал библиотеку HID, совместимую с AVR-ардуинами.

Но зачем? У STM32 своя HID-библиотека, если хочется ручками реализовывать.
А клавиатура из топика, насколько я понял, на QMK крутится - а оно вроде как поддерживает STM32.

А вот мне интересно: почему именно малина, а не STM32?

Статья не столько про утечки памяти в JavaScript, сколько про утечки памяти при попытке прикостылить (именно в такой формулировке) Web APIs к React.

Всегда как смотрел на DirectX воспринимал его как такой сильный C way - когда объявляется дескриптор, который struct с десятком полей, а потом на нем вызывается функция (даже если как метод класса). В моем понимании C++ way это ООП, потому я ожидал бы какой-нибудь builder (как шаблон проектирования). Но это все философия, я так понимаю это либо пережиток прошлого, либо решение в пользу производительности. Вроде тот же Vulkan имеет точно такой же подход, так что скорее второе.

Я так понял автор считает любую программу которая описывает последовательность действий для получения результата императивной. В таком случае декларативный только какой-нибудь Пролог (если я правильно понял автора).

Информация

В рейтинге
Не участвует
Откуда
Австралия
Зарегистрирован
Активность