О Жизни и про Жизнь

Развитие идет постоянно, будь 14 лет человеку, будь он состоявшимся специалистом - появилась новая технология или библиотека (а появляется они чуть не раз в пол года) - специалист начинает её изучать. Матерясь, со словами "когда же это все кончится" и, зная, что не кончится никогда.

Хм... а какие качественные изменения произошли в последние 2 года в web-программировании?

Наступает эра JavaScript и XML - раньше можно было отмахиваться, сейчас уже нет (JavaScript, AJAX-приемы, jQuery, сервисы Google, XML, XMLPath, XLST и т.п. стали гораздо более востребованы). А через это получаются более строгие требования к знанию CSS и валидации HTML/XHTML кода. Меняется отрасль, сдает позиций IE, получает все большее распространение широкополосный доступ. Деньги другого порядка в Web пошли, наладилась электронная торговля, главным образом благодаря распространению платежных терминалов. Изменений прилично.

>Наступает эра JavaScript и XML - раньше можно было отмахиваться, сейчас уже нет (JavaScript, AJAX-приемы, jQuery, сервисы Google, XML, XMLPath, XLST и т.п. стали гораздо более востребованы).

Уже заметил :(

>Уже заметил :(

Это, конечно, все удобно, но до ужаса снижает читабильность, скорость и удобство разработки при той же зп. Может быть это ко мне только относится :)

Я бы порекомендовал обратить внимание на книгу jQuery. Эффект по возрастанию читабельности и скорости разработки примерно такой же, как после изучения регулярных выражений. Сложность изучения, к сожалению, на том же уровне. Без элементарных знаний CSS и JavaScript лучше даже не браться за библиотеку. Зато если освоите, и сможете смириться с лишними 50Кб на странице - все JavaScript-задачи будете реализовывать в одну строку. На сайте-визитке это конечно не приемлемо, зато на портале - самое дело - самопальный код в любом случае этот объем превысит.

от 390 руб.

"от" - это стоимость доставки или мне саму книгу могут продать по более высокой?

Ммм... что имеется в виду? Вы яндекс.маркете смотрите или где-то в другом месте?

Я смотрю по ссылке в правой колонке :)

Это у них объявления - кто-то хочет купить книгу от 390 рублей - официальная цена выше и за 600 рублей. Собственно ссылку я привел, чтобы вы на обложку посмотрели - может она у вас в книжном магазине за более адекватные деньги продается :). Тем более если официальную английскую документацию читали, возможно вам отдельная книга не нужна.

Я ее уже применяю, правда ограниченно. Изучал по оф. документации на английском. Много полезной информации здесь:

http://www.linkexchanger.su/page/3

С явой много возни. Заказчики - заядлые яволюбы пошли :)

PS Еще одна распространенная просьба: сделайте как на одноклассниках. Наверное, оттуда все и идет.

>Заказчики - заядлые яволюбы пошли.
Им конкурировать нужно, скоро других не останется. Поэтому следует плавно перетекать в сторону JavaScript (времени на это где-то год-полтора осталось - потом уже плавно не получится).

А я яволюбам и любителям менять дизайн в пример сайт Softtime ставлю. Дизайн консервативный, много лет не менялся, никаких аяксов, люди успешные :) Да и зачем вообще эти аяксы, если скорость подключения к интернету сильно возросла? ....

>Да и зачем вообще эти аяксы, если скорость подключения к интернету сильно возросла? ....
Очень крепко размер страниц вырос в последние два года... я уж не привожу пример GMail, который чуть не 2.5 Мб весит или microsoft.com, которая чтобы вывести 3Кб текст заряжает 1Мб HTML-кода. Даже в рунете, даже на адекватных казалось бы сайтах 300-500Кб уже вроде нормы рассматривается.

Тогда пусть там аяксы и используют. Мы так не делаем :)

А аякс сделать читабельным у Вас получилось?

Работаем над этим, движемся в том направлении, чтобы события назначать не в тэге

