+ + +
С нами с 15.06.06
Сообщения: 201
Рейтинг: 51
|
Добавлено: 21/10/06 в 10:31 |
Смотрю сейчас на то, что написал всего год назад, и не понимаю.
Не понимаю, что сам писал...
Где-то (phpfaq.ru) прочитал, что, собственно, написание кода занимает 30% времени. Остальное, планирование, документирование и тесты.
И это правильно.
А как вы планируете свои проекты? Я рисую на бумаге квадратики со стрелочками с сылками на другие листки.
У ZEND'а есть стандарт именования файлов, и форматирования кода. Да для всего есть у ZEND'а стандарт! Стараюсь следовать стандарту.
А как вы организуете свою работу?
P.S:В Москве сейчас +-0 и ветер,всегда в морду, и снег. Или дождь? Но тоже по лицу.
|
|
|
|
С нами с 24.10.04
Сообщения: 18881
Рейтинг: 9010
|
Добавлено: 21/10/06 в 10:45 |
наверное все таки организация работы, а не производство, материально ведь ничего не производишь, тока если духовно... хм, философия прям таки...
все зависит от проекта, если он очень крупный, то примерно также блок-схемами на листочке, а мелкие в голове можно удержать... вот
тока не понятно, чего ты хотел добиться этим вопросом, может какиенить средства автоматизации? чтот вроде ерп технологий?
|
|
|
|
С нами с 30.06.06
Сообщения: 79
Рейтинг: 78
|
Добавлено: 21/10/06 в 13:19 |
В плане рабочего процесса: Недавно себе мантис поставил. Сам себе туда обращения пишу, и мысли всякие по поводу проектов записываю. Удобная штука, да и компаньон всегда может зайти и себе что-нибудь написать туда. Видно, кто что придумал и кто над чем работает в рамках проекта. И задачи ставить с его помощью легче.
Изначально - первая мысль оформляется на бумажке с квадратиками и стрелочками. Но потом в процессе "за кружкой пива" первоначальный вариант весьма сильно трансформируется в нечто более интересное и умное. Учу себя записывать вообще все, а структурировать и оценивать меня научили в универе.
|
|
|
|
Genuine Quality
С нами с 28.08.05
Сообщения: 652
Рейтинг: 910
|
Добавлено: 21/10/06 в 14:03 |
Для планирования и диаграм - Enterprise Architect, Visio.
Во время разработки - любая из VCS (version control system), например Subversion (SVN), и обязательно коменты писать при коммите, тогда через любой промежуток времени посмотришь лог и разберешься в коде. Особенно нужна VCSка, если несколько человек работают с кодом, иначе такая работа приводит к печальным последствиям.
Лично я завел привычку писать документацию к каждому классу и методу сразу после описания сигнатуры, код становится более понятным. + адекватные названия классов, методов и локальных переменных.
|
|
|
|
С нами с 21.06.05
Сообщения: 1788
Рейтинг: 1579
|
Добавлено: 21/10/06 в 23:11 |
Simplex писал: | VCS (version control system) |
CVS (Concurrent Versions System)
|
|
|
|
С нами с 17.10.06
Сообщения: 29
Рейтинг: 29
|
Добавлено: 21/10/06 в 23:26 |
Никого обидеть не хочу, но всегда писал программы без особых загонов и планирований, просто на бумаге расписывал её блоки (занимает это как правило пару часов) и последовательно их реализовывал, без спешки, но сразу, всегда нужно писать сразу, т.е. до конца, не делать недельных перерывов, дабы мысли не потерять.
ИМХО планировать можно бесконечно, а в итоге получится хуйня или просто бросишь эту затею, не доведя до конца.
Я даже некоторые проги свои рекламировать начинал как готовые, когда они ещё небыли и наполовину сделаны. Стучащие в асю и мыло покупатели очень стимулируют процесс.
Но это всё конечно подходит только одиночке, в группе это не прокатит и приводит (неизменно) к краху проекта.
Вот такие пироги...
|
|
|
|
Genuine Quality
С нами с 28.08.05
Сообщения: 652
Рейтинг: 910
|
Добавлено: 22/10/06 в 01:16 |
samedi писал: | CVS (Concurrent Versions System) |
CVS это один из видов VCS, достаточно старый. основной его недостаток заключается в том, что номер ревизии присваивается каждому файлу в отдельности, в то время как в SVN номер ревизии присваивается всему репозиторию в целом. это позволяет избавиться от некоторых недостатков, присущих CVS.
|
|
|
|