IBM

Гендиректору IBM однажды в голову ударила моча и он решил перевести ВСЮ компанию на linux. С одной стороны — это, конечно, хороший ход, дабы дать толчок своему тайному детищу — Red Hat Linux. С другой же геморроя ребята на себя взвали столько, что до сих пор не могут с ним справиться, ибо большинство веб-систем компании было заточено под что? Правильно, дети, под Internet Explorer. В итоге имеет место быть массовое обновление софта всей компании. Для тех, кто в танке, напоминаю, что на IBM работает больше 300 тысяч человек, такие движения — это не шутка.

А к чему это всё? Да к тому, что для любой CMS системы, заточенной под какую-либо отдельно взятую платформу (или даже броузер), неизбежным является так называемый технологический «lock-in». Так что настоятельно рекомендую всем интернет-умам планеты Земля проектировать более гибкие и доступные решения.

Feb. 18, 2005 // 01:12 | Комментарии (7)

Линейность Файловых Структур Сосёт

Концепт вложения одной записи в несколько категорий в блогах уже давным-давно принимается как должное. Роль категорий зачастую играют ключевые слова, но от них можно абстрагироваться и к категориям «конкртеным». Меня же в последнее время вдруг стала преследовать недоработка Windows, а потому спешу кинуть ещё один камень в сторону Билла Гейтса.

Недоработка заключается в «линейности» расположения фалов в системе. Моим же запросам простая древовидная структура уже давно не отвечает, хочется, например, иметь один и тот же файл в нескольких папках. И не надо мне сейчас говорить о «ярлыках» — их функционал крайне ограничен, да и файловые операции с ярлыком особо не проведёшь.

Feb. 05, 2005 // 17:29 | Комментарии (13)

Mantis

Ну почему, почему лучший по функционалу баг трекер — такой кривой и неповоротливый? Почему он не базируется на шаблонах? Почему работа с пользователями не энкапсулирована в объекты? Почему? Ну почему мне надо было потратить пол ночи, чтобы вшить этот долбанный Mantis в сайт … почему? Но красиво всё же получилось, я доволен.

Jan. 25, 2005 // 13:26 | Комментарии (2)

Zend Debug Server

Взялся таки и настроил у себя Zend Debug Server и сразу же задался вопросом, как я вообще что-то мог без него делать в прошлом. Да что там дебаггер, один профайлер чего стоит. Настоятельно рекомендую, как одиночкам так и командам — очень качественный инструментарий.

Jan. 14, 2005 // 20:27 | Комментарии (2)

Zend Studio 4

По наводке demiurg заапгрейдил свою Zend Studio до 4ой версии. Изначально особых различий и не заметил, но вдруг откуда ни возьмись начали всплывать разного рода приятности, такие как:

• Code Snipplet Library — можно использовать зендовскую, или же создать свою «корпоративную». Очень полезно.
• Встроенная поддержка SQL — как же удобно стало работать с СУБД во время разработки. Просто лапка.
• Поддержка phpDocumentor — теперь все классы можно легко паковать с соответствующей документацией «одним щелчком».
• Много-много приятностей для PHP 5

Да что там говорить. Надо качать и использовать!

Jan. 14, 2005 // 15:09 | Комментарии (13)

Trillian 3

Пока мы все медленно всасывали в себя праздники, креатифф и странные выходные в свет была выпущена новая версия моей любимой болталки — Trillian Pro 3.0. Отличий от двойки довольно много, самым полезным из которых, на мой взгляд, является новая фишка — «история разговоров». Признаться, после такого нововведения nConvers у сестрички Миранды будет нервно покуривать в сторонке.

Так же очень обрадовал автоматический доккинг окон в контейнеры основываясь на группах контактов. Помимо всего прочего была замечена поддержка «serverless» протокола общения. Так можно легко создавать закрытые группы общения по любой внутренней сети. Даже великая и могучая Ася этого за много лет так и не смогла добиться.