<img id='im' onclick=... />

а назначать идентификатору im событие средствами JavaScript - в результате JS-файлы и HTML-код разделяются, что уже сильно облегчает работу

<img id='im' ... />

AJAX-обработчики группируем в одной директории, в имени файла обязательно используем слово ajax. Если читали одну из наших книг, где мы рассмариваем SoftTime FrameWork, то знаете, что у нас каждый элемент формы оформлен в виде класса - поэтому достаточно разработать один класс (он может содержать даже несколько элементов - например, 3 связанных выпадающих списка, текстовую область, кнопку и <div> со списком, позволяющим удалять и редактировать ранее введенные данные), чтобы потом безболезненно можно было его использовать в десятках Web-приложений уже не задумываясь о том как он работает. Однако, пока нельзя сказать, чтобы я был доволен результатами по читабельности - слишком сложно и слишком долго пока приходится отлаживать связки JS-PHP. Ну и jQuery, конечно, снизить объем JavaScript-файлов - это уже половина дела.

>Если читали одну из наших книг, где мы рассмариваем SoftTime FrameWork, то знаете, что у нас каждый элемент формы оформлен в виде класса - поэтому достаточно разработать один класс

Да она у меня есть, изучал основы ооп, но до framework'a не дошел :)

>Работаем над этим, движемся в том направлении, чтобы события назначать не в тэге
>

<img id='im' onclick=... />

>а назначать идентификатору im событие средствами JavaScript - в результате JS-файлы и HTML-код разделяются, что уже сильно облегчает работу
>

<img id='im' ... />

Есть у меня подобные JS наработки, позволяет назначать события не только по идентификатору, но и по имени класса или по имени тега. Если есть любопытство или интерес могу с Вами поделится.

> движемся в том направлении, чтобы события назначать не в тэге

Этому даже название придумали "ненавязчивый JavaScript"

http://habrahabr.ru/blogs/javascript/25991/

Вообще JQuery + этот ненавязчивый - классная вещь. Я когда её обнаружил, в разы скорость разработки подросла. Т.е. просто верстаем страницу не задумываясь об обработчиках, потом вешаем на нужные элементы теги class и id и пишем обработчики в стиле

$('#block').click(function(){   alert('Action'); });

Красота. Практически клиентский MVC получается.

Для быстрого старта по JQuery есть неплохой цикл на хабре:
http://habrahabr.ru/blogs/jquery/38208/#habracut

jquery, prototype, mootools и другие - это всего лишь навсего библиотеки для работы с JavaScript, свое место они уже заняли прочно в веб-разработки и это факт, который оставлять без внимания просто глупо.
Если заглянуть чуть вперед, то можно догадаться что сейчас для развития надо либо писать свой фраймворк, либо начинать изучать и использовать уже кем-то разработанный.

хороший фраймворк - классная вещь... тупое набирание php кода умирает, прям-таки на глазах.

А нет ли в планах у вас учебник по аякс написать? Именно с различными примерами, например как php в примерах?

Весь ajax умещается в 4 функции JQuery и php бакэнда из 10-20 строк (ну плюс работа с кодировками может быть и JSON преобразования)

Где берут столько воды, чтоб написать толстую книгу про AJAX я лично понять не могу

Ну плюс предотвращение кофликтов при одновременном выполнениии нескольких запросов, какую-никакую JS-библиотеку создать или описать готовую. Кроме того AJAX - это достаточно необычные интерфейсы, что тоже любоптыно. Можно набрать, другое дело, что лично вам может быть это все скучно читать будет. Однако, это бич всех профессионалов, книги которые им интересны - экономически не целесообразны.

>Однако, это бич всех профессионалов, книги которые им интересны - экономически не целесообразны.
И это естественно. Для профессионалов писать невыгодно. Во-первых, потому что профессионалов мало. Плюс к тому, много из этого мало считают себе a'priori умнее автора :)

Пока не планировали.