dkrylov: OK. Из nicEdit вы получите все < как "<" и т.д., чтобы вывести в php нужно преобразовать обратно в символы, для этого есть функция htmlspecialchars_decode
dkrylov: )) Что значит "сохранить в БД"? Браузер не умеет сохранять в БД непосредственно. Сначала вам нужно передать параметры на сервер, а тут несколько вариантов (HTTP запрос, либо WebSockets), как вы передаете? Даже HTTP запрос имеет несколько вариантов 1. Через URL. 2. В теле запроса с использованием различного кодирования (application/x-www-form-urlencoded, multipart/form-data, text/plain)
Владимир Олохтонов: "пока нельзя" должно иметь обоснованное время, на которое будет отложен функционал, так как если клиент откажется от проекта, то команде продолжать разрабатывать смысла уже не будет. ))
catwatcher: Спор возникает только в том случае, когда личностные убеждения одного человека противоречат личностным убеждениям другого. Приводя здравые аргументы всегда можно расширить опыт оппонента и убрать убеждения. Но стишок "Как то утром очень рано повстречались два барана..." конечно не на пустом месте родился.
Бизнес всегда находится в приоритете, так как от него все зависит. Если заказчик решил, что эта хотелка ему важнее, создается новая задача, устанавливается ей приоритет и стоимость ее выполнения.
Главное чтобы были оплачены уже выполненные задачи с учетом стоимости потраченного на них времени, и поэтому тут важен правильный учет выполненых задач и договор учитывающий такие изменения.
catwatcher: 1. Повторюсь. Если вы можете загрузить работой разработчика БД на весь срок проекта, то берите. Agile не накладывает таких ограничений. Но если он сможет делать и другие задачи, то еще лучше.
2. "Прошло два часа обсуждения - наши действия" - Вы у верены, что у вас Синьор + Джиниор, а не 2 Джуниора? Но возвращаясь к вопросу. Конфликт/недопонимание между сотрудниками это бизнес проблема, а не Agile. Тут решение за владельцем бизнеса.
5. Экономическое образование вам помогло бы понять. А попростому, есть делегирование полномочий. Высший руководитель делегирует часть своих полномичий другим сотрудникам, для примера "Директор по кадрам" получает права на увольнение программистов. Команда решила, что Петя лишний и попросила Директора по кадрам уволить его.
1. У админа свой обьем задач, который относится и к бизнесу (поддержка офиса) и к проекту (бекапы, настройка базы). Никто по agile не запрещает привлекать сторонних исполнителей под конкретную задачу. Привлекли, он оценил архитектуру, дал рекомендации, а дальше сами.
2. Фраза "Я старше," не указывает на ответственность. )) Тут важна не ответственность, а соблюдение правил. Если джуниор правильно обосновал почему он так решил, то при повторной оценке (бросание карт), синьер просто должен учесть обоснования и указать время с их учетом, так же он должен обьяснить джуниору почему он считает иначе, и тот тоже сделает свои выводы.
3. Вы указали очень узкие требования, они могут быть шире. "1. Регистрация за секунду, при одновременном подключении 1 тыс. пользователей." и т.п.
4. Это постоянно случается и при ватерфоле, и при других подходах. "У меня тут проблема, не знаю как лучше вот такую задачку решить, подойти, помоги...". А вот надобности в постоянном extreme programming я не встречал.
5. Вымышленные крайности. )) Государство не может вести бизнес, так как это неодушевленная сущность. У бизнеса всегда есть ответственное лицо - управляющий. Даже у бизнесов, которыми владеет государство. Вот он и ответственный. Если клиент заключает договор на разработку, он же не указывает в договоре, что вся ответственность по данному договору лежит на Джуниоре Пете, а указывает фирму, и подписывает этот договор уполномеченное лицо (управляющий или доверенные им люди)
