Делали и не только в паре. Несомненно эффект наблюдателя играет свою роль, но это мало относится к тем правилам, которые были описаны Кентом Беком и другими. Главная проблема же заключается в том, что после увеличения частоты появлений на слуху трендовых словечек (читай agile, scrum, xp, kanban...) начинаются неизбежные попытки доказать (в первую очередь самому себе), что мы тоже доросли и разбираемся в том как правильно организовать процесс разработки. Ты начинаешь внимательно изучать труды основоположников методологий, может быть даже посещать конференции и слушать доклады тренеров, а этих хитрецов сейчас пруд пруди и далее применять это все на практике, попутно навязывая всем кому не лень. В некоторых случаях тебе даже кажется, что это приносит профит и ты горд и удовлетворен. Но погоня продолжается, т.к. ты узнаешь что в другой команде применяется, со слов рассказчиков, более эффективный подход и ты изучаешь дальше… а потом осознаешь, что все это раньше называлось адекватностью и здравым смыслом, а сейчас — эджайлом, который тем самым принес больше вреда, чем пользы и время можно было потратить на изучение материалов, относящимся к практикам разработки или на отдых.
Сегодня, по-моему, многие, живя в провинциальном N-ске мечтают о жизни в Москве или Питере, но приезжая в Москву через некоторое время убеждаются, что Москва — тот же N-ск, судя по рассказам бывших сокурсников. Да — уровень жизни лучше, да — есть где реализовать свои амбиции, да — есть на что посмотреть и много плюсов, но это не решает главной проблемы… многие на этот счет в шутку говорят «куришь, пьешь и не женат — это Путин виноват!», а в любой шутке есть доля шутки.
А я вот только собираюсь в Москву, потому что в провинциальном городишке чувствуешь себя рабом. Современное рабство — экономическое принуждение рабов к постоянной работе. Современный раб вынужден работать без остановки до смерти, т.к. средств, заработанных рабом за 1 месяц, хватает, чтобы оплатить жилье за 1 месяц, еду за 1 месяц и проезд за 1 месяц… Даже на нормальную медицинскую помощь долго приходиться откладывать, а проблемы со здоровьем нужно решать неотложно(
Немного подкорректировал статью, учитывая рекомендации более опытных коллег, в частности убрал раздел с упоминанием AMD (Asynchronous Module Definition) — спецификация описывающая построение модульных приложений, способ организации модулей в клиент-сайд приложении. Взаимодействие между модулями же может происходить по MV* схеме.
Схема, в которых элементы приложения оформлены блоками интерфейса и реализованы каждый в своем модуле, выполняемыми в песочнице — Scaleable JavaScript Application Architecture. При этом модули непосредственно друг с другом не обмениваются. И она так же плохо подходит под понятие MV*, т.к. не описывает ни модель ни представление, а описывает иную иерархию приложения. При этом, модули могут быть реализованы на схемах MVC в частности.
Вот как-то так… с этим еще нужно будет как следует разобраться. Для тех кому не терпится, еще несколько ссылок:
Так черным по белому написано, что это — «спецификация описывающая модульные приложения»… которая была создана, как альтернатива CJS. Информация отсюда; и эта ссылка также приведена в тексте. А вот, дополнительная ссылка на презентацию и на github.
Когда то добавлял в закладки (по моему даже с хабра) ссылку на этот сервис — http://taxovik.ru. При вводе пункта отправления и пункта назначения, сервис предлагает несколько вариантов такси. При этом строит маршрут с учетом пробок и оценивает время и стоимость проезда на такси. После выбора подходящего варианта отображается телефон для вызова такси. Говорите таксисту что вы с «Таксовика» и получаете скидку (эконом-тариф). По мне так — удачный стартап, реализованный двумя парнями. О схеме взаимодействия сервиса с таксопарками я не интересовался, но наверняка что то на этот счет есть у них в блоге.
Так я и не агитирую в пользу TrackStudio и ссылку привел, потому что работал с обеими системами и согласен с описанными там недостатками JIRA. Все таки, кто-то влепил минус, несмотря на «имхо»…
Имхо, здесь хорошо описаны недостатки JIRA и вообще на сайте по ссылке не мало полезной информации о системах управления задачами и проектами. Не сочтите за рекламу.
Знакомое видео… Точно — AngularJS Todo Tutorial — остюда. Только там FireFox, а тут Chrome от Google (как и сам AngularJS) и CSS файл в коде на этом видео прикрутили, но там зато приложение todos сравнивается с аналогом на jQuery. В общем — хорошая новость.
Scaleable-> Scalable JS Application ArchitectureЗаодно спасибо, пользователю Kyuujitsu за ссылку на презентацию Закаса. Еще раз её продублирую — http://www.slideshare.net/nzakas/scalable-javascript-application-architecture
Схема, в которых элементы приложения оформлены блоками интерфейса и реализованы каждый в своем модуле, выполняемыми в песочнице — Scaleable JavaScript Application Architecture. При этом модули непосредственно друг с другом не обмениваются. И она так же плохо подходит под понятие MV*, т.к. не описывает ни модель ни представление, а описывает иную иерархию приложения. При этом, модули могут быть реализованы на схемах MVC в частности.
Вот как-то так… с этим еще нужно будет как следует разобраться. Для тех кому не терпится, еще несколько ссылок:
Еще раз спасибо хабраюзеру azproduction.