Помогите определиться

[orb2]

Почитайте тему.
Топик стартер спрашивает "на чем учиться программировать"!

Я думаю делать свой "autocad, рендера 3D, мощьный физический движок" это в его планы не входит, особенно в первые года обучения

[peregrine]

orb2, в ВУЗ-ах рендер 3D пишут на 2-ом или третьем курсе (при том именно рендер в реалтайме, не на OpenGL или DirectX, т.к. требуется не производительность, а понимание того, как работает 3D графика в общем), если программирование важно.

[cargan]

 Главное не изучение языков програмирование, а - постановка задачи и создание оптимального алгоритма Вашего проекта
** а потом только пригодится знание языка.
-- Так что первое - это научиться - находить решение задачи, и понимать суть ее
// ЯП - при этом знать необзательно - для этих целей есть кодеры!))))

[alsoijw]

cargan, дело в том что от яп очень многое зависит. Разный уровень детализации.

[peregrine]

cargan, главное всё. Например, архитектура программы ничуть не менее важна, чем оптимальность алгоритма.

[cargan]

alsoijw,
нет от ЯП - постановка задачи и результат - ни как не зависит
// если архитектор задачи не правильно ставит задачу и некоректно определяет результат ни какой суппер-пупер ЯП не поможет!

для ТС - посоветовал бы особо не маятся в выборе ЯП и для просто Линуса - выучить BASH

[alsoijw]

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

[cargan]

alsoijw, нет не зависит
** все зависит от умения и знания предмета и технологии, а какой язык не имеет значение

/////////////
простой пример - для всех
*******************
задача) есть в некоторой дирекции набор картинок, разного размера
ответ) нужно из этих картинок создать видео - простая нарезка
инструмент) скрипт bash + утилиты
-- нельзя использовать проги типа гимп, питиви и прочии с гуями
///// все!

[alsoijw]

cargan, почему драйвера не пишут на питоне? А?

[cargan]

alsoijw, питон - интерпритирующий язык - у него нет компилятора и соответствено нативного кода под загрузку  - независимо от самого питона.

кста - ты когда-нить работал с такой штукой?
http://flatassembler.net/
-- есть и для Линуса...и для других осей..

** это своеобразный макроассемблер, дающий очень маленький код

[alsoijw]

cargan, по тому, что разные языки дают разный уровень гибкости.

[cargan]

alsoijw, да ничего они не дают
-- я всю жизнь писал проги на Си, С++
** и большим удивлением узнал где то лет 15 назад, что реально отстал от прогеров, которые используют интерпретирующие языки типа питон и джава - которые не создают  загрузочный код, а оперируют скриптами в исходном языке - управляя устройством

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

// я всю жизнь мечтал иметь интерпритатор на Си - и сделал его для себя, но появился С++ и пришлось отказаться от продолжения этой затеи.
** отладить проект можно проще на ллюбом интепретирующем языке
-- а потом тупо перекодировать в чистый Си - оптимизировав проект по эффективности

** кста Твой любимы Vala -  всего лишь надстройка над Си - и при компиляции просто переводит нотацию  Vala в натацию Си
Пользователь решил продолжить мысль [time]01 Апрель 2016, 11:38:57[/time]:peregrine,
да да - и это тоже правда - но под термином архитектура мы понимаем реальную конструкцию исполняющего модуля, а не общепринятую систему ценностей.

к примеру всем известная задача по вычислению обычной арифметической формулы типа А+В*С
-- по разному реаллизуется в компиляторе и интерпритаторе
** компилятор - создает прямой исполняющий код

Код: [Выделить]

Load AC,С; Mul AC,B; AddC AC,A ** интепритатор - польскую запись

Код: [Выделить]

АВС*+== разница в меньшем количестве кода в первом случае, и универсальности кода во втором !

[alsoijw]

** кста Твой любимы Vala -  всего лишь надстройка над Си - и при компиляции просто переводит нотацию  Vala в натацию Си

Разве это кто-то скрывает?

[cargan]

alsoijw, нет не скрывает
-- но!!!! переводчик одной нотации в другую - субъективен! и связан с использованием некоторых библиотечных акредетивов, которые используются в Си-библиотеках, так что проще бы было переводить не в Си, а напрямую в ELF-код

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

** примеров избыточного кода очень много и это как раз совсем плохо ибо чем больше кода - тем больше вероятностей появления - ошибочных ветвей реаллизации алгоритма решения поставленой задачи и просто разные интерпритации

[alsoijw]

cargan, я не думаю что они намеренно избрали более сложный путь.