Jan. 14, 2005 // 13:42 | Комментарии (4)

Groove Virtual Office

«Руление проектами» — это, между прочим, целая наука. Моя скромная персона была представлена столь тонкому предмету с подачи лучших мозгов мира в этой области: Harvey Майlor и Michael Shulver. И, признаться, это была самая интересная часть обучения в бизнес школе несколько лет назад. Это всё, правда, небольшая преамбула к тому, о чём пойдёт речь.

Я опять вынужден затронуть тему НПЖ и всего, что с ним связано. Увы, но у НПЖ, как продукта, нет коммерческого потенциала. Конечно, я не смею спорить с тем, что это очень удачный breed между мультипользовательским блогом и вики. Тем не менее, практического применения у подобной системы в реальном мире практически нет, потому как за те же деньги любой менеджер проектов предпочтёт работать с Groove Virtual Office. Достоинства налицо:

• Он быстрее и удобнее в работе, ибо это приложение Windows
• Для работы в виртуальном пространстве совершенно необязательно выходить в онлайн, синхронизация данных произойдёт автоматом при первом же соединении с сетью.
• Документооборот там реализован просто на высоте (на нём можно легко построить систему контроля версий)
• Он полностью настраивается (вплоть до того, что используя тулзу по генерации форм можно легко реализовать баг трекер)
• В него интегрированы все современные методы общения
• В нём реализована масса тулсетов для управления и координации работы небольших команд
• Подробнее на сайте…

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

Jan. 01, 2005 // 19:54 | Комментарии (7)

Шаблонизаторы

В рамках планирования одного очень большого проекта моя скромная персона выбирала необходимый набор тулсетов, для его реализации. Естественно, первым стоял вопрос о выборе «шаблонизатора» для проектируемой системы. С одной стороны, я всем всегда советовал Smarty, но в проекте такого размаха не мог позволить себе рисковать, а потому провёл сравнительный анализ ряда существующих решений.

Для сравнения «скорости» шиблонизаторов была поставлена примитивная итеративная задача по генерации таблицы из массива в 10 000 записей. Далее задача несколько усложнялась, требуя нумерации строк в таблице и итерации их цветов. Все тестируемые системы прогонялись по десять раз по данной задаче и бралось среднее значение по времени исполнения скрипта и необходимой для этого памяти.

Dec. 25, 2004 // 20:14 | Комментарии (13)

Календарь

Тему ключевых слов, ЧПУ и классификаций в блогах и системах управления контентом, я, признаться, теперь считаю явно исчерпанной, ибо все кому не лень успели высказать в этом направлении своё фи. Всё это, конечно, очень хорошо, но, увы, практически бесполезно, ибо есть вещи куда более занятные, которые и конечному пользователю могут приносить пользу.

Например — календарь. Как эту штуку лучше всего организовать? Как сделать её простой и информативной? Стоит ли подсвечивать ссылки на дни с постами? Нужно ли как-то помечать сегодняшний день? Нужно ли его отматывать на тот месяц, который изучает клиент сайта? Нужна ли эта штука вообще?

Dec. 12, 2004 // 15:11 | Комментарии (6)

ЧПУ в InTerra

Недавно Смирнов опять написал про ЧПУ, где, собственно, быстренько обосновал причину «коротких ЧПУ» в новом Регистре^*. Должен с ним во многом согласиться, ибо сам не совсем понимал изврата с датами и номерами постов, которые как-то вместе составляли уникальную ссылку и прочее бла-бла-бла. Именно поэтому в ИнТерре изначально практиковались «короткие ЧПУ» формы «entry/id» и царило у меня щастя и спокойствие.

Увы, щастя было недолгим. За те несколько месяцев, что dull.ru вещает в сети отдельным каналом, а не из задворков «ЖЖ», тут накопилось приличное кол-во постов, и вполне приличное общество читателей. Естественно это не крик в пустоту, а информация предоставленная мне статистикой. Только вот незадача — в списках «часто вызываемых страниц» мне по ID записей ну совсем ничего не понятно… герой терпел недолго, а потому несколько оптимизировал весь процесс.

