Основное преимущество Closure в том, что это цельный, мощный продукт.
Помимо набора готовых виджетов там есть и встроенная система сборки зависимостей и шаблоны и минификатор кода и оптимизатор css-классов и все, что только можно придумать. Разумеется, мы пишем свои виджеты, но в качестве базового класса используем классы из Google Closure, такие как goog.events.EventTarget, goog.ui.Component, goog.ui.Control.
В текущей версии островка, все написано на jQuery, но после того, как мы с его помощью реализовали мощный функционал, мы поняли, что повторяем то, что уже есть в Google Closure, просто на свой лад.
Конечно, можно было взять набор из нескольких решений, jQuery как базовую библиотеку + Backbone, для MVC + еще что-нибудь для сборки зависимостей, но опыт показывает, что интегрировать разрозненные решения достаточно сложно. Наши коллеги, разрабатывающие Экстранет островка (http://habrahabr.ru/company/ostrovok/blog/155013/) сначала использовали Backbone, потом им пришлось частично от него отказаться и часть функционала реализовать на Knockout.js, потом выяснилось, что такие решения не рассчитаны на такие продукты как Экстранет и часть функционала им приходится реализовывать на чистом js. Мы, конечно же, учли этот опыт и постарались найти как можно более полную библиотеку, которая бы подошла для наших нужд.
К тому же большим плюсом за Closure, стало то, что у нас есть в команде люди, которые имеют опыт работы с этой бибиотекой.
Если честно, мы не смотрели в сторону Dojo или Ext. Closure показался нам достаточно мощным, для решения всех наших задач, к тому же у нас в команде есть люди, у которых есть опыт разработки приложений именно на Closure. Ну и большим плюсом за Closure стала его мощная инфраструктура, в частности Closure Compiler, который лучше всего жмет код, написанный на Closure.
У нас есть специальный внутренний веб-ресурс для этого. Человек, который хочет выложить свой код, ставит галочки напротив имен тех, кто по его мнени должен посмотреть код и нажимает кнопку «Попросить ревью». Этим людям на почту приходят уведомления.
Этот ресурс показывает все изменения, которые внес этот человек, либо в виде git diff'a, либо просто исходники изменившихся файлов. Ревьюеры могут давать свои комментарии по поводу кода через специальную форму. Если проще объяснить на словах, то тогда, можно и прокомментировать и из-за плеча :)
Если ревьюер считает, что код можно публиковать, он нажимает на кнопку «Разрешить публикацию». Есть еще кнопка «Запретить». Код не будет выкачен, пока все ревьюеры не нажмут кнопку «Разрешить».
Не совсем. Автобусное число может быть равным числу разработчиков, а вот отпустить в отпуск одновременно всех разработчиков все-таки нельзя — кто-то же должен работать над проектом :)
Вообще это не очень хорошо, потому что если я захочу сделать такой уголок градиентным, то у меня ничего не получится.
Вообще это не очень хорошо, потому что мне в коде для элемента, который является декорацией нужно жестко прописывать символ.
Вообще это не очень хорошо, потому что я не могу регулировать внешний вид элемента, например сделать другой угол у стрелочки.
Можно использовать сто миллионов способов, для создания стрелочек у тултипов, но вы решили выбрать самый не гибкий способ, в котором почти невозможно менять какие-то параметры, кроме цвета блока.
Кастомизировать скроллбар нужно очень осторожно. Прежде чем начать, стоит пять раз подумать, получится ли у вас сделать лучше чем заложено системно. У вас не получилось скролл всегда работает не в ту сторону: во всех системах это не предусмотренный системно reverse scroll, а на OSX Lion это скролл в прямом направлении, хотя должен работать reverse.
Кажется, что пока что самый удобный способ ввести время точно — это ввести его с клавиатуры. Хотя мне лично не принципиально. Я часто ставлю будильник не на 9:00, а скажем на 9:01. Какая разница?
Есть в таком подходе недостаток. Графические эффекты воспроизводятся с помощью css прекрасно и скоро можно будет забыть про анимации на js, но нельзя забывать про логику приложения. Если вы делаете фотогалерею с фотографиями, показывающимися в попапах с крестиком, нужно помнить, что открытую фотографию надо иногда уметь закрыть по нажатию на Esc. А иногда надо поменять url страницы, чтобы я мог отправить кому-нибудь по почте ссылку на эту фотографию. А иногда надо дать возможность оставить комментарий к выбранной фотографии.
Я всеми руками и ногами за то, чтобы отделять представление от логики. Поэтому то, что вы переложили все графические эффекты на плечи css это правильно, но то, что вы решили воспроизвести логику с помощью того же css — крайне неверно и в реальной жизни работать не будет.
Хочу вам сказать, что я пишу в этот топик не для того чтобы работодатели оценили мою лояльность. Это было бы слишком по-ханжески. Я хотел представить вам взгляд изнутри. В островке действительно комфортно работать.
Я скажу вам больше — в предыдущем моем месте работы тоже было прекрасно работать в условиях опенспейса.
Достигнуть такого состояния достаточно просто — надо уважать людей с которыми ты работаешь и ставить мобильный телефон на вибро, разговаривать по нему где-то вне рабочего пространства, слушать музыку в наушниках и разговаривать с соседями не настолько громко чтобы все вас слышали.
Конечно есть ) На самом деле меня удивило скорее не то, что он использует Хром для разработки, потому что у него правда достаточно мощный дебаггер, который умеет делать очень многое. Меня удивило то, что он предпочитает хрому файрфокс для серфинга )
Очень спорный вопрос. Сколько ни пытался попробовать не то что перейти на DragonFly, в принципе использовать Оперу не только для отладки в Опере, у меня ничего не получилось.
Помимо набора готовых виджетов там есть и встроенная система сборки зависимостей и шаблоны и минификатор кода и оптимизатор css-классов и все, что только можно придумать. Разумеется, мы пишем свои виджеты, но в качестве базового класса используем классы из Google Closure, такие как goog.events.EventTarget, goog.ui.Component, goog.ui.Control.
В текущей версии островка, все написано на jQuery, но после того, как мы с его помощью реализовали мощный функционал, мы поняли, что повторяем то, что уже есть в Google Closure, просто на свой лад.
Конечно, можно было взять набор из нескольких решений, jQuery как базовую библиотеку + Backbone, для MVC + еще что-нибудь для сборки зависимостей, но опыт показывает, что интегрировать разрозненные решения достаточно сложно. Наши коллеги, разрабатывающие Экстранет островка (http://habrahabr.ru/company/ostrovok/blog/155013/) сначала использовали Backbone, потом им пришлось частично от него отказаться и часть функционала реализовать на Knockout.js, потом выяснилось, что такие решения не рассчитаны на такие продукты как Экстранет и часть функционала им приходится реализовывать на чистом js. Мы, конечно же, учли этот опыт и постарались найти как можно более полную библиотеку, которая бы подошла для наших нужд.
К тому же большим плюсом за Closure, стало то, что у нас есть в команде люди, которые имеют опыт работы с этой бибиотекой.
Этот ресурс показывает все изменения, которые внес этот человек, либо в виде git diff'a, либо просто исходники изменившихся файлов. Ревьюеры могут давать свои комментарии по поводу кода через специальную форму. Если проще объяснить на словах, то тогда, можно и прокомментировать и из-за плеча :)
Если ревьюер считает, что код можно публиковать, он нажимает на кнопку «Разрешить публикацию». Есть еще кнопка «Запретить». Код не будет выкачен, пока все ревьюеры не нажмут кнопку «Разрешить».
Вообще это не очень хорошо, потому что мне в коде для элемента, который является декорацией нужно жестко прописывать символ.
Вообще это не очень хорошо, потому что я не могу регулировать внешний вид элемента, например сделать другой угол у стрелочки.
Можно использовать сто миллионов способов, для создания стрелочек у тултипов, но вы решили выбрать самый не гибкий способ, в котором почти невозможно менять какие-то параметры, кроме цвета блока.
Я всеми руками и ногами за то, чтобы отделять представление от логики. Поэтому то, что вы переложили все графические эффекты на плечи css это правильно, но то, что вы решили воспроизвести логику с помощью того же css — крайне неверно и в реальной жизни работать не будет.
Я скажу вам больше — в предыдущем моем месте работы тоже было прекрасно работать в условиях опенспейса.
Достигнуть такого состояния достаточно просто — надо уважать людей с которыми ты работаешь и ставить мобильный телефон на вибро, разговаривать по нему где-то вне рабочего пространства, слушать музыку в наушниках и разговаривать с соседями не настолько громко чтобы все вас слышали.
Хотя, на вкус и цвет.