Любая программа/сценарий/схема ориентирована на того, кто ее писал. Я написал — я понимаю. Написал сосед — понимает сосед.
Проблема — это донести, что ты написал до, бизнеса, разработки, тестера, автотестера.
Геркин в данном случае никак не помогает, но и не мешает. Нужен язык и подход к формированию языка, который поможет быстро донести свою мысль до всех участников.
Геркин тут никак не задает целевую аудиторию, ее задает человек которые придумает базовый синтаксис и словарный запас, обучит этому всех.
И если правило которое задает Геркин(Given, When, Then) понятно команде, то Геркин не поможет вам сформировать дальнейший язык.
А мне понравились. По сути вся статья это подготовка к разделу «Выводу». Пара ключевых моментов, которые для меня важные:
«Я понял что, если ты программист — то для тебя нет рамок ни в каком бизнесе. Мы за один год смогли понять практически все тонкости основных процессов абсолютно незнакомой для нас сферы и автоматизировать их.»
«Понял, как важна команда, цель, к которой мы движемся, и мечта. Мечта кардинально изменить сервис обслуживания в заведениях в лучшую сторону.»
Сори, может ввел немного в заблуждение. Я имел в виду legacy code. Обычно так называют код который достался в наследство :) И имеет ряд недостатков:
— Например такой код тяжело модернизировать.
— Такой код тяжело поддается тестированию.
— Код работает но чтобы понять почему, уходить много времени
— и так далее.
Думаю начать нужна с этой книги Michael Feather «Working Effectively with Legacy Code». Далее великий интернет вам поможет :)
Суть подхода и опыт работы в таком процессе у вас есть, это хорошо. Теперь вам надо двигаться в сторону работы с legacode, его модернизации, тестирование и рефакторинг. Процесс не легкий. Иногда кажется что все выкинуть и написать с нуля будет лучшем решением, но это не так.
А мне нравилась PBEM Mafia и считаю именно такой вид игры идеальным для сети.
Если есть желание играть в живую(видеть лица, эмоции и так далее), то играть лучше в живую.
Когда вы будете со всеми макетами, набросками и так далее будете ходить к заказчику, у того может сложиться впечатление, что вы дилетанты, и не можете шагу ступить без него.
Он же не знает, что вы всего лишь хотите его уберечь, от неожиданного результата :)
Дает ли классический ASP.NET полное разделение разработки на server side и client side?
ASP.NET MVC дает. При работе с ним есть все возможности развести две команды по углам и дать им трудиться совершенно раздельно(согласуя форматы данных)
Нормальное тихое спокойное место, где тебе никто не будет мешать заниматься задачами, которые требуют концентрации и внимание.
Но, обязательно общую комнату с task board, где можно пообщаться с другими участниками проекта и обсудить какие-то проблемы. Например будущий спринт. :)
Проблема — это донести, что ты написал до, бизнеса, разработки, тестера, автотестера.
Геркин в данном случае никак не помогает, но и не мешает. Нужен язык и подход к формированию языка, который поможет быстро донести свою мысль до всех участников.
Геркин тут никак не задает целевую аудиторию, ее задает человек которые придумает базовый синтаксис и словарный запас, обучит этому всех.
И если правило которое задает Геркин(Given, When, Then) понятно команде, то Геркин не поможет вам сформировать дальнейший язык.
«Я понял что, если ты программист — то для тебя нет рамок ни в каком бизнесе. Мы за один год смогли понять практически все тонкости основных процессов абсолютно незнакомой для нас сферы и автоматизировать их.»
«Понял, как важна команда, цель, к которой мы движемся, и мечта. Мечта кардинально изменить сервис обслуживания в заведениях в лучшую сторону.»
— Например такой код тяжело модернизировать.
— Такой код тяжело поддается тестированию.
— Код работает но чтобы понять почему, уходить много времени
— и так далее.
Думаю начать нужна с этой книги Michael Feather «Working Effectively with Legacy Code». Далее великий интернет вам поможет :)
Если есть желание играть в живую(видеть лица, эмоции и так далее), то играть лучше в живую.
Нет документации, нету user story, нету ничего. Только ты, IDE и твое воображение.
Что хочу получить — Что для этого надо иметь — Что для этого надо сделать.
Он же не знает, что вы всего лишь хотите его уберечь, от неожиданного результата :)
Плавали тонули %)
ASP.NET MVC дает. При работе с ним есть все возможности развести две команды по углам и дать им трудиться совершенно раздельно(согласуя форматы данных)
Но, обязательно общую комнату с task board, где можно пообщаться с другими участниками проекта и обсудить какие-то проблемы. Например будущий спринт. :)