программистские ссылки
Oct. 27th, 2007 05:10 pmДва отличных анализа дизассемблированного кода:
И заодно, раз уж программистские ссылки:
C++ FQA, развернутая критика C++, выполненная в виде комментария к известному C++ FAQ. Не со всем я соглашусь, но много дельных и заслуженно едких замечаний. Автор -
yosefk, обсуждения есть по-английски в reddit и по-русски в ЖЖ.
Update: И еще одна полезная ссылка для любителей ассемблера: сравнение GAS и Intel-синтаксиса. Я так и не научился как следует читать программы в AT&T-синтаксисе, которым пользуется GAS (ну, скорее, научился с грехом пополам), поэтому мне понравилось подробное сравнение.
- Анализ бага в Excel (PDF), о котором я писал недавно. Очень, очень увлекательно и интересно. Подробно и дотошно объясняется, чем был вызван этот баг. (за ссылку спасибо
ygam) - Анализ червя Storm Worm, включая его руткит. Тоже исключительно интересная и подробная информация. Мне особенно понравилось про средства обнаружения виртуальных машин и песочниц анти-вирусов.
И заодно, раз уж программистские ссылки:
C++ FQA, развернутая критика C++, выполненная в виде комментария к известному C++ FAQ. Не со всем я соглашусь, но много дельных и заслуженно едких замечаний. Автор -
Update: И еще одна полезная ссылка для любителей ассемблера: сравнение GAS и Intel-синтаксиса. Я так и не научился как следует читать программы в AT&T-синтаксисе, которым пользуется GAS (ну, скорее, научился с грехом пополам), поэтому мне понравилось подробное сравнение.
no subject
Date: 2007-12-06 09:27 pm (UTC)юникод меня, честно говоря, только радует. юниксовые утилиты с юникодом дружат всё больше и больше и врядли что-то станет ухудшаться…
сложность же, как будто бы, оправдана нишей… посмотрим что будет дальше
no subject
Date: 2007-12-07 09:49 pm (UTC)Насильственный юникод вне зависимости от Вашего или моего к нему отношения объективно снижает переносимость _среды_ разработки и увеличивает трудоемкость ее портирования. Еще сильнее снижается при этом переносимость сложившегося _процесса_ разработки с собственным инструментарием.
То, что процентов 80 этой сложности можно убрать давно доказано (Оберон, Компонентный Паскаль и иже с ними). При этом привлекательность инструмента в той же нише снижается далеко не катастрофически. Все же многие фичи этих языков скорее относятся к опциональным удобстваи, ИМХО.
no subject
Date: 2007-12-07 09:53 pm (UTC)