Добавление единственного файла в репозиторий Подрывной деятельности, но не других файлов вдоль пути

Каков лучший набор деталей, чтобы дать программисту для определения проекта?

это зависит от проекта от Вашего понимания того, что Вы хотите, и на понимании программиста бизнес-домена. Пользовательские истории, примеры использования и описания модульного теста являются большими, но понимание программиста бизнес-домена является критической основой для всех них.

Проще говоря, я знаю то, что я хочу сделанный, но я ничего не знаю о превосходном программировании

, первый шаг должен признать, что Вы нуждаетесь в помощи;-)

и поэтому что является лучшим способом определить мой проект программисту, таким образом, он дает мне, в чем я нуждаюсь. т.е. сводка проекта, разработайте резюме, блок-схемы?

ни одно из вышеупомянутого - так как Вы не программист, Вы не будете в состоянии записать эти технический описания точно. Ни если Вы!

, поскольку другие отметили, необходимо сказать программисту, что Вы, пользователь, хотите быть в состоянии сделать. Не , как , чтобы сделать это, но , что программное обеспечение позволит Вам сделать. "Что" является требованиями, "как" дизайн.

Прежде всего, тем не менее, программист должен понять бизнес-домен , который лежит в основе requiements. Без этого основания он действует в концептуальном вакууме.

, Как только у программиста есть подсказка о Вашем бизнесе, затем говорите о приложении (приложениях), в котором Вы нуждаетесь.

медленно Продолжаются, пишут пользовательские истории вместе , тянут экраны и делают бумажные макеты вместе , договариваются о деталях how-it-should-work (относительно пользователя) вместе . Объясните программисту, что, так как это - Ваш первый проект, Вы действительно хотите быть вовлеченными на каждом шаге в процессе запуска, но как только Вы оба понимаете и договариваетесь, как приложение должно быть сделано - включая то, какие тесты это должно перейти, чтобы быть принятым - тогда Вы оставите его в покое для кодирования все еще будучи доступными для вопросов.

не используют неопытного разработчика для этого первого проекта , так как Вы будете полагаться на него, чтобы преподавать Вам хорошие методы.

РЕДАКТИРОВАНИЕ: и если у Вас есть больше чем одно приложение, которое будет создаваться со временем, выберет разработчика, которого Вы любите и что Вы думаете, что могли работать с за длительный срок. Постройте отношения с ним на основе взаимного доверия и уважения. Существует много действительно хороших программистов с нулевыми административными навыками; избегайте их, поскольку они сведут Вас с ума в конечном счете.

15
задан nedned 11 November 2009 в 04:40
поделиться