Хабрахабр: Коллективные / Блоги / Захабренные Голосов: 10 Адрес блога: http://habrahabr.ru/blog/ Добавлен: 2007-10-24 18:05:40 блограйдером Robin_Bad

SQL / Управление скриптами миграции или MyBatis Scheme Migration Extended

2011-09-27 23:49:32 (читать в оригинале)

Я думаю, всем разработчикам так или иначе известно понятие “скрипт миграции”. Как правило, имеется ввиду sql-скрипт, созданный для поддержания актуальности БД. Путь создания и использования скриптов миграции весьма легок, поэтому вести этот процесс можно и вручную. Я же хочу рассказать об инструменте, который местами упрощает работу со скриптами миграции.

---

Groovy & Grails / [Из песочницы] Решение проблемы кодировки в GSP-страницах (без Grails)

2011-09-27 23:02:20 (читать в оригинале)

В какой-то момент проявилась одна заметная проблема, мешающая мне осуществить абсолютно 100% замену PHP на Groovy для веба без использования относительно тяжеловесного MVC-фреймворка Grails.

Это касается *.gsp страниц (Groovy Server Pages), представляющих собой html-страницы со вставками вида <%… %> с произвольным кодом на Groovy или Java, или на языке оригинала: "GSP means GroovyServer Pages, which is similar to JSP (JavaServer Pages)."

---

Управление проектами / Заметки по следам Whale Rider

2011-09-27 22:37:50 (читать в оригинале)

В начале прошлой недели заехал в Москву на конференцию Whale Rider.

Про конференцию слышал еще с первого года ее основания, но так и не удавалось побывать на ней. Как-то не получалось и даже планы прошлого года неожиданно сорвались. В этом году пришло приглашение от Олега Бунина – я прислал тезисы доклада и прошел в основную программу конференции. Как докладчик.

Мои тезисы можно почитать в блоге, а презентацию посмотреть ниже.

Несколько слов о других докладчиках

Я был далеко не на всех докладах. Я редко прихожу послушать именно сам доклад. Самое интересное можно выяснить только в личной беседе за бутербродом и чаем. «В кулуарах».

---

.NET / Dispose pattern

2011-09-27 22:18:59 (читать в оригинале)

“Не стоит следовать некоторой идиоме только потому, что так делают все или так где-то написано”

Мысли автора статьи во время чтения и рефакторинга чужого кода

Ни для кого не будет секретом, что платформа .NET поддерживает автоматическое управление памятью. Это значит, что если вы создадите объект с помощью ключевого слова new, то вам не нужно будет самостоятельно заботиться о его освобождении. Сборщик мусора определит «достижимость» объекта, и если на объект не осталось корневых ссылок, то он будет освобожден. Однако, как только речь заходит о ресурсах, таких как сокет, буфер неуправляемой памяти, дескриптор операционной системы и т.д., то сборщик мусора, по большому счету, умывает руки и весь головняк по работе с такими ресурсами ложится на плечи разработчика.

А как же финализаторы? – спросите вы. Ну, да, есть такое дело, финализаторы действительно предназначены для освобождения ресурсов, но проблема в том, что время их вызова не детерминировано, а это значит, что никто не знает, когда они будут вызваны и будут ли вызваны вообще. Да и порядок вызова финализаторов не определен, поэтому при вызове финализатора некоторые «части» вашего объекта уже могут быть «разрушены», поскольку их финализаторы уже были вызваны. В общем, финализаторы – они-то есть, но это скорее «страховочный трос», а не нормальное средство управления ресурсами.

---

C++ / [Из песочницы] О TMP, энтузиазме и его злоупотреблении

2011-09-27 22:08:53 (читать в оригинале)

Год назад я посвятил несколько недель чтению замечательной книги Андрея Александреску «Современное проектирование на C++». Правда, поскольку на дворе был 2010-ый, проектирование уже было не вполне современным (книга издавалась в 2001-ом), но для меня, желающего расширить область знаний, она вполне сгодилась. Как человек тяготеющий к практике, я тут же решил применить полученные знания в проекте, которым тогда занимался на работе, где кодил несложные вещи за умеренную плату, совмещая с учебой. Суть заключалась в том, что нужно было по UDP отсылать некие данные по заранее обговоренному протоколу. Напичкавшись по самое не балуйся теорией TMP (template metaprogramming), я постарался тут же влить все приемы в свое новое творение — библиотеку сетевых компонент, причем сделать это максимально гибко, то есть с поддержкой нескольких платформ и возможностью комбинировать разные варианты соединения и передачи данных по сети. В результате я написал ее только для POSIX-сокетов, но суть не в этом. Это библиотека, до самого чрева пропитана приемами, описанными в первых ста страницах Александреску.