[Xenia 35]

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

 

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

 

Так вот, пока еще хоть что-то осталось, надо зубами цепляться за ассемблер и C! :) Ловить кайф, когда вся прошивка до единого байта написана своими руками, а не загружена в виде абстрактного приложения на Линукс или Андроид.

[ukpyr 0]

Так вот, пока еще хоть что-то осталось, надо зубами цепляться за ассеблер и C!

смотря что нужно. Если результат - то какая разница на чем сделано ?

[Xenia 35]

смотря что нужно. Если результат - то какая разница на чем сделано ?

 

Я вам охотно назову рубикон, при переходе которого происходит качественный перелом. Это - пошаговая отладка.

 

Всякие JTAG'и именно для того изобрели, чтобы такая отладка была возможна, тогда как простая заливка достигается гораздо меньшей ценой. Поэтому не пеняйте мне на то, что аппаратная отладка больше не нужна, когда есть пошаговое выполнение инструкций типа операторов типа GBASIC :). JTAG не я придумала, а люди, гораздо мудрее меня - к ним и переадресовываю все претензии.

 

Так вот. До тех пор, пока вы понимаете, что делает процессор в процессе выполнения оператора языка высокого уровня, то аппаратная отладка имеет смысл и приносит немалую пользу. Но как только оказывается, что при исполнении каждой строки кода выполнение проваливается в глубокую каку :), в которой непонятно что происходит, то приходит хана тому образу мышления, к которому относятся ассемблер, C, Fortran и им подобные языки-компиляторы. На смену им приходят языки-интерпретаторы, у которых исполнительная часть кода зарыта очень глубоко. Причем, дело не только в том, что JTAG и трассировка в кодах процессора перестают быть востребованы, - меняется сам субъективный подход к програмированию. Если по-старинке (просмотр откомпилированного ассемблерного листинга и прохождение его по шагам) всяк программист мог найти у себя ошибку самостоятельно, то по-новинке остается лишь лишь взывать к коллективному разуму форумов: "У вас такая ошибка не встречалась? Что мне с ней делать?" - а в ответ тишина, т.к. остальные в этом вопросе - такие же олухи :).

 

Помимо уже сказанного, программирование на "высоком уровне" превращается в бесконечные потуги "Как приживить?" и "Как подружить?". Когда я слышу на форуме эти вопросы, повторяемые в сотый раз, хочется развернуться и дать вопрошаемому кулаком в глаз! :)

[_Pasha 0]

Я вам охотно назову рубикон, при переходе которого происходит качественный перелом. Это - пошаговая отладка.

Так вот. До тех пор, пока вы понимаете, что делает процессор в процессе выполнения оператора языка высокого уровня, то аппаратная отладка имеет смысл и приносит немалую пользу.

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

А нынче пошаговая уже и не особо нужна...

[Xenia 35]

А нынче пошаговая уже и не особо нужна...

 

Пошаговая отладка перестает пользоваться спросом по одной простой причине - программисты перевелись! Теперь на их должности "приживители" чужого кода. Что им толку от пошаговой отладки, если они не представляют, как тот код работает?

[halfdoom 0]

Энтузиасты уже синтезируют питон-процессоры на FPGA, так что, в недалеком будущем можно ожидать и серийный питон-микроконтроллер.

[_Pasha 0]

Пошаговая отладка перестает пользоваться спросом по одной простой причине - программисты перевелись! Теперь на их должности "приживители" чужого кода. Что им толку от пошаговой отладки, если они не представляют, как тот работает?

Резинового программиста уже можно напечатать на 3D-принтере. REP-RAP... :)

 

серийный питон-микроконтроллер.

Джава - это еще понятно, но питон... А ссылочку можно?

[ukpyr 0]

Энтузиасты уже синтезируют питон-процессоры на FPGA, так что, в недалеком будущем можно ожидать и серийный питон-микроконтроллер.

только непонятно на"на это нужно ?

[_Pasha 0]

только непонятно на"на это нужно ?

не"не :) Непонятно, каким образом он будет поддерживать довольно искусственные вещи, далекие от понятий "архитектура" и "система команд" и вообще, питон - над Си.

ЗЫ

Вроде довольно известный ресурс, но Хорошие лекции по питону

Изменено 12 октября, 2013 пользователем _Pasha

[AHTOXA 14]

Резинового программиста уже можно напечатать на 3D-принтере. REP-RAP... :)

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

[AlexandrY 3]

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

 

Мифология пошла. Кризис программирования, однако.

 

А вот только что привлекла внимание новость

 

Похоже в недалеком будущем нужно будет писать не программы, а генерировать и конвертировать опыт.

[Herz 4]

Вижу, тема себя исчерпала. Закрыл.