Posts Tagged ‘программирование’

Сеятель РДВ

Всегда у меня так – очень хочется взять все готовое, взболтать не смешивая и продать клиенту «за дорого». Чтобы как у всех и без проблем. Но подводит, судя по всему, генетический перфекционизм – обязательно стоит сделать шаг в сторону от очередного «Best practice guide», как натыкаюсь на какие-нибудь очередные грабли, с которыми мужественно начинаю бороться… В последнее время такими граблями становится Drupal и все что с ним связано. С одной стороны – супер-расширяемая (за счет чего – тяжеловесная) и гибкая система, которая должна обеспечивать спасение котят целыми прайдами.

С другой – вся эта гибкость обеспечивается как раз только в ядре, над каждым элементом которого думают месяцами и годами, а в модулях – в которых и состоит вся сила Друпала – предполагается зачастую один единственный сценарий работы, а чуть стоит от него отойти хотя бы на шаг (даже на полшага), то оказывается что либо это совсем невозможно, либо глючит все не по-детски. Причем это касается не только мелких и «самопальных», но и таких «столпов» друпаловского сайтостроительства, как приснопамятный Views. Кто хакал Views, тот меня поймет… По написанию для него хендлеров и т.п. и то толковой документации за столько лет не родили… А потом еще, значится, кто-то рассказывает, как сильно ООП упрощает жизнь… Тьфу.

В общем, у меня почти каждая серьезная работа с Друпалом выливается в суровое ковыряние внутренностей то Views, то вот теперь Feeds, то каких-нибудь субмодулей CCK с целью исправления багов и обеспечения их нормальной работы c последующим отправлением закрывающих эти баги патчей. За предыдущие сутки – штук пять чужих багов закрыл. Больше всего мозг взорвали, конечно же, те же Views – не зря же про них вспомнил… Но была и адаптация одного JavaScript’а под Оперу, и верстки одного упрямого разработчика («Я не буду поддерживать браузер 10-летней давности!») под IE6.

Но самое главное, что я не понимаю логики тех, кто отписывается о багах, но не выкладывает патчи. Человек что, сдает заказчику работу с косяками? Или тупо забивает и не делает этот функционал? Это как вообще? Вот я представляю – звоню я завтра своему заказчику и объясняю, что вот такой-то блок новостей по федеральным округам мы выводим не сможем, потому что соответствующий субмодуль Views глючит и выкидывает ошибки SQL, я оставил репорт с багтрекере, но когда разработчик среагирует – неизвестно… Заказчик после этого пошлет меня на хер и будет совершенно прав – свои деньги он платит за результат, а не за то, чтобы я в багтрекер чей-то писал. А народ именно так и делает, а потом еще через полгода спрашивает – ну как, мол, ситуация там – исправили ошибку или нет? Что они эти полгода делали? И неужели им эта проблема еще актуальна? И вот я выкладываю патч для исправления косяка, который тянется с 2009 года (!!!), они его применяют и что говорят заказчику? «Наконец выложили патч по багрепорту, который я оставлял 2 года назад!» Бррр… Наверное, еще и деньги за свою работу просят.

Короче, в шоке я от основной массы девелоперов. Или я уже слишком стар, а они не девелоперы, а просто эникейщики, которые вышли на новый уровень? Раньше эникейщик устанавливал софт через виндовый Wizard и был крут по сравнению с пользователем. А теперь эникейщик делает сайты и тоже крут.

В такой ситуации остается только одно – учиться, учиться и еще раз учиться. Без перерыва. Тренировать мозг. Чтобы никогда в жизни не стать таким «разработчиком». Разработчик – который вместо кода и патчей генерирует багрепорты – уже не может считаться таковым. По-моему так.


Интерфейс для IPTV STB D-Link DIB-120 с онлайн сервисом

Пост в внешним видом интерфейса и видео его работы я сделал как раз год назад.

Внешне за год практически ничего не изменилось, но внутренне все поменялось кардинально – и работает быстрее, и даже качество изображения на телевизоре лучше стало, так что пора записывать новое видео. Но это чуть позже – сначала все-таки хочется закончить работу над небольшим JavaScript UI фреймворком, оптимизированным специально для работы на приставках – после этого в очередной раз переделаю внешний вид, сделаю офигительный интерфейс для редактирования настроек и как раз и приступлю к активному наращиванию функционала… Но это чуть позже, но зато сейчас уже запустил в продакшн свой проект по IPTV – http://tiptv.ru/.

