Конкурс от woork – напиши статью и выиграй Flip Mino HD

Антонио Лупетти (Antonio Lupetti aka woork) проводит конкурс статей, главным призом в котором будет камкодер Flip Mino HD.

Как поучаствовать:
Необходимо отправить статью на почту Антонио (файлы в формате MS Word/OpenOffice с иллюстациями/скриншотами). Среди всех присланных работ будут выбраны 5 для участия в конкурсе. Затем каждые 3-4 дня работы будут публиковаться на сайте http://woork.blogspot.com/. Победитель будет выбираться народным голосованием, путём подсчёта количества пользователей, которые поделились ссылкой на работу через del.icio.us. Подсчёт голосов будет проводится только в течении 48 часов.

К сожалению к конкурсу допускаются статьи только на английском и на следующие темы:

  • Уроки (топики про CSS, html, Ajax, PHP…)
  • Интересные подборки сайтов, гаджетов и т.п.
  • Всё что идёт “в тему” с материалами сайта

Каждый участник должен выслать с файлом-статьёй имя, заголовок статьи и ссылку на свой сайт.

Конкурс “The Woork Contest 01: write a post and win a Flip Mino HD!” уже стартовал, более подробно читайте в блоге Антонио.

Ориентировочная цена на Украине камкодера Flip Mino HD – 230$.



День рождения

Да… сегодня день рождения имени меня 🙂
30 лет…

Вот мне интересно это конец чего-то… начало… середина? Или всё вместе?

Как там после 30-и жить-то? У кого есть опыт? 🙂 Поделитесь ощущениями.


Черновики

Сегодня я обнаружил у себя на блоге в черновиках три не то чтобы не законченных, а практически только-только начатых поста – от них имелись всего лишь зголовки.

И мне вдруг стало интересно – а у “акул” блоггинга тоже ведь должны быть свои черновики.
Почему они пылятся? Почему не дописаны? Мысль ушла в сторону? Или просто написал – прочитал – понял что глупость?

Хочу организовать небольшую акцию – “Поделитесь своими черновиками…”.
Очень хотелось бы узнать у кого как с ЭТИМ обстоят дела.

Итак… всем кто меня читает – поделитесь информацией о количестве ваших неопубликованных черновиков, почему ну и очень желательно – публикуем 2 своих черновика без исправлений – как есть. Я думаю всем будет интересно :).

Я бы хотел увидеть черновики:
Макса Крайнова (я знаю он иногда меня читает)
Жилинского Владимира (тоже здесь бывает иногда)
Миши Квакина (может кинет ему кто-нить ссылку)
Лекактуса

Может акция разойдётся – с удовольствием прочту черновики всех 🙂


Внимание! Всем срочно обновиться до WordPress 2.6.3

Сегодня в официальном блоге WordPress появилось новое сообщение с пометкой “Срочно в номер!”:

Сегодня (23.10.2008) была найдена уязвимость библиотеки Snoopy. WordPress использует Snoopy для показа фидов (лент) на панели инструментов (Dashboard-е). И хотя уязвимость имеет низкий уровень опасности для пользователей WordPress, мы немедленно выпускаем обновление.
Версия 2.6.3 уже доступна для скачивания. Если вы не хотите скачивать весь релиз целиком, вы можете скачать следующие два файла и скопировать их в проинсталированный WordPress версии 2.6.2.

Скачать полную версию WordPress 2.6.3.
или скачать и обновить следующие файлы
1. wp-includes/class-snoopy.php
2. wp-includes/version.php

Рекомендую всем! Я уже обновился 🙂


Новая версия phpMyAdmin 3.0.1

Буквально четыре дня назад (19 октября 2008 года) вышел первый релиз кандидат phpMyAdmin 3.0.1, а сегодня уже вышел полноценный релиз phpMyAdmin 3.0.1.

Разработчики скромно указывают: эта версия всего лишь исправление ошибок.

Все подробности в вики проекта.

Серия 3.0 требует PHP 5.2+ и MySQL 5.0+.

Скачать версию 3.0.1 и темы для неё можно с phpmyadmin.net или Sourceforge.net


Новая версия phpMyAdmin 3.0.0

27 сентября 2008 года вышла новая версия самого популярного web-интерфейса для управления базами данных MySQL – phpMyAdmin 3.0.0.

Официальное сообщение о выходе очень скромное и содержит довольно скупую информацию:

Добро пожаловать в phpMyAdmin 3.0.0. Эта версия поддерживает множество возможностей MySQL 5.1 и систем хранения данных Maria и PBXT.

