Чем больше будет программистов, владеющих Elixir, тем больше будет и вакансий.
Сейчас основное опасение работодателей как раз и состоит в том, что при необходимости будет сложно нанять, условно говоря, 10 разработчиков на Elixir за месяц.
Это чревато тем, что появятся «бытовые программисты» — ну то есть те, которые владеют программированием примерно как большинство английским.
Так это же любой выпускник школы. Правда 99.9% из них как не могут связно рассказать на английском чем они занимались в прошлом месяце в течение 10 минут, так не могут и ни одну простенькую программу написать.
Это соотношение кол-ва опубликованных резюме к кол-ву опубликованных вакансий.
Джуны наиболее активны. Условно, есть 16 тыс джунов и 1 тыс вакансий. Так джуны вам сгенерят 16 тыс откликов на каждую из вакансий.
С сеньорами всё наоборот. Мало того, что их 1200 человек на 1 тыс вакансий, так они и откликаться будут не особо активно, в итоге у вас может быть даже меньше одного отклика на вакансию в среднем.
Зачем ИИ вообще писать код на существующих языках, если они спроектированы для удобства людей? По-моему, это однозначно тупиковый для ИИ путь, в котором он точно никогда не заменит программистов. Так и будет в роли джуна-подмастерья бойлерплейты генерировать.
Да реально задолбали с этой пузырьковой сортировкой. Почему для рекламы AI ассистентов постоянно к ней обращаются, когда уже в любом ЯП есть просто функция или метод sort, который из коробки QuickSort даёт? От этого ощущение, что AI ассистенты отстают в развитии от отрасли лет на 60 минимум.
С тех пор кол-во WAT в Go только увеличилось. То, что он простой - это не более, чем популярное заблуждение, навязанное агрессивным маркетингом Google.
И собственно как иначе? Объекты же должны взаимодействовать - а значит как-то друг о друге знать.
Почитайте как виртуальная машина BEAM работает. Когда объекты общаются посредством посылки сообщений друг другу, у них исчезает необходимость блокироваться об состояние друг друга по ссылкам.
Так прав или нет? Я вообще писал про то, что ВУЗ помогает получить навык самостоятельно выстроить систему получения знаний в другой области. Как там какие дипломы где котируются вообще параллельно.
У нас день начинался в 8 часов, а заканчивался в 16:30 +
Да, тоже самое примерно. Хотя с третьего курса было в среднем по 5 пар в день, насколько я помню. Впрочем, сложность факультета не кол-вом пар измеряется.
И вы удивитесь, но большинство контор, куда можно было бы устроиться работать на пол ставки программистом в те далёкие времена предполагали ваше физическое наличие на рабочем месте минимум 4 часа в день и заканчивали они работу около 18 часов
Так и было. После учёбы садился в трамвай и ехал на работу. Кто не учился параллельно может и заканчивали в 18. А я работал до более позднего времени. Потом ещё по учёбе готовился до часу ночи.
Вы просто себе ищете оправдания, не более того. Ну, не работали так не работали, простите уже себе эту юношескую лень)
Для меня ООП было есть и будет представление предметной области в виде системы взаимодействующих объектов (совсем не обязательно предметов, объектом может быть даже процесс или абстракция) с реализацией программы на основе этого представления.
Тут важно дополнить, что эти объекты должны быть независимы друг от друга. В частности, у каждого должна быть своя область памяти, а не так что запустился GC и зафризил все объекты в системе. Тогда это будет честное ООП.
Если взять за определение цитату Алана Кея из данной статьи, то получим, что erlang является объектно-ориентированным языком, что не мешает ему в то же время быть функциональным языком.
Всё так. Это вообще лучшее сочетание ООП и ФП: ООП на верхнем уровне, а внутри объекта (актора) логика пишется в функциональной парадигме.
Чем больше будет программистов, владеющих Elixir, тем больше будет и вакансий.
Сейчас основное опасение работодателей как раз и состоит в том, что при необходимости будет сложно нанять, условно говоря, 10 разработчиков на Elixir за месяц.
Так это же любой выпускник школы. Правда 99.9% из них как не могут связно рассказать на английском чем они занимались в прошлом месяце в течение 10 минут, так не могут и ни одну простенькую программу написать.
Совершить посадку. В английском чуть проще: to land
Это соотношение кол-ва опубликованных резюме к кол-ву опубликованных вакансий.
Джуны наиболее активны. Условно, есть 16 тыс джунов и 1 тыс вакансий. Так джуны вам сгенерят 16 тыс откликов на каждую из вакансий.
С сеньорами всё наоборот. Мало того, что их 1200 человек на 1 тыс вакансий, так они и откликаться будут не особо активно, в итоге у вас может быть даже меньше одного отклика на вакансию в среднем.
Зачем ИИ вообще писать код на существующих языках, если они спроектированы для удобства людей? По-моему, это однозначно тупиковый для ИИ путь, в котором он точно никогда не заменит программистов. Так и будет в роли джуна-подмастерья бойлерплейты генерировать.
Да реально задолбали с этой пузырьковой сортировкой. Почему для рекламы AI ассистентов постоянно к ней обращаются, когда уже в любом ЯП есть просто функция или метод sort, который из коробки QuickSort даёт? От этого ощущение, что AI ассистенты отстают в развитии от отрасли лет на 60 минимум.
Придётся везде дописывать этот суффикс и надеяться не получить случайно сайд-эффектов от того, что где-то ещё есть элементы без классов.
А общий класс можно просто вынести за скобки и всё будет структурировано:
Суровый советский бейсбол))
Зевсу не в кого целиться стало? xD
Там интересно на самом деле. Можно тут почитать: https://www.oligo.security/blog/0-0-0-0-day-exploiting-localhost-apis-from-the-browser
Я больше удивился, что в переводе вообще ничего не написали про суть уязвимости, хотя в оригинале статьи всё весьма подробно и увлекательно.
Как можно было написать статью про уязвимость и ни слова не рассказать о механизме её эксплуатации?
Так ещё в 2016 году примеров накидали:
https://habr.com/ru/companies/vk/articles/314804/
С тех пор кол-во WAT в Go только увеличилось. То, что он простой - это не более, чем популярное заблуждение, навязанное агрессивным маркетингом Google.
Видимо, забросили проект, и домен не продлили.
Но если кто-то ищет работу на Elixir, можете мне писать. Я сейчас руковожу Elixir-разработкой в Еcom.tech (Самокат, МегаМаркет, etc.)
Вообще да, никаких сотен подчиненных у сеньоров нет. В моём отделе сейчас сеньоров в 1.5 раза больше, чем мидлов. А джунов вообще нет.
По стилю изложения похоже на то. Однако, стоит заметить, что общее направление мысли весьма здравое.
Почитайте как виртуальная машина BEAM работает. Когда объекты общаются посредством посылки сообщений друг другу, у них исчезает необходимость блокироваться об состояние друг друга по ссылкам.
Так прав или нет? Я вообще писал про то, что ВУЗ помогает получить навык самостоятельно выстроить систему получения знаний в другой области. Как там какие дипломы где котируются вообще параллельно.
Да, тоже самое примерно. Хотя с третьего курса было в среднем по 5 пар в день, насколько я помню. Впрочем, сложность факультета не кол-вом пар измеряется.
Так и было. После учёбы садился в трамвай и ехал на работу. Кто не учился параллельно может и заканчивали в 18. А я работал до более позднего времени. Потом ещё по учёбе готовился до часу ночи.
Вы просто себе ищете оправдания, не более того. Ну, не работали так не работали, простите уже себе эту юношескую лень)
Тут важно дополнить, что эти объекты должны быть независимы друг от друга. В частности, у каждого должна быть своя область памяти, а не так что запустился GC и зафризил все объекты в системе. Тогда это будет честное ООП.
Хитёр бобёр xD
Всё так. Это вообще лучшее сочетание ООП и ФП:
ООП на верхнем уровне, а внутри объекта (актора) логика пишется в функциональной парадигме.