В таких случаях всегда ищем 3-го человека,
Мы разделились на две команды, те кто за БД и те кто за NServiceBus. Каждая была уверенна в своем решении и должна была сделать прототип, чтобы убедиться, что их подход сработает.В итоге, подход с БД сдался уже к концу дня :)
И почему он сдался?
Не смогли реализовать?
Вдруг смогли найти причины, почему это плохо?
...почему вы не смогли найти взаимопонимания еще до создания прототипа — что-то изменилось с началом работы над прототипом?
...почему вы не смогли найти взаимопонимания еще до создания прототипа — что-то изменилось с началом работы над прототипом?Когда пишешь на SQL запрос с кучей подзапросов, то начинаешь задумываться о целесообразности этого подхода.
Можно даже на бумаге
И не факт, что какая-то третья сторона выберет лучший вариант. Все
бывает очень субъективно, к сожалению.
В качестве примера можно вспомнить спор Выщепана, Бындю и других
http://blog.byndyu.ru/2011/12/domain-driven-design.html
Спор так ничем и не закончился
09.01.12, Евгений Сверчков<u02...@gmail.com> написал(а):
--
С уважением
Мурадов Мурад
On 9 янв, 13:19, Алексей Волков <m...@aivolkov.ru> wrote:
> Значит в следующий раз вместо прототипов можно сразу просить начать
> записывать SQL-запросы. Можно даже на бумаге. И от этого плясать в
> дальнейших обсуждениях. Правильно? :)
>
> 9 января 2012 г. 16:01 пользователь Alexander Byndyu <
> alexander.byn...@gmail.com> написал:
>
>
>
> >> ...почему вы не смогли найти взаимопонимания еще до создания прототипа --
Наверное каждый из нас встречался с такой ситуацией: Когда вам кажется
Как себя правильно себя вести в такой ситуации?
Я хотел узнать у коллег их опыт в таких ситуациях. У меня споры
происходят несколько раз в день.Я и мой коллега вместе работаем вдвоем
над одним проектом. Он меня опытнее, а только что институт закончил.
Но суть в том, что он предлагает откровенно несуразные решения, не
зная многих возможностей .net, так как программировал на Delphi.
Например как можно писать что то в базу в обход доменной модели? Или
как можно разные сущности помещать в одну таблицу только потому что у
них поля данных одинаковые? Или как можно выбрать вместо строгой
типизированных объектов массив из строк, для того чтобы потом их
отобразить на клиенте. Или как можно писать код бизнес логики на T-
SQL? Или как можно заявить что сложно разработать библиотеку классов
потому-что ее нельзя отладить? Скоро в центр тяжести писать буду :)))
Я пытаюсь ему рассказать про TDD, и про DDD, ссылки ему кидаю на
статьи. А у него наверное времени нет все прочитать, или желания.
Наверное у меня авторитета маловато пока.
Но недавно он начал со мной советоваться. Наверное спорить все таки
надо, пусть даже если со старшими...
09.01.12, Евгений Сверчков<u02...@gmail.com> написал(а):
Я вас понял, Егор.
Я хотел узнать у коллег их опыт в таких ситуациях. У меня споры
происходят несколько раз в день.Я и мой коллега вместе работаем вдвоем
над одним проектом. Он меня опытнее, а только что институт закончил.
Но суть в том, что он предлагает откровенно несуразные решения, не
зная многих возможностей .net, так как программировал на Delphi.
Например как можно писать что то в базу в обход доменной модели?
Или как можно разные сущности помещать в одну таблицу только потому что у
них поля данных одинаковые?
Или как можно выбрать вместо строгой типизированных объектов массив из строк, для того чтобы потом их
отобразить на клиенте.
Или как можно писать код бизнес логики на T-SQL?
Или как можно заявить что сложно разработать библиотеку классов потому-что ее нельзя отладить?
Скоро в центр тяжести писать буду :)))
Я пытаюсь ему рассказать про TDD, и про DDD, ссылки ему кидаю на
статьи. А у него наверное времени нет все прочитать, или желания.
Я пытаюсь ему рассказать про TDD, и про DDD, ссылки ему кидаю на
статьи. А у него наверное времени нет все прочитать, или желания.
Истина так. Особенно если компания здоровая и у неё корпоративные
правила.
On Jan 9, 5:22 pm, Alex <mr.karaba...@gmail.com> wrote:
> Внедрять Agile в компании методом "cнизу" весьма неблагодарное
> занятие, шансов на успех достаточно мало.
>
> On 9 янв, 18:19, Евгений Сверчков <u02...@gmail.com> wrote:
>
>
>
>
>
>
>
> > Да вы правы...
> > Но я боюсь что менеджера скажут что мы фигней маемся. И в два раза
> > меньше работы делаем за одним экраном.
p.s. это все из личного. проработал в таком месте что-то около 3-х
месяцев :)
On 9 янв, 18:43, "Alexander I. Zaytsev" <hazzik+nos...@gmail.com>
wrote:
> 9 января 2012 г. 21:40 пользователь Alexander Milikovski
> <alex...@gmail.com>написал:
Опять таки согласен с Alex-ом. И у него пример про компанию 100+
человек. А что же говорить про 5000+ человек? Конечно не все эти люди
программисты, но это показывает уровень на котором она работает. Да им
чаще проще и быстрее, как часть работы над проектами, купить и
внедрить системы у которых лицензии с поддержкой стоят сотню тысяч
долларов на год, чем внедрять какой то там agile. Это не значит что
они этого делать не хотят принципиально или никогда не сделают. Просто
для этого решение обязано придти сверху. Я говорю про общую политику
ведения проектов в компании, а не про отдельные группы, которые
используют новые подходы в рамках своего бюджета и времени.
On Jan 9, 5:43 pm, "Alexander I. Zaytsev" <hazzik+nos...@gmail.com>
wrote:
> 9 января 2012 г. 21:40 пользователь Alexander Milikovski
> <alex...@gmail.com>написал:
Серьёзно? И в скольких крупных команиях вы работали, что бы делать
такие заявления?
Опять таки согласен с Alex-ом. И у него пример про компанию 100+
человек. А что же говорить про 5000+ человек? Конечно не все эти люди
программисты, но это показывает уровень на котором она работает. Да им
чаще проще и быстрее, как часть работы над проектами, купить и
внедрить системы у которых лицензии с поддержкой стоят сотню тысяч
долларов на год, чем внедрять какой то там agile. Это не значит что
они этого делать не хотят принципиально или никогда не сделают. Просто
для этого решение обязано придти сверху. Я говорю про общую политику
ведения проектов в компании, а не про отдельные группы, которые
используют новые подходы в рамках своего бюджета и времени.
Странно. Вроде бы взрослый, состоявшийся профессионал, а заявления в
стиле подростка максималиста. Повторюсь. Речь не на уровне отдельных
команд, где они распоряжаются временем и бюджетом и то относительно.
Речь о полной перестройки в сознании компании. Она может быть и
бывает, но никогда не приходит снизу. Максимум на что вы можете
рассчитывать, заинтересовать нужных людей в особом проекте.
Расспространиться это потом на всю компанию или нет, это тоже не 100%.
On Jan 9, 10:17 pm, "Alexander I. Zaytsev" <hazzik+nos...@gmail.com>
wrote:
> 10 января 2012 г. 1:43 пользователь Alexander Milikovski
> <alex...@gmail.com>написал:
>
> > Серьёзно? И в скольких крупных команиях вы работали, что бы делать
> > такие заявления?
>
> Давайте не будем мериться пиписьками, и останемся при своём.
>
>
>
> > Опять таки согласен с Alex-ом. И у него пример про компанию 100+
> > человек. А что же говорить про 5000+ человек? Конечно не все эти люди
> > программисты, но это показывает уровень на котором она работает. Да им
> > чаще проще и быстрее, как часть работы над проектами, купить и
> > внедрить системы у которых лицензии с поддержкой стоят сотню тысяч
> > долларов на год, чем внедрять какой то там agile. Это не значит что
> > они этого делать не хотят принципиально или никогда не сделают. Просто
> > для этого решение обязано придти сверху. Я говорю про общую политику
> > ведения проектов в компании, а не про отдельные группы, которые
> > используют новые подходы в рамках своего бюджета и времени.
>
> Смысл в том, что если люди внизу хотят agile, то они его внедрят и
> руководство об этом даже и не узнает.
>
> А такие, как вы, находящиеся в позиции
> жертвы<http://www.slideshare.net/Nfilippov/agile-days-2010-agile>,
Но я боюсь что менеджера скажут что мы фигней маемся. И в два раза
меньше работы делаем за одним экраном.
Пару лет назад я, скорее всего, вел бы себя так же. К тому времени я
On 10 янв, 06:35, Алексей Волков <m...@aivolkov.ru> wrote:
> Интересно услышать подробнее про ощущения духа <<заводов>>
>
> 10 января 2012 г. 2:42 пользователь Alex <mr.karaba...@gmail.com> написал:
11 января 2012 г. 13:25 пользователь Alex <mr.kar...@gmail.com> написал:
мои выводы: спорить не нужно.
Нужно аппаненту дать понять, что два решения имеют место быть. Потом совместно решить, какое оставить, а какое убрать. И ключивое слово совместно..... Так предвзятость к своей правоте уходит на второй план. А на первы план ставиться решение задачи. Сегодня я вообще не спорил, а просто соглашался и начинал делать. Затем показывал на проблемы и предлогал свое решение. Причем просил чтоб он его раскритиковал. И мы вместе находили наиболее подходящий вариант.
Сегодня выбирали как собирать данные для отчета. Я предлогал ОЛАП куб, но выбрали плоскую таблицу, так как их верстать удобнее в репорт билдере.
11.01.2012 15:59 пользователь "Alexander Byndyu" <alexande...@gmail.com> написал: