Сколько процесса единственный разработчик должен следовать? Формальный процесс слишком много?
Ни одно из этих решений не будет работать для нас (кроме отключения проверки схемы вообще). В итоге у нас был пропущенный матч в нашей версии Newtonsoft.json
. Наш AppConfig не получил правильное обновление:
<dependentAssembly>
<assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-7.0.0.0" newVersion="7.0.0.0" />
</dependentAssembly>
Решение состояло в том, чтобы исправить версию сборки до тот, который мы фактически развертывали
<dependentAssembly>
<assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-7.0.0.0" newVersion="10.0.0.0" />
</dependentAssembly>
6 ответов
Даже если Вы не должны обрабатывать для продвижения хорошей коммуникации между членами команды, процесс может помочь Вам компенсировать то, что Вы не являетесь столь сверхчеловеческими, как Вы думали, что были, когда Вам было 18 лет :) Тип и сумма 'документов', которые Вы решаете сделать, зависят от Ваших собственных достоинств и недостатков. Плохая память? Записывайте свои проекты и мысли ежедневно. Хорошие деревья наблюдения, но не леса? Удостоверьтесь, что Вы дополнительны осторожный с Вашими требованиями и проектами. Хорошие леса наблюдения, но не деревья? Подробные списки задач, временные оценки и частые результаты являются Вашим другом.
Это сводится к: что является Вами, вероятно, чтобы испортить, и который обрабатывает справку с Вашим конкретным способом работать.
Вам определенно нужен процесс, существует много данных некода, которое входит в управление и поддержку проекта. Без процесса Вы будете страдать быстро, перехешируя дизайнерские идеи, потому что Вы забыли все те серьезные основания для того, чтобы не сделать что-то или переучивание, как перейти svn b/c, Вы только делаете это один раз в месяц.
Документация о дизайне, проектных решениях, операциях, и т.д. все жизненно важна для любого значительного проекта.
И тестирование, управление исходным кодом, и т.д. является всеми хорошими методами разработки и должно быть сделано независимо от размера проекта.
Это - очень широкий вопрос, но возможно я могу помочь путем обменивания моим опытом. Я работал в течение почти 5 лет над игровым проектом кодирования хобби с несколькими моими друзьями. Очень thightly группа вязания разработчиков, мы обычно тащили наши машины в единственную квартиру в течение выходных для разработки проекта. Моя точка здесь - то, что это могло сравниться с единственным усилием человека, поскольку мы были всеми там для выбора важных проектных решений и так далее. 'Процесс?' Нет, ни один я могу определить, даже ретроспективно.
Одна вещь, которая сохранила источник в управлении, следовала за 'гибкой разработкой' парадигма, которую мы решили реализовать от запуска: осуществите рефакторинг беспощадно. Мы сделали, и святой ад сделал он разбивает целую игру все время. Но это действительно содержало источник в чистоте, и когда мы решили пойти для 'стабильных версий' время от времени, все это, казалось, прибыло toghether.
Помните, что, в то время как можно быть соло теперь, те проекты могут стать достаточно успешными, что другие присоединяются к Вам. Таким образом, в то время как Вам, возможно, не понадобится весь этот дополнительный материал теперь, в конечном счете Вам можно было бы было жаль, что у Вас не было некоторой проектной документации и инструкций для создания вещей, управления репозиторием исходного кода, и т.д.
Также помните, что те "другие люди" могут быть Вами через несколько лет, когда Вы забыли все, что Вы знаете теперь. (Вы молоды - Вы не знаете еще, как быстро памяти исчезают.) Так думают о том, что требуется записать в пользу будущего сам.
При обращении страницы, которую Вы связали с - я говорю, следуют за процессами. Я - соло dev, и я следую за этими процессами. Вы не можете записать программное обеспечение, не зная Ваших требований и pre-requisistes. Как другие сказали, узнайте, как Вы работаете и Ваши преимущества и слабые места. Кроме того, иногда Вы будете застревать и добираться для небольшой помощи извне. Никто не знает все.
Целый процесс занимает время (часто никогда концы), и я уничтожил слишком много клеток головного мозга за эти годы для хранения каждой детали в моей голове. Интеллект-карты, блок-схемы и вещи как OneNote хороши для некодирования долгосрочной памяти. Попытайтесь сохранить объем его в одном месте или по крайней мере соединенный, таким образом, Вы не должны пытаться помнить, где искать его.