Можно поискать среди старинных демосцен или игр. Они написаны на ассемблере, внутри много матричных операций, некоторые из них, я уверен, запустятся и под windows.
Но это же совершенно не значит, что ассемблер х86 является однозначно наилучшим выбором для долгоиграющего проекта.
Тут дело не в выборе правильного языка, а в Microsoft, которые протянули бинарную совместимость с DOS аж до Windows 10. Программа на Ассемблере под DOS тоже должна работать в Windows, why not. Если прямого доступа к железу не использовать.
Я лично не люблю, когда функция loadFile, кроме загрузки файла, делает ещё какие-то не сильно очевидные действия (варит кофе/форматирует диск Ц/взрывает Звезду Смерти). Например, во всяких инспекторах классов имена функций видно, а комментарии — нет. Нужно помнить что Class_a.loadFile — просто загружает файл, а Class_b.loadFile — загружает файл и варит кофе.
Но у каждого свои предпочтения.
Отдельная функция, конечно ;)
При просмотре кода — если нет необходимости смотреть на код расшифровки — туда просто не смотрят. Если есть необходимость — переход в функцию это 1 щелчок мыши, в чем проблема?
При отладке — просто не заходим в функцию, это быстрее, чем пролистывать на 200 строк вперед.
Но я не настаиваю ;)
Вот именно. Песчаный пляж убрать — нет никаких проблем, хоть техникой, хоть граблями. А тренироваться в автоматического мусорщика на пляже очень удобно. Достаточно ровная поверхность, не нужно хитрых шагающих шасси, все неоднородности можно считать мусором, и в перерывах между обновлением прошивки можно на серфе покататься ;)
Специальная программа для незаведения мусора типа my_program_YYYYMMDD_final_2_fixed_3.arj с этим справится ещё лучше ;) А если рабочих мест >1, мусора возникает ещё больше.
Рекомендую таки попробовать. Денег за это не берут, все что нужно - время от времени запускать tortoise hg и нажимать кнопку commit.
Не видно ;) Статья как раз о том, что справляется со своими задачами с помощью устаревшего языка.
Проекция междучеловеческих отношений на мотивацию нечеловеческих существ.
Несколько тысяч мелких файлов — это проблема только для fat32.
Но это же совершенно не значит, что ассемблер х86 является однозначно наилучшим выбором для долгоиграющего проекта.
Их есть уже :)
Hello world с выводом через int21.
Где в 2021 году держат MS-DOS и с какой целью, интересно знать ;)
LoadFileEx ;)
Применительно к этому куску кода.. exception'ов разве в Delphi не завозили?
Я лично не люблю, когда функция loadFile, кроме загрузки файла, делает ещё какие-то не сильно очевидные действия (варит кофе/форматирует диск Ц/взрывает Звезду Смерти). Например, во всяких инспекторах классов имена функций видно, а комментарии — нет. Нужно помнить что Class_a.loadFile — просто загружает файл, а Class_b.loadFile — загружает файл и варит кофе.
Но у каждого свои предпочтения.
Отдельная функция, конечно ;)
При просмотре кода — если нет необходимости смотреть на код расшифровки — туда просто не смотрят. Если есть необходимость — переход в функцию это 1 щелчок мыши, в чем проблема?
При отладке — просто не заходим в функцию, это быстрее, чем пролистывать на 200 строк вперед.
Но я не настаиваю ;)
Много строк кода вынесены в функцию DecryptDataFromDB, например. Программист понимает, что это что-то связанное с расшифровкой.
Вот что Дракон жывотворящий делает!
Специальная программа для незаведения мусора типа my_program_YYYYMMDD_final_2_fixed_3.arj с этим справится ещё лучше ;) А если рабочих мест >1, мусора возникает ещё больше.
Рекомендую таки попробовать. Денег за это не берут, все что нужно - время от времени запускать tortoise hg и нажимать кнопку commit.
Я так понимаю, вы путаете git (программу) и GitHub (облачный сервис).
костылиуникальную космическую разработку вызывает понимание.