10 лет свадьбы

Я написал три книги по DirectX. В двух из них использовался для примеров язык C++ и книги разлетелись, как горячие пирожки. А вот книга DirectX и Delphi. Искусство программирования почему-то встала и продается очень медленно. Очень странно, ведь большинство моих читателей были Дельфистами, да и сейчас их много. Книга стоит всего 193 рубля и не понимаю, почему она провалилась.

Так как программисты C++ оценили книгу и некоторые с удовольствием бы купили ее сейчас, я решил сделать доступной большую часть книги в виде статей. Статьи на английском уже выкладываются на Hackish Code, а на русскую версию сайта статьи пойдут чуть позже. Я долго не обновлял этот сайт и думал уже бросить (да и сейчас не особо планирую его развивать), но раз уж сайт существует, то пусть на нем будут статьи. Сайт просто в ужасном дизайне и я его сляпал за пять сек и лень переделывать.

Вчера я залил свежак на английскую версию сайта Hackish code, а сегодня сразу три статьи на русской версии:

• Инициализация Direct 3D
• Инициализация DirectDraw
• Освобождение DirectX ресурсов

Статьи хоть и старые, но кому-то могут показаться интересными. В DirectX 11 все очень сильно изменилось, поэтому в современной версии инициализация идет по другому, но некоторые вещи еще актуальны.

Если ты программист и у тебя есть исходник или библиотека, с которыми ты хочешь поделиться с миром и прорекламировать, используй hackish code сайт. Внизу кажой страницы есть ссылка, чтобы отправить описание файла мне. Это же бесплатная возможность получить себе траффик на сайт и прорекламировать. Некоторые платят деньги, а ты можешь даже ради рекламы написать небольшой исходник и послать его мне через сайт.

P.S. Недавно приобрел Final Fantasy 13. Очень даже интересная игра. Хотя игрой я ее называю с натяжкой, потому что больше похоже на отличное интерактивное кино. Более подробно об игре читай: Обзор Final Fantasy 13.

Я в интернете особо не шляюсь по страницам и за новостями слежу не так часто, поэтому, может я и торможу, но только что заметил, кто является дизайнером сайта yandex.ru. Если ты не зарегестрированный пользователь, то дизайнером будет Лебедев. Но если ты зарегестрирован и вошел на сайт, то внизу страницы сможешь наблюдать надпись: Дизайн — Студия Артемия Лебедева и имя_твоего_аккаунтк. Я вижу там себя, что я на равне со студией Лебедева являюсь дизайнером.

Явный прикол, но вот интересно, почему показывают имя аккаунта? Если уж прикалываться, то по полной, и нужно показывать полное имя и фамилию. Ведь в Yandex паспорте есть полные данные обо мне. Тогда это выглядело бы прикольнее: Дизайн — Студия Артемия Лебедева и Михаил Фленов.

Сегодня читал статью Джоила Спольски о том, что программы контроля версий класса git - это будущее. Я тоже впервый раз не понял, что это за фигня, и почему нельзя было просто использовать SubVersion или что-то подобное, но уже через месяц я написал на твитере, что git - это сила.

Если ты работал с классическими программами контроля версий, то при переходе на git будут проблемы потому, что у него совершенно другой подход к хранению изменений. А точнее, он хранит именно изменения в файле, а не создает версии, как это делают классические системы. Чтобы к этому привыкнуть и понять, нужно время. Это как переход с Windows XP на Vista - это не эволюция, а революция. Нужно сделать усилие и заставить себя разок по бренчить код и мерджить его.

Столько лет мы жили вневедении, как слепые кроты, и думали, что нужно хранить именно версии. Но это серьезное заблуждение, которое делает разработку и управление исходным кодом только дороже. Попробую объяснить силу git на примере. Допустим, что у вас есть основная ветка кода, которую вы компилируете в исполняемый файл версии 1.0. На определенном этапе вы создали новую ветку для работы над новой версией программй 2.0. Теперь нужно пофиксить один баг, который есть в обеих ветках. Вы создаете новую подветку для 2.0 и называем ее "branch2-0/fix1". Фиксим код в этой ветке и в ней будут храниться только изменения fix1, а не весь код. Теперь вы можете смёрджить (даже не знаю, какое тут лучше слово придумать английскому merge, может слить или объединить) фикс с веткой исходников версии 2.0 и веткой исходников версии 1.0, и одним разом зафиксить обе ветки.