Стоит ли включать "сборку" в качестве языка программирования в резюме? [закрыто]

В ответе на один вопрос это кто-то написал assembly is not a language, it's a process. Я склонен согласиться, так как «язык» сборки зависит от архитектуры, на которой он будет работать, которая может немного отличаться от одного процессора к другому.

Итак, если вы написали сборку для одной архитектуры, значит ли это, что вы можете включить ее в резюме просто assemblyвместе с другими языками программирования? Или вы прямо говорите, что написали сборку для этой конкретной архитектуры?

РЕДАКТИРОВАТЬ: Изменено «dabbled» на «письменный». Английский не является моим родным языком, и я неправильно понял термин, думая, что это означало, что вы использовали его часто, а не просто немного.

Может быть, я педантичен, но «ассемблер» - это не язык программирования, это часть программного обеспечения для перевода мнемоники инструкций по сборке в коды операций для конкретного процессора. Если вы хотите сказать, что знаете язык ассемблера , перечислите язык ассемблера для процессора XXX в своем резюме.

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

Вещи, о которых я хотел бы подумать больше, чем это:

1) Главное: это поможет вам получить работу под вопросом? Вы должны настроить свое резюме в зависимости от роли, и для каждого спросите себя, заставляет ли это меня выглядеть лучшим кандидатом на эту должность . Там нет абсолюта, это зависит и работа под вопросом.

2) Довольны ли вы вопросами об этом в интервью? Ваши знания актуальны и соответствуют хорошим стандартам? По сути, если вы добавите это в свое резюме, это будет честной игрой для вопросов, поэтому убедитесь, что вы довольны этим и что вы чувствуете, что вы все равно решаете представить, что оно отражает ваш уровень знаний правильно.

3) И исходя из того, куда его поставить? Учитывая, что вы говорите, что балуетесь, может быть, лучшее решение - в разделе «Другие интересы», вы можете сказать: «У меня есть большой интерес к технологиям, и я потратил свое время на исследование ряда языков и платформ вне моего основного набора навыков, включая 6800 ( или что угодно) Язык ассемблера.

Я бы не стал использовать «ассемблер» по той же причине, что и «компилятор».

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

В любом случае, мое резюме включает в себя "6502 ассемблер". Интересно, что я не собираюсь снова писать для 6502 в ближайшее время (в настоящее время я в основном программист на C #), но я включаю его, потому что он рассказывает интересные вещи обо мне и моем опыте:

1. Это указывает на то, что я знаю, как эти компьютерные вещи на самом деле работают на довольно низком уровне. Это означает, что я понимаю, что происходит, когда пишу код высокого уровня, и эти знания все еще полезны для решения проблем и отладки кода.
2. Это говорит о том, что я знаю о методах управления памятью, оптимизации, переворотах и ​​т. Д., Которые часто теряются на программистов, которые не имеют дело с вещами на этом уровне.
3. Это показывает, что я был некоторое время, с богатым опытом в качестве разработчика.
4. Это говорит о том, что я все еще могу выполнить работу, даже когда мои современные инструменты подводят меня (как они иногда делают).
5. Это часто вызывает интерес на собеседовании.

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

Я бы подал это как-то под «опытом архитектуры», возможно, примерно так:

«Успешно перенесен (ядро или подсистема) в [arch], с глубокими знаниями сборки [arch]».

Я был бы весьма лаконичен в вашей области «целей», четко указав, с чем вы надеетесь работать. Было бы плохо, если бы вас наняли, а затем передали стопку старения, которую нужно было перенести.

Написать ассемблер и включить конкретную архитектуру процессора. В противном случае вы указываете, что не понимаете ассемблер. Также рассмотрите возможность включения ассемблера, если это актуально для новой работы.

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

Технические полномочия:
Языки программирования: Algol, COBOL, Pascal, Lisp
Assembly Языки: x86, x86-64

Просто убедитесь, что вы можете защитить то, что вы написали в своем резюме. Если вы выполняли конкретные проекты на ассемблере, четко перечислите их в разделе « Сведения о проекте ». Я также рекомендую вам упомянуть некоторые из наиболее важных инструкций, которые вы использовали.

Я думаю, что есть разные почти ортогональные причины для написания ассемблера, и может быть не так много общего, кроме как быть сносным собеседником на языке ассемблера. Примеры будут включать:

(1) Создание мирового уровня производительности для неумелых математических ядер. Знает математику, компьютерную архитектуру и т. Д.

(2) Написал много ассемблера для отладки нового оборудования. Может немного знать о характеристиках производительности данного компьютера, но много знает о проверке оборудования.

(3) Может читать сгенерированный компилятором ассемблер как инструмент для отладки.

(4) Может использовать ассемблер для получения функций HW, не поддерживаемых языками более высокого уровня.

(5) Пишет бэкэнды компилятора и смотрит на сгенерированный ассемблер, чтобы настроить алгоритмы генерации / оптимизации кода как часть команды компилятора.

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

Сборка - это язык, по крайней мере, один для каждого набора команд.

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

Может быть, где я работаю, это исключение не правило (сетевой бизнес и чип / процессор), но немало наших программистов знают и пишут ассемблер, и даже если бы вы искали работу по портированию linux или драйверу устройства, мы бы увидели опыт сборки, задать вам вопросы об этом и принимать решения на основе ваших ответов.

Как и все остальное в вашем резюме, которое не относится к работе, на которую вы претендуете, они просто пропустят ее. это не что-то типа «меньше значит больше». Если вы действительно что-то знаете, записывайте это, языки, процессоры, протоколы, API-интерфейсы и т. Д. Если вы упускаете что-то и ожидаете, что интервьюер прочитает ваши мысли или будут вынуждены угадывать, какие вопросы задавать, чтобы попытаться вынести это, это к вашему недостатку. Я предпочел бы иметь многостраничное резюме / резюме для просмотра при опросе кандидата, чем кого-то, кто пытался втиснуть то, что они могли, на одной странице и пропустил «мясо». Часто такое резюме не проходит через процесс предварительной проверки. HR часто просматривает резюме на наличие ключевых слов, достаточно ключевых слов, и вы поднимаетесь на вершину кучи, не хватает или ничего, и вы отбрасываетесь даже без телефонного интервью. Чем меньше, тем больше, тем больше. В то же время, если вы действительно не знаете язык или посещали его в колледже, и это было так давно, что вы действительно не помните никаких деталей, оставьте это, посещение интервью с подобными ответами поощряет ваше резюме / CV чтобы быстро добраться до измельчителя.

Да перечислите это как язык программирования, то есть, что это такое и укажите процессор (семейство).

C, C ++, Java, ассемблер (x86, ARM, MIPS), Python, Perl ...

Некоторые люди перечисляют ассемблер не на языке TASM, NASM, MASM.