Кстати о компромисах в AJAX-приложениях:

0. Dispelling the Myths of Javascript Degradation

1. Graceful Degredation with Prototype, Scriptaculous and Ruby on Rails - Part 1: What's The Beef?

2. Graceful Degredation with Prototype, Scriptaculous and Ruby on Rails - Part 2: The Tools Of The Trade

Попался на глаза довольно осмысленный текст, в котором кратко сравниваются Flash и AJAX.

В плюсы Flash записано:

1. Аудио. Автор формально неправ в том плане, что формально AJAX-приложение может работать со звуком. Но всерьез это действительно делается только на флэше.
2. Передача данных по инициативе сервера.
3. Возможность использования микрофона и веб-камеры на компе клиента.

В минусах:

1. Скорость разработки. Обсолютно неубедительно. При правильно спроектированной структуре разницы быть не должно. Один язык, одна и та же (событийно-ориентированная) концепция построения интерфейса.
2. Возможности по обработке текста. Это да. С этим в AJAX гораздо лучше.


Лично от себя я бы добавил плюсы Flash гораздо меньшую стоимость разработки действительно красивого и динамичного интерфейса.

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

Я не думаю, что все началаось с Greasemonkey -- подобные вещи давно делают сервлетными фильтрами. Но название мне нравится.
( Read more... )

Добрые люди провели сравнение различных Ajax'нутых движков. Немного слабовато, но на безрыбье...

Сегодня с утра мне снится книга Ajax in Action. Написана в типичном для этой серии утомительно-подробном стиле стиле (680 страниц). Соответственно, сниться будет долго...

На LtU дали добрую ссылку на статью "Lowering the Barriers to Programming: a survey of programming environments and languages for novice programmers" (PDF, 2M). Довольно любопытно, но местами спорно.

Updated

Любой человек, работающий в крупной фирме, имеющий собственный отдел, пекущийся об оптимизации процессов, хорошо поймет эту цитату:

When we are working on ways to become more productive, it behooves us not to create systems that make us individually more productive but makes it inherently more difficult for others to work with us. Individual productivity optimization is great - if you are Robinson Crusoe. Otherwise, you need to give a little thought to the rest of the people around you - your coworkers, business partners, customers and vendors.

(см. полный текст)

Жаль, что сотрудники таких отделов обычно как-то не в курсе этой особенности. Поступила задача "оптимизировать работу отдела кадров" -- выполнена задача "оптимизировать работу отдела кадров". А то, что все сотрудники, которые извне взаимодействуют с отделом кадров, с этого момента будут тратить на 50% больше своего времени на это общение -- out of scope. :)

P.S. Это я потому такой злой, что за месяц прослушал на работе три семинара на тему "как сделать вас всех счастливее". Каждый -- со своим "out of scope". :)

Сегодня в разговоре с хорошим человеком вдруг пришло осознание того, что г-н Вирт является автором серии готических языков. Прекрасных в своей смерти. :)

Пара модул, пара оберонов... Величественные покойники...

Некоторые системы невозможно внедрить. Их разработчиков равно или поздно увольняют, но именно поэтому они могут чуствовать себя счастливыми. Другим везет меньше. Они доводят проекты до внедрения и потом вместо радостной смены работы под бодрый пинок начальства они вынуждены впрячься в постромки и годами тянуть баржу поддержки системы вверх по течению.

Добрые люди пишут о том, что делать в таких случаях: "Keeping the lights on: Legacy systems and the maturing workforce". Предалаемые ими советы кажутся самоочевидными, но не далее как на прошлой неделе я наблюдал веселых людей, которые нарушили эти правила. Каждое из них. В грубой и циничной форме.

Аннотирование кода оказывает слишком сильное влияние на неподготовленные умы. Пожалуй, наиболее сильный вклад в бездумное распространение этой концепции внес XDoclet.
( Read more... )