сертификат по асм-у, есть ли он ?

Есть ли сертификация специалистов по ассемблеру
- системное программирование (в частности по архитектуре IA-32 )
- прикладное программирование в win и *nix

ну каккие-нибудь сертифицированные курсы и потом здача экзаменов и сертификат

что-то подоное

intel ia-32 software developer on assembler language


и вообще есть ли какая-нибудь сертификация у специалистов по асм-у
как например у оракла и киски и тп

 

Серьёзных сертификаций, afaik, нет, потому что в них нет нужды. Вообще "software developer" и "assembler language" не должны стоять так близко в одной фразе - титуле диплома. Любой нормальный программист, а не developer, должен быть знаком с ассемблером также как с ЯВУ и знать и понимать архитектуру ПК. По низкоуровневому программированию (прошивки, драйверы) и безопасности есть сертификации, но это не совсем по теме.

 

Есть у Brainbench, прошлой (?) осенью даже на халяву можно было получить, сдав тесты. Я приводил список тем. Но там не было вроде прикладного, только архитектура и МК.

 

2 Quantum

А какое различие ты проводишь между
-software developer
-programmer

А то я чего то недопонял

 

pentaha
Сейчас модно называть программистов разработчиками, но для меня developer - это development tools user, т.е. юзер Поэтому тех, кто продолжает считать себя программистом, я уважаю. Естественно, VisualBasic developer, Java developer (или даже architect!) и т.д. ассемблером брезгуют заниматься и даже изучать. Поэтому я их заранее исключил из числа "нормальных" программистов

 

А че есть и такие? УЖОС! И как они бедные живут то?!

 

EvilsInterrupt
Та ладно, время от времени всплывают обсуждения на рсдн, ассемблерщиков там клюют, как здесь делфистов

 

5 балов !!!!!

 

бизнес-аппликухи Вы тоже на асме пишите?

 

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

 

lol

 

Никто не предлагает писать апликухи на ассемблере (хотя почему нет ).
Но даже для HLL программиста хотябы общее понимание архитектуры крайне желательно.
Просто если человек знаком с архитектурой - он и на ASM и на C нормальную прогу напишет.
А если он всю жизнь висит на VB и даже про стек нифига не слыхал, то при необходимости написать хотя-бы немного более системные вещи всё упрётся в стену...

[Offtopic]
Тут где-то статья лежит как чел писал прогу для контроллера и ему памяти не хватало "История одного байта" или как-то так.
Он ходил парился. На работу приходит - его програмерша на VB спрашивает чево мол такое. Он ей говорит что так и так - памяти не хватает под стек.
А она отвечает - а нафига тебе этот стек, я про него не слыхала и нормально себя чувствую... В таком духе.
Дык грустно это :`(

 

Ну можно и на C про стек незнать, это же не asm и не forth. И на VB можно писать, ведь он же помоему умеет работать с апи, а что еще надо, напрямую под виндозой с портами не поработаешь все равно (no ring 0). Хотя синтаксис объявления процедур из dll отстой в vb, вот гемор то придумали мелкософт (я только из-за этого не стал бы "гадить" на нем), то ли в Gentee просто и удобно.

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

 

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

Извините за оффтоп.

 

Полностью согласен


И еще очень не люблю иметь дело с прикладными программистами на барсикоподобных ЯП - в смысле VB и тп. Когда с ними общаещься по решению какой-либо проблеме - складывается впечатление, что это не программист, а тракторист, которого научили
dim a as ... и тп
Они даже в тонкостях своего языка не разбираются - и смех и грех


А программисты занимающиеся прикладным программированием особенно на барсикоподобных ЯП (это и кобол и фортран и тп вообщем я суда отшу все кроме c/c++ асма) по решениею бизнез задач - постепенно теряют квалификацию (отупевают) - мб это связано с круког общения или прикладными задачами или повсеместным ограничениям.


А нето-программеры (читай как недо-программеры) или жаберры - из них 0.00000...1 % (это факт!) реально себе представляет, что будет после того как написанная ими программа скомпилируется и начнет выполняться, ведь из них никто не поитересовался спецификацией java-VM или msil, хотя даже если и начнут интересоваться (только интересоваться, а не понимать) - они них не поймут, тк не знают асма и нет навыков, чтобы это понять или в авральном режиме все вдалбливать себе в голову типа авось пойму - имхо это unreal.

Поэтому когда тебе говорят типа "О да это же системный архитектор (сейчас очень модно под java или Net) или тп" - у нормально программита это бысто перефразируется в что-то подобное "Еще один бот, освоивший библиотеки классов методологии проектирования (а вероятнее даже сертифицированный) нето-программер (жабба-программер) них не понимающий как все это реально работает"

 

Это он заметте про фортран а не про форт который оперирует адресами и стеком как своей родней (это для того кто может попутать два языка).

 

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

> А если он всю жизнь висит на VB и даже про стек нифига не слыхал,
> то при необходимости написать хотя-бы немного более системные вещи
> всё упрётся в стену...

Ага-ага. А если он всю жизнь висит на асме, то при необходимости написать распределённое приложение на CORBA с базой данный и всеми делами, всё тоже упрётся в стену

 

Если я не ошибаюсь, то CORBA выставляет сишный апи - проблем с асмом нет.
Другое дело трудозатрвты и тп.

Помойму почти все (по крайней мере из тех, с которыми я имел дело) поддерживают odbc

Все дела это как я понимаю какие-то АИС, программные комплексы и тп (втч технологии) - ну только у допотопных нет интерфейсов доступа, следовательно это не проблема.

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

 

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

 

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

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