Серия 3.0 требует PHP 5.2+ и MySQL 5.0+.

Скачать верию 3.0.0 и темы для неё можно с Sourceforge.net


PHP 4.4.9

По сообщению официального блога вышла новая версия PHP 4.х ветки разработки – 4.4.9.
Версия 4.4.9 станет последней – больше ветка 4.х поддерживаться не будет.

Изменения:

  • Обновление PCRE до версии 7.7.
  • Исправлено переполнение в memnstr().
  • Исправлена ошибка в imageloadfont при передаче некорректного шрифта.
  • Исправлена потеря обработки open_basedir в расширении curl.
  • Исправлено: настройка mbstring.func_overload в .htaccess становилась глобальной.

Весь список изменений ветки 4.х.

Всем рекомендуется обновляться до PHP 5. Последняя стабильная версия имеет номер 5.2.6 и скачать её можно здесь.


Техническое задание – To be or not to be?

Прочитал статью Станислава Малкина – Для заказчиков: если нет ТЗ.

Вообщем-то написано всё грамотно, последовательно и понятно.
Сделан напрашивающийся вывод – техническому заданию быть – to be! (Однозначно! Я сказал! © Жириновский)

И быть ему, по мнению Станислава, следует по трем вариантам:

  1. ТЗ написано самим заказчиком.
  2. ТЗ написано разработчиком заказанной системы.
  3. ТЗ написано профессиональным составителем ТЗ.

Я думаю что первый вариант имеет право на жизнь только если у заказчика уже имеется опыт написания ТЗ, основанный на втором и/или третьем варианте.
Пока пропустим второй вариант и обратимся сразу к третьему. Насколько можно судить по статье – Станислав считает этот вариант самым приемлимым, особенно для начинающих заказчиков. Однако я вижу гораздо больше минусов чем указано в статье (собственно единственный указанный минус – дополнительные расходы на написание технического задания):

  • Качество.
    На основании чего заказчик сможет судить насколько качественно написано техническое задание. Четких критериев оценки нет. Да, существуют всяческие ГОСТ-ы по написанию технических заданий, но они очень быстро устаревают, да и для интернет технологий могут нести разве что лишь рекомендательный характер. Но ГОСТ-ы не позволяют определить качество написанного технического задания.
  • Время.
    Чтобы написать качественное техническое задание технический писатель должен в достаточной мере изучить предметную область. В чём же здесь минус спросите вы – а минус в том – что насколько бы ни было качественно, точнее подробно, написано техническое задание – конечному разработчику придется потратить тоже самое время на изучение.
  • Стандарты.
    Общих стандартов нет. ГОСТ-ы есть, никто не спорит, но ГОСТ-ы скорее определяют формат документа, а не содержание и форму.
    Представим ситуацию – заказчик приходит к разработчику с ТЗ, написанным третьей стороной. Если разработчик не новичек – у него уже должен быть свой внутрикорпоративный стандарт написания ТЗ. Естественно принесенное ТЗ ему не будет соответствовать и, скорее всего, разработчик начнет настаивать не переписывании ТЗ под свой стандарт, под свои привычки. Наверняка принесенное ТЗ будет дополнено и расширено для того, чтобы оно было понятно конечному разработчику.
    Итого – на этом этапе заказчик потеряет время, деньги и нервы.
  • Большой Брат.
    Как вести себя заказчику если, принеся написанное кем-то ТЗ, конечный разработчик скажет – “Кто вам написал это фуфло? Это бред! Вот как мы это видим…” Эффект от такого варианта написания ТЗ может быть обратный – заказчик не только не съэкономит свои нервы, время и вообщем-то деньги (наличие хорошего ТЗ экономит деньги – поверьте на слово 🙂 ), но и может серьезно ухудшить отношения с разработчиком.

Итак исходя из написанного напрашивается вывод – самый правильный способ написать ТЗ – создать тройку: разработчик – заказчик – техписатель (профессионал по составлению ТЗ). В таком случае, скорее всего, все будут довольны. Хотя практика показывает, что разработчики исключают третью сторону (техписателя) и составляют ТЗ самостоятельно, ну естественно при участии заказчика.

Ну и напоследок несколько ссылок:
HabraHabr
ТЗ: макеты или текст?
ТЗ для web-разработчика
Про ГОСТ-ы
Как писать техническое задание?!
Классика
Юрий Шиляев – Что такое хорошее ТЗ на сайт?