Если в тезисах: проект позволяет обойти трудности легального вещания IPTV в локальных сетях и дает возможность абонентам смотреть это самое вещание на экране телевизора. На самом сайте подробнее написано. А если провайдеру это не надо – абонент может сам купить себе приставку (на сайте планируется доставка), прошить прошивку и смотреть… В Москве это для очень многих актуально – D-Link DIB-120 продают везде и купить его не проблема, а бесплатные каналы от Науки-Связи тоже есть очень у многих.

В целом могу без лишней скромности отметить, что аналогов проекту нет. :-) Есть нечто похожее, но заточено под своего конкретного производителя и реальных проблем провайдеров не решает. Сейчас буду потихоньку рекламировать свой – посмотрим на реакцию. Бета-тестеры довольны. :-)

PS: Ну да, совсем забыл – а самая фишка проекта в том, что все делается онлайн. Провайдерам не нужно ставить у себя отдельный софт только для того, чтобы редактировать списки каналов. Редактировать можно на сайте, а потом экспортировать автоматом (если уж очень надо). И программы передач не надо генерировать. И вообще ни о чем париться. Прошил – и оно сразу работает. И трафика тратиться – мизер. Но, опять же, там об этом подробно написано.


Stable – это вам не current!

В портах FreeBSD дефолтную версию php проапгрейдили до 5.3.2 - http://forums.freebsd.org/showthread.php?t=13149

Что это значит? Значит, уже можно думать о переходе на 5.3 – раз уж в FreeBSD сочли возможным не делать отдельный порт, а проапгрейдить имеющийся… Стоит дождаться обновления всяких связанных проектов и где-то через месяцок вполне себе употреблять. Там же, кстати, и php-fpm подтянется или кто-нибудь порт для него более-менее адекватный сделает… Опять же, APC уже есть, eAccelerator почти тоже, а все остальное можно и руками будет поправить, ежели чего…

В общем, уже потираю руки в ожидании того, когда буду собирать себе свежий сервер под хостинг с FreeBSD 8 и всем самым свежим без разного decrecated и прочего старья. :-)


В поисках Wiki

Делаю социально-политический сайт для совместной разработки различных проектов. Напрашивается сама собой форма Wiki, с которой до этого практически не работал как разработчик. Сел искать движок, раскурил WikiMatrix… Требования достаточно простые: wiki, наличие скинов, WYSIWYG-редактор, встроенная система статей/блогов и форум (потому что прикручивать и стыковать отдельно форумы/блоги – это выше моих сил), ну и чтобы написано было на perl или php – поддерживать будет проще.

Из предложенного WikiMatrix’ом ортодоксальную MediaWiki отмел сразу – она уныла чуть более, чем полностью, слишком сложна для простого человека, а интерфейс – это вообще ужас какой-то – о usability там явно никто никогда не слышал. Посмотрел доступные скины – и совсем пригорюнился. Это, наверное, какой-то отдельный подвид сознания у людей – любители MediaWiki.

Самое функциональное из предложенного WikiMatrix’ом – TikiWiki. Впечатлился перечнем функций и количеством документации/информации на сайте. Поставил и даже потратил три дня на ее доковыривание, правку шаблонов и т.п. все время ловя себя на ощущениях, что во-первых, TikiWiki как-то постоянно подтормаживает, а во-вторых, что писали ее студенты и задача была – сделать УниверсальнуюСистемуВсегоНаСвете, что в итоге – как обычно, – выливается в невозможность выполнять адекватно ни одну функцию… Система раздроблена на огромную кучу php-файлов, в которых черт ногу сломит, используются одновременно Mootools и Jquery, а в добавок еще и кучка самописных и посторонних Javascript’ов. Возможности расширения отсутствуют как класс – нет ни хуков ни иных способов навешивания собственного функционала – только править код. Настраиваемость в целом огромная, но только из-за количества функций – некоторые базовые вещи настроить нельзя и надо опять лазать в код. Возможности по скинам неплохи и выбор их тоже есть – это плюс. Шаблонизатор – Smarty. Но вообще общее впечатление от системы (речь, кстати, идет о последней версии – 3.1) – недоделанность во всем. А самый шок был для меня, когда я включил вывод отладочной информации и увидел, что в процессе вывода одной wiki-страницы сайта делается от 30 до 300 (!!!) запросов в базу данных. Это уже выше моего понимания…

Теперь на очереди Bitweaver – тоже порекомендованный WikiMatrix’ом. Вроде хвалят и дизайн основного сайта выглядит неплохо. Буду смотреть…



Архивы

Вход на сайт

Имя:
Пароль:
 

Регистрация | Забыли пароль?

 

Метки