Dec. 06, 2004 // 03:01 | Комментарии (24)

Маркетинг

А на самом деле в Ынтернете дофига просто отменного софта, только вот люди, которые готовы за него платить, о нём нифига не знают, а потому вынуждены пользоваться «левоватыми» решениями, которые, тем не менее, наскребли достаточно бабла, чтобы подстроиться под чёткую маркетинговую стратегию. И не надо мне говорить, что старина Joel с своим “Fog Creek” сделал какую-то супер-дупер систему для управления сайтами. Честно говоря, системка у него так себе, но это не суть, ибо он не только хороший разработчик, но и гениальный бизнесмен, а потому сначала разработал маркетинг стратегию, а потом уже под неё создал необходимый продукт и ни на шаг не отступает от намеченного плана.

Теперь, наверное, стоит вернуться к «отменному софту», как я уже отметил чуть выше — его в нете дофига, взять для примера тот же НПЖ. Я от этой штуки просто таю, но я — продвинутый разработчик, и могу потратить несколько часов времени, чтобы проникнуться каким-то новым концептом, а вот простые смертные, которые ищут какое-либо «решение» уделят изучению нового пакета максимум секунд 30, и, увы, их решение по его применению будет отрицательным.

Вывод? Простой. Надо значительно больше внимание уделать маркетингу. Более того, решения (которые по идее должны приносить бабки) стоит разрабатывать основываясь на маркетинговом плане, а не наоборот.

Собственно на этом мысль только начинается, но, увы, заканчивается ночь.

Dec. 04, 2004 // 01:46 | Комментарии (6)

Связи Данных

Товарищ [ » ] Нудник проапдейтил движок своего блога, где имплементировал слегка навороченный концепт ключевых слов. Это всё, конечно, понятно, ибо Смирнов таким ходом убил сразу двух зайцев: реализовал концепт вложенных ключевых слов; лишил себя необходимости имплементирования «разделов» для записей. Концепт, безусловно, интересный, но понять что к чему простому смертному (не забывайте, что 99% людей в мире полные идиоты) будет несколько сложно. Хотя, наверняка, гуру «блоггирования» оценят столь интересное нововведение. Но не суть…

Dec. 02, 2004 // 20:33 | Комментарии (5)

Клонирование Софта

Нет, увы, заметка эта совсем не про плагиат и не про чёрную магию с танцами вокруг мирно гудящей железяки. Речь пойдёт об оптимизации хостинг ресурсов при многократном использовании одного и того же софта для нескольких проектов. Думаю, что стоит сначала пояснить, что это значит.

Наверняка многие некоторые сталкивались с проблемой дупликации софта на своём сервере. Так, например, если кому-либо вдруг надо завести второй вики, или, скажем третий форум, или десятую гостевую книгу, ну, в общем — что душе угодно в более чем одном варианте, то, обычно, этот кто-либо просто заливал на сервер вторую копию какого-либо «движка» и радовался жизни. Проблемы, однако, начинали стучаться в дверь, когда наступало злачное время апдейта софта, ибо обновлять приходилось более чем одну установку какой-либо прогги.

Nov. 14, 2004 // 18:33 | Комментарии (0)

Посадим Дерево?

В один прекрасный момент своей солнечной жизни практически каждый разработчик веб-приложений сталкивается с проблемой хранения иерархичных данных в реляционной СУБД. Конечно, надо сразу признать, что умные дяди и, наверное, даже тёти, придумали приятного монстрика по имени «XML», который, легко решает любую проблему хранения иерархии, но, увы, не решает проблемы хранения пары миллионов записей. А посему появляется на свет относительно интересная проблемка – а как, собственно, хранить в «плоской» базе данных «древовидные» структуры?

Nov. 11, 2004 // 18:55 | Комментарии (2)