Какие инструменты вы используете для создания своего программного кода, кодирующего его?Создание вашего проекта программы
ответ
Примите свои идеи к ручке и бумаге, присаживайтесь и приучите идею немного больше, немного ее создавайте, затем пусть идея откроется еще немного. Это ваша отправная точка для документации, после чего вы можете составить список дел из этого и придерживаться его, если вам нужно его изменить, напишите его. Конечно, не стесняйтесь рисовать эскизы, каракули, чтобы получить свой мозг сбрасывается на бумагу.
Вы можете использовать доску или доску.
Конечно, полностью за вашу собственную ответственность вы можете впитать несколько алокохолических напитков, обдумывая их ... но не делайте кодирования, будучи пьяным или высоким, как кайт, потому что после этого вы будете в шоке от удара когда вы видите код и спрашиваете себя: «Я действительно написал это?» .... или ... «Что случилось с моим компьютером?».
Надеюсь, это поможет, С уважением, Tom ,
В зависимости от сложности и масштаба вашего проекта. Для очень маленьких программ я пишу некоторые строки в псевдокоде, а затем программирую программу вниз. Если он должен что-то делать с массивами, структурами данных и т. Д. Я рисую какое-то представление и стараюсь думать об общих и частных случаях. Если задействовано несколько классов, я начинаю с некоторых UML-диаграмм (диаграмм последовательностей, классов). Иногда кодирование своего прототипа и экспериментирование с ним будут делать трюк. Если кто-то сделал то, чего вы пытаетесь достичь раньше, прочитайте его код, попытайтесь понять его, на нем настроить, улучшить его.
Я нахожу хороший способ спланировать, как закодировать что-то, подумать об этом немного, записать свои идеи в краткой форме, а затем попытаться скопировать некоторые из ваших идей, которые, похоже, сработают. Выберите самое простое, что может приблизиться к первому шагу вашей цели и попытаться реализовать это и посмотреть, что произойдет. Затем, после первых нескольких часов/дневного кодирования, сделайте шаг назад и посмотрите, что вы узнали.
И это важно: будьте готовы выбросить весь код, который вы написали в первый день, если это необходимо.
Рассматривайте это как учебное упражнение. Теперь вы знаете больше о проблемной области, и где ваш первый дизайн хорошо работает и плохо работает. Поговорите о том, что вы сделали с некоторыми коллегами, попросите совета. Покажите им, что вы сделали, и попросите их критиковать его.
На второй день удалите все, что вы сделали неправильно, и сделайте это снова, но лучше. Повторяйте процесс столько раз, сколько необходимо, проверяя свой код в каждый день, чтобы документировать ваш прогресс, ваши ошибки и то, что вы узнали. Продолжайте разговаривать с другими людьми о том, что вы делаете (при условии, что у них есть время). Легко моргнуть себя в тупик, если вы работаете в одиночку - так сосредоточены на своей цели, что вы пропустите большую картину.
После первой недели вы, должно быть, много сделали много ошибок и многому научились, поэтому, надеюсь, к настоящему времени вы начали формировать в своем уме лучший способ продолжить.
Альтернативный способ, который часто предлагается, заключается в том, чтобы сесть за первый месяц проектирования и планирования остальной части проекта и задокументировать все это до написания первой строки кода. Проблема с этим методом заключается в том, что в начале проекта вы знаете меньше всего о том, что вам нужно делать, о том, как туда добраться, и о каких проблемах вы можете столкнуться на пути. Я думаю, что важно выбрать процесс, который позволит вам изменить свой дизайн, когда вы узнаете больше.
«Сделайте простейшую возможную вещь, которая поможет вам приблизиться к вашей цели» - отличный совет (вентилятор GTD, Я принимаю это?) – kyoryu
Это действительно хороший совет, но когда вы работаете в команде, ваша способность планировать и общаться так же важна, как и ваши фактические навыки программирования. Поэтому не пренебрегайте необходимым планированием или архитектурными соображениями. –
Я обычно сплю на нем ночь и попытаюсь представить общий ход исполнения. Как только у меня это получилось, я выясню все детали, поскольку я кодирую. Мне очень сложно думать на любом уровне ниже, чем общий поток выполнения, без фактического кода для ссылки. Наконец, я рефакторинг, потому что, как правило, у меня есть некоторые элементы дизайна, которые являются артефактами того, как проект развивается и имеет смысл только в этом контексте.
- 1. UML-представление вашего проекта
- 2. Местоположение вашего проекта содержит пробелы.
- 3. Создание вашего первого приложения - Android
- 4. Создание поисковой системы вашего сайта
- 5. Создание вашего сайта на LinkedIn
- 6. Затмения: показывать интерактивную карту вашего проекта
- 7. Каков процент покрытия кода для вашего проекта?
- 8. Программно получить версию Maven вашего проекта
- 9. Местоположение вашего проекта содержит пробелы. (Android Studio)
- 10. Reuse Project Explorer 'для вашего проекта плагинов
- 11. Создание программы
- 12. Создание проекта модуля/пакета?
- 13. Создание проекта, создание проекта неудачная визуальная студия
- 14. Создание угадывающей программы Java-программы
- 15. Создание предустановок проекта Eclipse
- 16. Предотвратить создание проекта проекта стать участником проекта
- 17. Создание x64-программы в vs2010
- 18. Создание сочетаний клавиш для вашего приложения HTML5?
- 19. BASH: Создание страницы для вашего псевдонима
- 20. Создание Android приложения для вашего сайта
- 21. Создание границы вокруг вашего графика D3
- 22. Создание вашего класса источника событий в Java
- 23. ExceptionAsserts и отладка вашего проекта C# в VS
- 24. Создание программы для обновления пользователями
- 25. Создание программы рисования
- 26. Создание классов пользователем программы
- 27. Создание переменных внутри программы
- 28. Создание программы дешифрования кода
- 29. Создание простой программы шифрования
- 30. Создание программы на C++
Вы могли бы немного уточнить/уточнить? –
Я имею в виду как ручку или бумагу? как начать кодирование? – user963241
Кодирование с помощью редактора, графического интерфейса с ручкой и бумагой ..... –