Использование ассемблера в вычислительном коде скорее всего приведет к замедлению ваших программ.
А вы пробовали? Я да. Несколько раз. И дело в том, что нет, не получается. На ассемблере всегда получается намного быстрее.
На C/C++ можно написать быстрые программы, но дело в том, что надо ясно представлять как они должны выглядеть на ассемблере. А потом обмануть компилятора, чтобы сгенерировать нужный ассемблерский код. Для меня проще написать сразу на ассемблере. :P
И конечно для Menuet/KolibriOS и всяких экспериментальных ОС. Вообще, FASM, несмотря на то, что написан на ассемблере, переносится очень легко на всяких ОС. Намного легче чем тот же NASM.
Мы теперь по утрам скрамились — становились кружком и со всеми делились что именно вчера не сделал и почему. И что не сделаю сегодня. Скажите — секта? Не, аджайл, во всей своей красе.
Вообще-то полимеры тоже органика. Выходит, корабль покрашен краской, ну или вообще корпус полимерный, красноватый (полиэтилен прекрасно радиацию держит), а внутри резервуары с водой (лед, конечно), для реакторов и/или бытовых целей.
Так я и говорю: Если информация нужная, то не потеряется, хоть потоп и пожар. А есть и ложная ностальгия – просто жаба душит, а информация не нужна реально. Тогда да, может потеряться. И лучше! Нечего энтропию повышать. :D
Когда я был молодым и верил книжкам, делал бэкапы. Потом понял основной закон Вселенной: Нужная информация никогда не теряется. А если потерялась, то значит она никому не была нужна. С тех пор бэкапы не делаю и никогда не жалел.
В будущем квантовые компьютеры обещают стать главной вычислительной силой в решении ряда проблем, например, задач оптимизации или химических симуляциях
А кто же еще? В анабиозе.
А вы пробовали? Я да. Несколько раз. И дело в том, что нет, не получается. На ассемблере всегда получается намного быстрее.
На C/C++ можно написать быстрые программы, но дело в том, что надо ясно представлять как они должны выглядеть на ассемблере. А потом обмануть компилятора, чтобы сгенерировать нужный ассемблерский код. Для меня проще написать сразу на ассемблере. :P
Конечно, на то он и FASM. ;)
Кстати, для MacOS X тоже:
https://board.flatassembler.net/topic.php?t=13413
И конечно для Menuet/KolibriOS и всяких экспериментальных ОС. Вообще, FASM, несмотря на то, что написан на ассемблере, переносится очень легко на всяких ОС. Намного легче чем тот же NASM.
скорее всего и не .exe а .obj
Я не знаю откуда это пошло, что у FASM документация слабая???
Это не так! FASM ассемблер простой и та документация которая идет в стандартной поставке и вправду исчерпывающая.
Это шедевр! :)
http://programming-motherfucker.com/
Вообще-то полимеры тоже органика. Выходит, корабль покрашен краской, ну или вообще корпус полимерный, красноватый (полиэтилен прекрасно радиацию держит), а внутри резервуары с водой (лед, конечно), для реакторов и/или бытовых целей.
Ну, JavaScript мне и на клиенте не нравится, тем более на сервере. Лучше уж, на ассемблере, потихоньку. :D
Плохо только, что энергию жрут немерено. Потому что воздух.
JAVA is slow. :D
Все отлично, только очень плохо читаются надписи на картинках. Голубой на белом и еще курсив и еще jpeg… :(
Так я и говорю: Если информация нужная, то не потеряется, хоть потоп и пожар. А есть и ложная ностальгия – просто жаба душит, а информация не нужна реально. Тогда да, может потеряться. И лучше! Нечего энтропию повышать. :D
Когда я был молодым и верил книжкам, делал бэкапы. Потом понял основной закон Вселенной: Нужная информация никогда не теряется. А если потерялась, то значит она никому не была нужна. С тех пор бэкапы не делаю и никогда не жалел.
Вспомнился Zed A. Shaw и его сайт: http://programming-motherfucker.com/
Code review по-человечески: Как были баги, так и остались. :D
Правильно ли понял, что в конце, неопределенное поведение так и не было исправлено?
А также ломать криптографию. :)
Конечно нет. Работодатель спрашивал о "сторонных проектах". Хоть на fossil (как у меня). :)
Рекомендательные письма, кандидат должен принести сам. И если они у него были, может и не возник бы вопрос о github?