at least twice. Очень интересный список, судя по аннотациям. Я оттуда читал только №5, но теперь собираюсь и остальные прочитать.

А вот еще такой вопрос ко френдам-программистам. Допустим, вы отвечаете за какой-то, достаточно значительный кусок кода. До вас этим куском кода в течении многих лет занималось еще множество народу, с частью из которых вы даже не знакомы, а другие уж далече. Вам кажется, что код этот - наказание за все ваши грехи: он с одной стороны имеет очень сложный для понимания дизайн, с другой - в течении тех лет, что его поддерживали, в него внесли кучу изменений, которые идут поперек этого дизайна. Таким образом в нынешнем его виде вносить в него дальнейшие изменения (о которых все время просят заказчики) - чистая и незамутненная радость. В такой ситуации есть два возможных решения:

1. Либо потратить кучу времени и сил на реставрацию: понаписать тестов, сделать рефакторинг, вернуть код к жизни.
2. Либо выбросить все, и написать, с учетом имеющегося опыта, заново.

Очевидно, что начальство двумя руками за 1-й вариант: переписывание - это риск, начальство рисков не любит. Очевидно также, что будут ситуации, когда будет выбран первый вариант, а будут - когда второй. Чем бы вы руководствовались при решении о том, какой вариант выбрать?

на технические темы, накопилось:

1. The C10K problem (как достичь 10К одновременных соединений на стандартном линуксе)
2. Debugging Makefiles
3. Linux kernel networking flows
4. Google's Python based build system
   

Скорее для собственной памяти, но и для нахождения в поисковиках решений на редкие компьютерные проблемы, замутил сообщество gotchas. Что-то типа упомянавшегося здесь stackoverflow.com небезызвестного Й. Спольского, но более камерное. Если вдруг кому интересно - прошу.

programming trick (thanks to ilya_dogolazky for inspiration for looking it up).

Это покруче целования дуба будет, однако. Наверное, по эпохальности, это войдет в один ряд с priority inversion на pathfinder-e, и длинными зимними ночами программисты будут пугать своих детей этим багом.

Потихоньку продолжаю стругать сайтег для слежения за кормежкой и качанием. Завел ему гугль проджект:

http://code.google.com/p/fiteat/

Делаю это (стругаю, то есть) исключительно по двум причинам: во-первых, чтобы была аппликуха, которая идеально подходит именно под мои требования, во-вторых, чтобы изучить еще одну технологию (всерьез веб-программиногом не занимался с 96 года). Потому и делаю, несмотря на кучу уже имеющихся аналогичных сайтов. Кстати, на том же гугль коде поиск на фитнес выдает штук 10 аналогичных проектов (все, впрочем, замороженные).

В общем, если есть идеи, что должен включать в себя такой сайт - пишите письма комменты.

Скажите, а есть ли среди читающих этот журнал спецы по Джанго? То есть, люди, которые его действительно хорошо знают? Хотел бы пару вопросов задать.

Все-таки получил доступ в Google App Engine (спасибо доброму инсайдеру :)).

Забавная штука. В теории это работает так:

1. Скачиваешь SDK
2. Быстренько перегоняешь под него свою аппликацию (SDK включает в себя тестовый сервер)
   
3. Загоняешь на сервер
4. Наслаждаешься следами трудов своих

На деле, увы, все не так просто. GAE поддерживает два уеб-фреймворка: некий свой, называется WebApp - и Django (речь пока что идет исключительно о питоне, но планируют добавлять и другие среды выполнения). Но это только на словах Django поддерживается. На деле же, чтобы готовая аппликация заработала в GAE, ее надо подвергнуть довольно значительной переработке. В частности, некоторые APIs не работают, вместо них, зачем-то, гугль дает свои, с несколько урезанной функциональностью (например, urllib2 не работает, вместо него есть некий странный fetchurl, в котором, например, нет authentication, и редайректы он тоже, например, не отрабатывает). Ну и кроме того пункт №4 не совсем работает: моя аппликация, работавшая с тестовым сервером, после загрузки на настоящий не сработала, а почему - я еще не понял. В общем, сыровато как-то, но потенцияль есть. По условиям беты, можно создать три аппликации, чем я с удовольствием и займусь - идей хватает :).

В заключение не могу не пропеарить еще раз конкурс в coding4fun_ru (сорри, asbb :)). Народ там прямо-таки жжот, и борьба идет за десятые доли секунды (под конец и до сотых дойдет, чую). Я там уже плетусь в хвосте, и подумываю о сходе с дистанции со своими несчастными 3.3s on 2GHz.

в coding4fun_ru: здесь.

Я свое уже написал. Работает на питоне, предложенный data set решает за чуть меньше 14 секунд на 2GHz CPU. На плюсах, говорит zhuzh, есть решение за 3 секунды.