Как стать более организованным программистом? [закрыто]


9

Я программист, который умеет кодировать. Но я нахожу, что могу добиться цели, но не добиться успеха, как это делают большинство сообществ открытого кода. Ну, я использую некоторые библиотеки из git hub. Я считаю, что большая часть программы хорошо структурирована. Также читайте мне.

Мой вопрос:

  1. Это какая-то общая файловая структура или соглашение об именах в сообществе, или это просто вопрос личного вкуса?

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


Я не думаю, что есть волшебный ответ, но один из способов подойти к нему - посмотреть, что позволяет вам легко «войти» в хорошо организованный проект с открытым исходным кодом, который вы используете, и повторить эти вещи в своем собственном проекте. Один маленький кусочек за раз.
Филипп

2
Как и во многих вещах в программировании, безусловно, самое важное - быть последовательным
Том Сквайрс

1
@ TomSquires: я должен не согласиться. Безусловно, самое важное - всегда улучшать себя и код + документацию. Согласованность ради согласованности усложняет поддержку программного обеспечения с течением времени.
10

Мало того, что нет волшебного ответа, есть миллион различных способов программирования, структурирования проектов и т. д., и множество людей с мнениями, хорошими или плохими, по всем из них. Есть много маленьких вещей, которые вы можете сделать, много больших вещей, но не волшебная пуля
ozz 13.12.12

Ответы:


3

Структура проекта разработки много раз обсуждалась в Stack * ( 1 , 2 ), просто сделайте выбор, соответствующий вашей ситуации.

Чтобы стать более организованным, я попробовал много различных методов и инструментов для организации кода и окружающей информации:

  • Средства отслеживания ошибок, такие как текстовые файлы GitHub / Bugzilla / TODO
  • Вики любят GTD TiddlyWiki / GitHub
  • Инструменты сборки, такие как make / Maven / rake
  • Инструменты управления проектами, такие как JIRA и Redmine
  • Редакторы, такие как jEdit и vim
  • Инструменты слияния, такие как Meld и kdiff3
  • Системы контроля версий, такие как Subversion и Git (на самом деле, поцарапайте их, просто используйте Git и избавьте себя от многих неприятностей)

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


gtdtw ссылка вниз?
Ell

2

Рефакторинг вашего кода, пока вы не будете довольны им.

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

Учись на практике.

* В основном верно :)


+1. Код является «правильным», когда любое повторение выдавливается и тесты проходят. Структура может измениться, чтобы пройти последующие испытания. Я стараюсь не вводить сложности в ожидании неписаных тестов.
Кевин Клайн

0

Git и SourceForge. Это два элемента, которые я использую при написании большой неорганизованной программы. Для деталей Google два, поскольку я не могу связать прямо сейчас по некоторой странной причине. Извините, надеюсь, это поможет.


0

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

Таким образом я получил работу, где я и старший программист сотрудничали по проектам, и он просмотрел весь код, который я зарегистрировал. Время от времени он писал мне письмо со всем, что раздражало или озадачивало его в отношении моего кода. Мне потребовалось некоторое время, чтобы найти стиль, в котором и мне, и ему было достаточно комфортно, и у нас были жаркие споры о некоторых вещах, но в целом я многому научился, и мы расстались как друзья.

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

Читайте книги / статьи о соглашениях об именах и стилях форматирования. Разные сообщества используют разные стили. Как правило, хорошей идеей является использование стиля, который люди, вероятнее всего, прочтут ваш код.

Некоторые конкретные советы по структурированию кода:

  • Когда вы увидите, что некоторая часть вашего кода может быть упрощена, сделайте это.
  • Когда вы увидите, что некоторую часть вашего кода можно использовать повторно, сделайте это функцией и используйте ее повторно.
  • Не бойтесь менять имена переменных и функций, если они плохие.
  • Если у вас есть идея для чего-то (структура, функция, класс, шаблон, что угодно), которое может облегчить вашу жизнь, создайте ее и используйте.
  • Передумайте часто. Каждый раз, когда вы это делаете, вы чему-то учитесь.

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.