3-й День рождения jQuery, jQuery 1.3 и образование jQuery Foundation

С Днём рождения jQuery. Сегодня исполнилось три года с момента первого появления jQuery на BarCampNYC 14-го января 2006 года под авторством Джона Резига (John Resig).

jQuery 1.3

Основные новинки:

  • Sizzle: новый движок для работы с CSS селекторами.
  • Live-события: присвоение событий для цепочек элементов.
  • Класс Event: полностью переписан для упрощения управления обработчиками событий.
  • Переписана вставка HTML: ускорение добавления HTML-кода.
  • Переписан метод Offset: супер быстрое вычисление положения объекта на странице.
  • Больше нет сканирования для определения версии браузера (через userAgent) – теперь jQuery определяет версию по специфичным ошибкам и свойствам браузера.

Полная информация по адресу:
http://docs.jquery.com/Release:jQuery_1.3

Выход следующего релиза jQuery 1.3.1 планируется через одну-две недели, после отлова ошибок

Sizzle

Теперь jQuery использует новый движок для работы с CSS-селекторами – ‘Sizzle‘.

Работа с CSS-селекторами была выделена в отдельный проект для сотрудничества с создателями других библиотек и простыми разработчиками.

Призывы к сотрудничеству уже были услышаны – разработчики Prototype, Dojo, Yahoo UI, MochiKit, TinyMCE и многих других проектов проявили свой интерес.

Страница проекта:
http://sizzlejs.com/

Исходный код:
http://github.com/jeresig/sizzle/tree/master

Новый браузер API

Одновременно с релизом jQuery 1.3 был представлен новый браузер API (разработчик Remy Sharp):
http://api.jquery.com/.

Новый браузер API включает следующие новые возможности:

  • Вся предыдущая документация по jQuery и jQuery UI.
  • Возможность пометить страницу как “Избранное” для простого поиска информации
  • Подсветка синтаксиса в примерах исходного кода.
  • Рабочие примеры, результаты можно сразу посмотреть в браузере.
  • Ссылка для редактирования исходного кода примеров для различных экспериментов.

Браузер API jQuery доступен как оффлайновое приложение Adobe AIR (автор Tane Piper).

jQuery Foundation

Джон Резиг (John Resig)(основатель и ведущий разработчик jQuery) и Пол Бакаус (Paul Bakaus)(ведущий программист jQuery UI) приняли решение создать новую структуру jQuery Foundation и вступлить в организацию Software Freedom Conservancy, объединяющую открытые проекты. Основное преимущество вступления заключается в том, что jQuery навсегда останется свободно используемой библиотекой.

С третьим Днём рождения, jQuery!


Конкурс от 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-разработчика
Про ГОСТ-ы
Как писать техническое задание?!
Классика
Юрий Шиляев – Что такое хорошее ТЗ на сайт?