Не читал пост с мозиллы, но читал про это событие на Ajaxian. Там было заявлено что приложения типа google-docs будут работать примерно в 2 раза быстрее на FF3 чем на FF2. А это уже не мерилово попугаев, а серьезное и важное достижение.
Статья дейстительно давно висит на MS DevCenter. Так же где то рядом в гугле видел происки то ли индуса то ли пакистанца в этом вопросе с выкладками скриншотов загруки ЦП и Памяти из таскменеджера.
За перевод спасибо, но честно говоря жаль... Когда я увидел заголовок, подумал что-то новенькое будет.
Мда... Даже не ожидал, с таким богатым списком расширений становится вопрос - "Так а почему лучшая CMS 2007 - это Joomla?!" :)
Ну надеюсь что я наконец найду время и займусь собственным блогом, и вот на нем и можно будет опробовать фишки друпала.
А про прожорливость - видимо необходимо устанавливать кэширование там где это возможно... ведь в большинстве случаев именно это и спасает, думаю в друпале это должно быть...
Познавательный пост :)
На мой взгляд даже лучше чем первая часть.
И зря вы так придираетесь к осознанию автором веб 2.0 :) Вот я к примеру, уже не первый год разрабатываю исключительно 2.0, проекты, а на вопрос что это - отвечу примерно то же самое :)
А теперь пару интересующий меня моментов:
1. А есть ли в модуле друзей финты типа "Последние гости", диаграмма френдования, топ 10 (5) пользователей? Да, про рейтинги - есть ли под Drupal система рейтингов фото пользователей и прочих фото, да и не обязательно фото.
2. Попадался ли модуль для отображения адреса на maps.google?
Если не ошибаюсь accumulator-pool идет в базу комплектации оборудования GSM сервиса (или как его там).
Когда, будучи студентом, мне удалось побывать на экскурсии в связном пункте нашего белорусского dialog (cdma2000), то лично видел этот пул... Оно и вправду больше всего похоже на бассейнчик утыканый ящичками аккумуляторами. И по скромным убеждениям хозяев, бассейнчика хватает на неделю, если повезет на 2 :)
А что касается вышки базовой станции в отдельности - то кто их знает :)
Я даже задумался над тем чтобы написать статейку про "замыкания" (closures). Чтобы затем в итоге получить такой дополняющий пост.
Если осилю, дам знать ;)
А так конечно, нового мало в статье написано, но при наличии богатых коментариев даже неновый и не эксклюзивный материал приносит неплохую пользу!
Так что, автор, если в следующий раз будете сомневаться писать или нет, то пишите :)
Уж, на нынче подхламленном хабре хуже от этого точно не станет :D
Я въехал в механику Jooml'ы и VirtueMart'a после 2-х часов ковыряния. В добавок есть симпотичные родные примочки debug. Да и перечень возможностей такой, что расширять редко когда нужно :)
К минусам здесь, я бы скорее отнес избыточность модулей и функционала!
А так, я считаю, что звание лучшей CMS Joomla получила заслуженно. А иметь под боком лучшую CMS иногда окупает, когда необходимо делать сайты-гибриды (магазин - блог - форум - новостной портал).
Статья полезная, спасибо, хотя я согласен с мнением читателей: это уже организовано в JS библиотеках, как JQuery или mootools.
Но не в этом суть!
Я бы хотел напомнить что есть раздел JavaScript и мне кажется, что логичнее было бы разместить эту статью туда... Но хозяин - барин :)
А так, хаброчеловеки, обращайте внимание на коллективные блоги, а то есть некоторая неразбериха между блогами "Ajax", "Web-разработка" и "JavaScript" (дублирующиеся темы новостей Ext тому пример).
Согласен. Как я писал, начальство - это пример для подчиненных. И я тоже видел несколько примеров "неудовлитерного" для меня начальства, когда искал работу...
Здесь, нужно полагаться на ощущения, и не забрасывать их на последний приоритет... Мол, пофиг что директор змеюга хитрющая, ведь платит всеравно хорошо. Так можно попасть в такую обстановку, что сам захочешь заплатить, лишь бы свалить от туда :)
Собственно как я и говорил, ничего :)
Но новое - это хорошо забытое старое, а некоторые из моментов частенько забываются.
Да и мой пост - это конкретное мнение конкретного человека. Думаю моим коллегам знать это будет интересней чем то, что давно описано умными людьми в толстых книгах.
Спасибо за карму!
Ну и рас появилась возможность написать в коллективный, то я перемещаю статью из личного блога, в раздел "Управления проектами". Думаю там самое подходящее место.
Довольно весело читать мнение об "отвлекает или нет это программиста" от человека программистом не являющимся! :)
Товарищь, поверте, пожалуйста, наслово! Иногда за эти "Слушай, а как здесь", "Ой, а глянь а что тут" хочется просто врезать, не говоря уже о банальном послать.
Вы как-нибудь попробуйте хранить ветвистую картину, ну скажем логики рассылки уведомлений пользователю на сайте как хабр, объектное представление реализации этой логики в коде, который перед вашими глазами, нюансы связей между кодом, перечень ожидаемых от пользователя действий с этим модулем, нюансы связанные со скоростью работы модуля.
И просто поотвечайте на какие-нибудь банальные вопросы, типа "сколько времени?", "Ты читал вот эту статью?" Посмотрим что у вас получится как в ответах так и в коде :)
Да, согласен с таким моментом :)
Но есть и еще один проблемный участок...
Палка на двух концах так сказать :)
Чтобы ускорить процесс разработки нужно разделить роли и сделать так чтобы каждый член команды сконцентрировался на собственной задаче. А это приводит к тому, что человек имеет великолепное представление об какой-то одной области, но оставшиеся куски проекта для него - темный лес.
И вторая сторона -
Чтобы увеличить, скажем, чуткость, внимательность к проекту, необходимо понимание проекта как единого целого! Ведь без этого человек не сможет и чужие баги замечать, и замечать некрасивые участки и предлагать идеи по усовершенствованию. То есть блюсти качество проекта.
И прекрасно понятно, что на стартовом этапе, когда даже у дизайнера и проектировщика интерфейса в голове гремучая смесь из: «да, это круто, это надо», «о здесь, надо так», «о, вот этот финт мы используем», говорить о понимании проекта как единого целого просто и говорить не стоит… И только через несколько итераций (см. про это написано в статье) формируется понимание направления движения проекта
А для автора смотрим сюда - http://ajaxian.com/archives/browser-upda…
И думаем чья статья получилась содержательней и интересней ;)
То я не могу выделить какую-то пользу во всем написанном.
Автор не раскроете смысл вашего творчества? Что вы полезного хотели сказать?
На мой взгляд - ничего.
За перевод спасибо, но честно говоря жаль... Когда я увидел заголовок, подумал что-то новенькое будет.
Мда... Даже не ожидал, с таким богатым списком расширений становится вопрос - "Так а почему лучшая CMS 2007 - это Joomla?!" :)
Ну надеюсь что я наконец найду время и займусь собственным блогом, и вот на нем и можно будет опробовать фишки друпала.
А про прожорливость - видимо необходимо устанавливать кэширование там где это возможно... ведь в большинстве случаев именно это и спасает, думаю в друпале это должно быть...
На мой взгляд даже лучше чем первая часть.
И зря вы так придираетесь к осознанию автором веб 2.0 :) Вот я к примеру, уже не первый год разрабатываю исключительно 2.0, проекты, а на вопрос что это - отвечу примерно то же самое :)
А теперь пару интересующий меня моментов:
1. А есть ли в модуле друзей финты типа "Последние гости", диаграмма френдования, топ 10 (5) пользователей? Да, про рейтинги - есть ли под Drupal система рейтингов фото пользователей и прочих фото, да и не обязательно фото.
2. Попадался ли модуль для отображения адреса на maps.google?
Всем тем кто заязжая в Минск любил поржать с "выхад на правы бок".
Знайте! И завидуйте :D!
У нас метро глаголит - "Поезд далей не идзе, калиласка пакинце вагоны."
Когда, будучи студентом, мне удалось побывать на экскурсии в связном пункте нашего белорусского dialog (cdma2000), то лично видел этот пул... Оно и вправду больше всего похоже на бассейнчик утыканый ящичками аккумуляторами. И по скромным убеждениям хозяев, бассейнчика хватает на неделю, если повезет на 2 :)
А что касается вышки базовой станции в отдельности - то кто их знает :)
Я даже задумался над тем чтобы написать статейку про "замыкания" (closures). Чтобы затем в итоге получить такой дополняющий пост.
Если осилю, дам знать ;)
А так конечно, нового мало в статье написано, но при наличии богатых коментариев даже неновый и не эксклюзивный материал приносит неплохую пользу!
Так что, автор, если в следующий раз будете сомневаться писать или нет, то пишите :)
Уж, на нынче подхламленном хабре хуже от этого точно не станет :D
Я въехал в механику Jooml'ы и VirtueMart'a после 2-х часов ковыряния. В добавок есть симпотичные родные примочки debug. Да и перечень возможностей такой, что расширять редко когда нужно :)
К минусам здесь, я бы скорее отнес избыточность модулей и функционала!
А так, я считаю, что звание лучшей CMS Joomla получила заслуженно. А иметь под боком лучшую CMS иногда окупает, когда необходимо делать сайты-гибриды (магазин - блог - форум - новостной портал).
Но не в этом суть!
Я бы хотел напомнить что есть раздел JavaScript и мне кажется, что логичнее было бы разместить эту статью туда... Но хозяин - барин :)
А так, хаброчеловеки, обращайте внимание на коллективные блоги, а то есть некоторая неразбериха между блогами "Ajax", "Web-разработка" и "JavaScript" (дублирующиеся темы новостей Ext тому пример).
Спасибо!
В сравнении с другими - всё очень даже хорошо.
Но можно и гораздо лучше! :)))
Да и читай это так - подрезад - мудила, и оказалось, что он ехал на бумере :)
теперь нормально? :)
Здесь, нужно полагаться на ощущения, и не забрасывать их на последний приоритет... Мол, пофиг что директор змеюга хитрющая, ведь платит всеравно хорошо. Так можно попасть в такую обстановку, что сам захочешь заплатить, лишь бы свалить от туда :)
Но новое - это хорошо забытое старое, а некоторые из моментов частенько забываются.
Да и мой пост - это конкретное мнение конкретного человека. Думаю моим коллегам знать это будет интересней чем то, что давно описано умными людьми в толстых книгах.
Ну и рас появилась возможность написать в коллективный, то я перемещаю статью из личного блога, в раздел "Управления проектами". Думаю там самое подходящее место.
Товарищь, поверте, пожалуйста, наслово! Иногда за эти "Слушай, а как здесь", "Ой, а глянь а что тут" хочется просто врезать, не говоря уже о банальном послать.
Вы как-нибудь попробуйте хранить ветвистую картину, ну скажем логики рассылки уведомлений пользователю на сайте как хабр, объектное представление реализации этой логики в коде, который перед вашими глазами, нюансы связей между кодом, перечень ожидаемых от пользователя действий с этим модулем, нюансы связанные со скоростью работы модуля.
И просто поотвечайте на какие-нибудь банальные вопросы, типа "сколько времени?", "Ты читал вот эту статью?" Посмотрим что у вас получится как в ответах так и в коде :)
Вот и встает таск к руководству – как бы так балансировать между двух концов палки? И чтобы все в итоге были довольны?
Но есть и еще один проблемный участок...
Палка на двух концах так сказать :)
Чтобы ускорить процесс разработки нужно разделить роли и сделать так чтобы каждый член команды сконцентрировался на собственной задаче. А это приводит к тому, что человек имеет великолепное представление об какой-то одной области, но оставшиеся куски проекта для него - темный лес.
И вторая сторона -
Чтобы увеличить, скажем, чуткость, внимательность к проекту, необходимо понимание проекта как единого целого! Ведь без этого человек не сможет и чужие баги замечать, и замечать некрасивые участки и предлагать идеи по усовершенствованию. То есть блюсти качество проекта.
И прекрасно понятно, что на стартовом этапе, когда даже у дизайнера и проектировщика интерфейса в голове гремучая смесь из: «да, это круто, это надо», «о здесь, надо так», «о, вот этот финт мы используем», говорить о понимании проекта как единого целого просто и говорить не стоит… И только через несколько итераций (см. про это написано в статье) формируется понимание направления движения проекта