Комментарии 94
в списке нет редких языков графического программирования.
Например язык «G» aka часть среды разработки Labview.
ХХ показывает 26 активных вакансий в РФ
А еще Tk, который встроен и в Tcl, и в Perl, и в Python и т.д.
А tcl — составная часть стека разработки под железо, так что тоже пригодится.
Какое вы железо имеете ввиду?
Там вроде какие-то сторонние решения до 30 Мбит/с, но никак не десяток МБайт/с…
Затык прям в чипскопе и даже без клиент-серверов прямо на машине чипскоп тоже будет тормозить?
Мы наверно не поняли друг друга, я имел ввиду, что сам файлик битстрима (.bit или .bin), соответствие его содержимого элементам в ПЛИС, порядку их инициализации и т.д. держится в секрете. Битстрим чем-то напоминает ДНК, тоже набор инструкций и содержимого для инициализации, рецепт, поэтому употребил слово «протокол».
Про chipscope я не особо в теме, но вроде как это средство отладки, местами графической, с совсем малым количеством ресурсов, т.е. им бы глядеть пару самых подозрительных сигналов, не работающих в железе, на тысяче-другой сэмплов. Вам точно надо именно через него грузить данные в ПЛИС? Обычный uart не сойдет? Хотя скорости, конечно, на нем тоже не ахти.
Не важно, считают ли Cobol устаревшим или нет, он продолжает работать и обрабатывать существенно больше половины банковских транзаций, а значит, нужны специалисты способные поддерживать продукты на нём написанные.
он продолжает работать и обрабатывать существенно больше половины банковских транзаций
Я думаю, сейчас это преувеличение. Где-то ещё работает, конечно, но в целом банки при всей своей инертности регулярно обновляют железо, и постепенно избавляются от самого древнего легаси-софта.
Ну, например, в Японии банк Mizuho по сей день плотно на коболе сидит. С тех пор как в 2011 случился коллапс системы, начали шевелиться, вроде к 2020-2022 планируют полностью закончить переход на что-то поновее.
Можно произвести опрос программистов из Альфы, Тинкькофф, Рокетбанка — сколько у них там работает Cobol специалистов на сопровождении. Я думаю 0.
Можно произвести опрос программистов из Альфы, Тинкькофф, Рокетбанка
Я думаю, надо спрашивать программистов из Bank of America и JP Morgan.
Скажите, а вы компаниям ищите программистов на заданном языке?
Как вы думаете, что займёт больше времени для хорошего программиста — выучить средней руки язык программирования (php/perl) вместе с его lore и staple libs, или настроить себе рабочую машину, завести аккаунт, почту, vpn, выучить расположение кофе-машины, туалета, метод выезда с парковки, адреса местного багтрекера, ci-сервера, git-сервера, вики, стейджинга, имена тестовых серверов и процедуру получения доступа к ним?
bootstrap человека обычно занимает больше времени, чем бутстрап языка. Если программист хороший.
Знаю программистов на С++, которые имеют опыт +15 лет и при этом до сих пор умудряются стрелять себе в ноги.
Программистов на С и С++ не существует.
Доказательство:
- программа с undefined behavior не является программой на C и/или С++
- все более-менее крупные программы, которые начинали писать на С/С++ содержат баги с UB, т.е. они не являются больше программами на С/С++
- Люди пишут на чём-то, что не является С/С++, т.е. не являются программистами на С/С++.
PS Как вы думаете, за какое время человек, который писал на Rust/Haskell начнёт терпимо пытаться писать на С?
На плюсах сложно не стрелять себе в ноги. Особенно последние 9 лет. Представье, что вам каждые три года привозят новые винтовки, которые выглядят в целом так же, как и предыдущие, разве что прицел поменяли, да приклад поудобнее.
И вот ты берешь эту винтовку, чтобы сделать выстрел и стреляешь себе в ногу, потому что теперь пули вылетают из отверстия по рожок с патронами, а дуло в общем пока еще может стрелять конечно, но уже deprecated.
bootstrap человека обычно занимает больше времени, чем бутстрап языка. Если программист хороший.
Не соглашусь. К примеру:
адреса местного багтрекера, ci-сервера, git-сервера, вики, стейджинга, имена тестовых серверов и процедуру получения доступа к ним?
Закладки / скрипты — и все дела (я не представляю как и зачем держать в памяти все такие вещи). Получение доступа должно быть частью onboarding (как это по-русски?) в нормальной компании, равно как и почта, VPN и прочие подобные вещи. Настроить рабочую машину для работы в хорошо известном тебе языке — несколько часов. Меня 3 года назад в процессе трудоустройства еще и посадили на Mac (который я до того видел раз в неделю) — через два часа там бегал LAMP стек с отладчиком, остаток дня настраивал аккаунты, на следующий день пошла более-менее адекватная работа. Заставь меня сейчас учить SCALA — подобного я гарантировать не смогу. Другими словами, я не готов признавать свою профессиональную несостоятельность, если я не способен за те же сутки-двое выйти на адекватную производительность на новом языке.
P.S. Местоположение кофе-машины вообще-то надо выяснять еще на собеседовании :) Полу-шутка.
Средний DBA у нас получает $80k.
Что касается Clarion — отмирающий язык.
Писал на нем 12 лет, живу рядом с головным офисом SoftVelocity. Там все плохо.
Средняя з/п в $70k для самого дорогого языка — это смех.
Это среднемировая зарплата, она вообще ничего не показывает.
Нам кажется, что у вас не репрезентативная выборка.
Самые опытные программисты крестятся двумя перстами.
Tcl. Спрос на язык есть, но я бы не стала относить язык к востребованным.
Позволю с вами не согласится. Вы судите по верхам, а если заглюнуть в глазки, то увидишь клад какого не видал. Поработайте на Tcl и получите несказанное удовольствие. Могу на любом, но на Tcl/Tk блаженствую.
А как вам это:
November 04 — 08, 2019
Crowne Plaza Houston River Oaks
Houston, Texas, USA
17th European Tcl/Tk User Meeting
Date
June, 29th and 30th 2019
Location
SUSE headquarters in Nuremberg, Germany
Никому не охота больше работать с этой монструозной клавиатурой.
Я решила собрать все ваши комментарии и провести еще один анализ.А вот на мой вопрос не ответили. Повторю — вдруг ответят:
Интересно: кто как оценивает тенденцию (м.б. своя оценка или оценка из сетки):
количество ЯП, пользующихся спросом в мире и РФ:
1) растет;
2) уменьшается;
3) в среднем стабилизировалось: примерно сколько старых ЯП теряют спрос — столько новых получают.
// Two-center corrections to the core fock matrix
function calc_F2[]
F2 = rep [ rep[0,numbf], numbf ];
local dD = apt peek [D, x_id D];
local ibf = 0, iat, jat, i, j; // bf number of the first bfn on iat
for iat=1, nat loop
local jbf = 0;
for jat=1, nat loop
if iat <> jat then
local gammaij = gamma [ iat, jat ];
for i=1, atoms.nbf(iat) loop
local v = peek [ F2, ibf+i ];
v[jbf+igen atoms.nbf(jat)] = get[ F2(ibf+i), jbf+igen atoms.nbf(jat) ] - 0.25 * gammaij * get[ D(ibf+i), jbf+igen atoms.nbf(jat) ];
F2 = poke [ F2, ibf+i, v ];
F2 = apt put [ F2, ibf+i, v ];
F2(ibf+i)(ibf+i) = F2(ibf+i)(ibf+i) + 0.5 * gammaij * add get [dD, jbf + igen atoms.nbf(jat)];
F2 = apt put [F2, x_id F2, put [ apt peek [F2, x_id F2], jbf+igen atoms.nbf(jat),
get [ apt peek [F2, x_id F2], jbf+igen atoms.nbf(jat) ] + 0.5 * gammaij * D(ibf+i)(ibf+i) ] ];
endloop;
endif;
jbf = jbf + atoms.nbf(jat);
endloop;
ibf = ibf + atoms.nbf(iat);
endloop;
endfunction
вот тоже два рейтинга
www.tiobe.com/tiobe-index
redmonk.com/sogrady/2019/03/20/language-rankings-1-19
думаю есть указавшие в резюме, но врдя ли есть спрос=))
Владение HDL языком — это свойство разработчика РЭА или разработчика микроэлектроники. Само по себе оно не ценится. К нему обязательно должен прилагаться набор скиллов ничего общего с программированием не имеющий.
Ценится ли само по себе владение С?
Я программирую на Verilog/VDHL, а помимо этого разрабатываю электрические схемы, трассирую печатные платы, моделирую Signal и Power Integrity и работаю с КИ-аппаратурой. То есть общего у меня с программистами всего да ничего.
Другая корзинка.
В нашем мире — «знать Verilog» — это просто плюс в карму, а не флагман умений.
Хотя для HR мы все одинаковые чумазики ).
То же самое относится к Tcl. Как тут верно было подмечено — он используется в тулах для разработки FPGA, а также он используется в ECAD системах и в системах моделирования SI. То есть знание Tcl — это просто кусок владения САПРом а не самостоятельное умение.
PS: HDL — это высокоуровневые языки. Низкий уровень в нашем случае — это нетлист.
И в этом подходе ну вообще никакой разницы не вижу…
Если полноценные профессии подвергнуть декомпозиции на скиллы, а потом скиллы называть профессией — то да, разница не большая. Как в примере с таксистом и трактористом — скилл кручения баранки у них одинаковый, просто немножко разные баранки. То есть можно посравнивать — что популярнее — тракторная баранка или автомобильная. Какая там… легче крутится, удобнее в руке лежит.
И нет, там не 40 тыщ предлагали…
А аналогичный пример про Си не работает?
Вы несколько подменили мой посыл. Идея моего поста была такая что автор по сути анализировал каким программистом быть лучше, но при этом засунул в виды программистов скилл от разработчиков электроники.
Разработчиком электроники сейчас в нашей стране быть хуже чем разработчиком ПО. За это платят гораздо меньше.
Разработчиком микроэлектроники быть лучше (чем разработчиком электроники) — за это платят больше. Я бы даже сказал — платят хорошо. Но мест где можно работать — мало.
И нет, там не 40 тыщ предлагали…
Видимо хороший работодатель. А сколько предлагали? А то может я все брошу и займусь — я люблю писать на HDL. Но никак не найду того, кто бы за это платил нормально.
Нормально понятие относительное, я вам скину в личку ссылку на хх.
А остальные языки это не скиллы, т.е. просто инструменты для реализации алгоритмов?
Безусловно, просто контекст статьи — ПО. Разработчики ПО могут там навыбирать себе портфолио языков руководствуясь их востребованностью и ценой.
Мы нет — у нас их два + System. Знать по хорошему надо все ).
Человек не выбирает между C и Verilog. Тут он выбирает между тем быть ему программистом или схемотом.
Или всякие попытки HLS И тому подобные попытки перехода с программирования?
Ну и чего плохого в выборе между программизмом и схемотехникой?
Эдакий гибрид эльфов и гномов. Примерно 85% эльфа и 15% гнома.
Или всякие попытки HLS И тому подобные попытки перехода с программирования?
HLS годится во многих применениях, но процессорные ядра и другие СФ-блоки все таки пишутся на HDL разработчиками микроэлектроники, а не бывшими например Jawa программистами. Тут нет кросс-платформенности специалистов )
Ну и чего плохого в выборе между программизмом и схемотехникой?
А я разве говорил что это плохо?
Частные случаи на то и частные.
Это две разных профессии. Да они идут рядом и связаны. Бывают даже специалисты в обоих сразу. Причем я не о схемотах, умеющих программировать микроконтроллеры — это добра полно. А а полноценных профи в обоих классах)
Но в общем и целом эти профессии — разные.
Может, это у вас частный случай. Или оба варианта одинаково распространены. Утверждать ничего не могу.
Но ведь есть целая специальность 210202 (ранее — 220500) «Проектирование и технология электронно-вычислительных средств», выпускникам по которой, по идее, в эмбеддеры прямая дорога.
А написать ПО сопровождения цели в реальном времени для PPC440 — нет.
Этим и отличаются схемоты, умеющие программировать микроконтроллеры от разработчиков встраиваемого ПО (эмбеддеров).
Мне оно до сих пор встречалось в широком смысле «разработчик встраиваемых систем», без деления на программистов и железячников.
Ну и ваши личные нюансы — вообще не аргумент.
> на поиск Perl разработчика в новый IT проект или стартап.
Стартапы стартапят наверно в основном
Самые редкие и самые дорогие языки программирования. Часть II