А вот и новая болезнь… Opera 9 – Widgets: Widged TETRA: Level 12, Lines: 124, Score 55493
Я в тетрис не играл наверно лет 6… И тут такой красивый тетрис, такой спокойный да ещё так попсово, как Widget в Opera 9. Поставил и оттянулся с утра, забив на всё. Как в той рекламе: Мир подождёт! Мда, всё-таки правильно Opera с Widget поступила! Так сказать, одна из попсовых причин поставить Opera 9.
Хорошо сказано: Getting in too-much touch. Правильно. Местами всё это превращается в какое-то сплошное прерывание… Но! В реальной жизни мы видим как прерывают нас, и не видим, как прерываем мы… И вот как бороться с мелкой работой, которой, для выполнения надо 5-10 минут, и её надо сделать сейчас, не смотря на то, что человек загружен текущим проектом? А с вопросами, ответ на который спасёт твоё рабочее время и позволит быстрее выполнить задачу, но выбьет кого-то из колеи?
Посмотрев презентацию: Jason Fried from 37signals: Collaborative Technologies Conference in Boston on June 20, 2006, возможно и можно найти решения этих проблем. Кстати, эта спартанская презентация, одна из самых удачных, которые я видел. Посмотрев на слайды не возникает никаких вопросов.
Итак, вывод – переставить дома компьютер и перестать ходить на работу физически. Все задачи принимать только через PM программное обеспечение. Никаких IM вообще (за исключением разъяснительных работ с руководителями). Вот только смогут ли так ставить задачи, что-бы небыло проблем и вопросов, и какое будет время реакции на возникшие вопросы…
Для любителей Subversion – они же выпустили версию 1.3.2… Правда бинариков я ещё не видел. А в версии 1.3 они починили поддержку path-based authorization. Я пытался воспользоваться этой фишкой где-то пол года назад, когда она не работала, а так как оно не работало, конфигурации я не вернул в первоначальное положение. И вот, сегодня, обновив Subversion server я вдруг не смог достучаться до trunk одного из проектов. Офигеть подумал я… Неужели настройки репозитория утерялись, после последнего падения? Нет… Всё на месте… Неужели они что-то изменили? И в правду, изменили… Хорошая новость – теперь можно разгрузить Apache от ненужной работы и убрать с него mod_dav_svn и mod_authz_svn.
Хм… посмотрев на дату новости, 31 мая 2006, совсем это не новость… а я просто давно обновлялся…
О! А я и не заметил, что ZEND сменил дизайн для свого фреймворка… Зелёненький логотипчик… Опять такой гламурненький, для PHP уж очень гламурненький… Последний релиз аж 18 апреля – что-то они не спешат. Не пора ли поджимать в этом плане? Ах… ну да, а зачем ;-)
Скачал их дистрибутив. В нутри папка: incubator… Это специально так, об искуственном “высиживании”? Что-то я не вижу пока там ничего вкусного… Простите, а есть где реальный пример, что-бы на этом летало что либо?
Вообще, осматривал фреймворки на PHP, очень часто встречал слово PEAR, что меня сразу заставляло от этого дела отказаться (т.е. не смотреть дальше). Простите меня, но для фреймворка использовать PEAR – зверство и свинство. Я что, должен мало того, во фреймворке разобраться, так ещё и PEAR ставить нужной версии?
С самого утра собираю маленький (334 MB) наборчик для себя, что-то вроде Денвера. Вот только под себя и для тех кто рядом… Входит в него: Apache 2, MySQL 3.23, MySQL 4.0, MySQL 4.1, MySQL 5.0, PHP 4.4.2 и phpMyAdmin. Всё устанавливается как сервисы по запуску одного .bat файла, удаляется так-же (сервисы с префиксами, и по-этому если что-то из этого списка стоит, его достаточно будет остановить). Надо только что-бы был свободен 80 порт для Apache и 3305-3308 для MySQL. Никаких файлов копировать в системные каталоги не надо. Причём тут-же ещё и дебугер установлен (для особо продвинутых). Если архивом, то весит 112 MB.
По хорошему там не хватает ещё SMTP/POP3 какого сервера, для отладки рассылок, отсылок, засылок всяких (я думаю это был-бы Mercury Mail Transport System)… И мануала, как что делать… Мне следовало такую вещь собрать уже давно, что-бы небыло таких проблем и глупых ситуаций…
В принципе, ничего сложного – всё складываем рядом в один каталог, так что бы легко можно было кидать на флешку или болванку, DLL от PHP (и сам php4ts.dll и из каталога dll) кидаем к Apache в каталог bin, жёстко прописываем пути. Всё это легко ставиться из командной строки (как не странно для MS Windows 2000/XP) и без всяких srvany.exe. Просто данный софт (Apache, MySQL) отлично сам преспособлен к такой работе.
Берём Rails, долго на них смотрим и изучаем. Даже несколько внутренних проектов делаем. Приятно, удобно, но! В результате надобности интегрироваться в старые проекты на PHP, в результате желаний клиента что-то с чем-то совместить, мы всё равно берём PHP (так как кругом всё упорно на PHP… Одно PHP у нас даже кто-то Rails с phpNuke сравнивал). Жаль… да? А вот и нет! Берём наработки, скопившиеся в закромах мозга в течении 5 лет. Берём знание по PHP 4, серверочек для разработок и за дня два собираем маленький, лёгкий клон Rails под один проект (а кто знает что будет потом). Да, не такой навороченный, да, не такой отттестированный, но он позволяет нам в течении нескольких дняй без особого программирования и не писания запросов складывать несколько десятков форм с максимальной отдачей. Приятно. Rails – супер! Даже как муза, как источник для вдохновления и подражания. Пусть там overloading через одно место с массивами, пусть там вместами запросы не совсем оптимизированны – но большая половина рутины уже сделана один раз. Мне нравиться, мне удобно… А показать… Вот не знаю… Может однажды – не могу обещать – оно не мне пренадлежит.
Я знаю, велосипеды изобретать не хорошо, но я делаю велосипед строго под себя, именно такой, как мне нужен – с реактивным двигателем и системой ABS, cо спойлерами и навороченной аудио-системой. Но всё равно – велосипед.
Есть программное обеспечение “А”, способное выполнять всё строго в своей функционалии: А::ф[а-я], и имеющая возможности к расширению А::р[а-я], причём не нарушая никаких правил, законов, лицензий и не выходя из основной ветки ПО “А” (скажем только плугинами, шаблонами, тем, что безболезненно можно создавать и менять, не боясь смены версий ПО “А”). Основываясь на этом, реализуется что-то вроде ПО “Б”, которое есть ПО “А” + А::ф[а,б,д] и А::р[о,п,р,с,т]. Сами понимаем, что некоторые реализации А::р[о,п,р,с,т] будут не оптимальны (зачастую изза обходов разных, и соблюдения всего API, опять же не выпадая за рамки разумного). Всё прекрасно, всё работает, и даже можно рассматривать возможности к расширению ПО “Б” путём использования оставшихся А::р[а-я] и новый возможностей. Так можно придти к ПО “В”, “Г”, “Д”… Всё время наращивая довесок к ПО “А”, пока не получиться желаемый результат “XXX”. Вот только желаемый результат может быть не совсем таким, каким должен быть, или ожидался. По моему, это примерно как из ЗАЗ-965 “Запорожец” попытаться сделать гоночный болид “Формулы 1”, не изменяя его кузова, двигателя, прочей начинки (вобщем всего, что идёт с завода-изготовителя и замене простым пользователем не подлежит), а только сменя ему резину, навешав спойлеров и залив ракетное топливо в бак.
Не делайте так… Прошу вас… Не надо. Если вы строите гоночный болид, истребитель или быстроходный катер, то стройте, пожайлуста! Но не надо его строить основываясь на модель ЗАЗ-965 “Запорожец”, АН-2 “Кукурузник” или надувной лодки для одиночной ловли пескарей в болоте. Такие модели требуют тщательного анализа, разработки и доводки, а не принципа: приварим, посмотрим, если не подойдёт – отрежем. По моему из этого ничего хорошего не получиться. Ах, ну да, попсовая и модная штуковина, показывая которую, можно будет сказать, что её сделали основываясь на очень популярном продукте. В момент её представления, никого не будет волновать те лишние 20 запросов в базу, не понятные нормальному программисту сортировки после выборки данных из базы. Их будет просто не видно… В начале… А потом… В потом я ещё не заглядывал… Надеюсь и не загляну никогда.
Оставил без присмотра сайт, и не посмотрел настройки комментариев, и пожайлуста – каждые 5 минут получаю по комментарию от спамеров.
По этой причине включена модерация комментариев. Простите если чей удалил нечаянно. У кого есть какие идеи по этой теме?