Как правильно писать программу?!

← →
vasIZmax © (2007-04-08 00:31) [0]

Вот вопрос такой возник.
Предположим нужно вот написать софтину. Понятно, что надо уметь кодить и пр. А вот как с проектировать весь процесс? Т.е. ТЗ, а дальше не тупо же запускать делфу, кидать кнопки на форму и писать код...

Думаю, должно быть какое-то планирование или что-то в этом роде, но как его оформлять(планирование), т.е. рассписать по пунктам, что к примеру, с такого-то по такое-то разрабатывать эту часть проги, а с такого-то по такое-то другую(естественно, при условии, что с первая выполнена)...

Если кратко, то "Как вообще планировать написание проги?".
Может есть литература по такому "проектированию", тогда подскажите что почитать)))

← →
cyborg © (2007-04-08 00:33) [1]

Дежавю

← →
Чапаев © (2007-04-08 00:36) [2]

>> что почитать
> Дежавю
а по мне так пэдээф лучше

← →
palva © (2007-04-08 00:41) [3]

Сейчас модно "экстремальное программирование"
http://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%81%D1%82%D1%80%D0%B5%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5

← →
Petr V.Abramov (2007-04-08 01:00) [4]

> А вот как с проектировать весь процесс?
0. расходы на организацию учета не должны превышать эффект от наличия учета. Следствие: если и так понятно, сколько бабок с нужной стенью точности, комп предназначен для того, чтоб играться.
1. Если твое понимание, чего от тебя хотят, проще написать на %паскале%, чем по-русски, пиши на %паскале%, а не ТЗ

← →
nomen (2007-04-08 11:21) [5]

palva © (08.04.07 0:41) [3]
Сейчас модно "экстремальное программирование"
Если бы только мода :(
Жалко, что там не предусматривается ситуация, когда все участники невменяемы.

← →
DrPass © (2007-04-08 12:14) [6]

Если все участники невменяемы, то
http://www.books.ru/shop/search?search_type=+&query=%EF%F0%EE%E3%F0%E0%EC%EC%E8%F0%EE%E2%E0%ED%E8%E5+%E4%EB%FF+%E3%E5%E5%E2&x=7&y=7

← →
nomen (2007-04-08 12:17) [7]

DrPass © (08.04.07 12:14) [6]
Ну и как? Работает?

← →
VAG (2007-04-08 15:01) [8]

http://www.piter-press.ru/book_about.phtml?id=978594723663

Есть еще конечно "Приёмы объектно-ориентированного проектирования. Паттерны проектирования" (Гамма, Хельм, Джонсон, Влиссидес) и SICP. Их тоже стоит прочесть.

← →
vasIZmax © (2007-04-08 15:59) [9]

> palva © (08.04.07 00:41) [3]
> Сейчас модно "экстремальное программирование"

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

> Petr V.Abramov (08.04.07 01:00) [4]

Здесь не в расходы идет упор. Упор идет именно на то с чего начинать делать софтину, когда уже есть ТЗ [сорри, в [0] опечатка, ТЗ есть, т.е. я знаю что нужно разрабатывать и приблизительно(80%) чем/что должно входить в нее]

> DrPass © (08.04.07 12:14) [6]

Это вапще не то, и не в ту ветку этот пост похоже... Имхо.

> VAG (08.04.07 15:01) [8]
> Приёмы объектно-ориентированного проектирования. Паттерны
> проектирования

Вечером должны будут принести эту книгу:). Спс. Сейчас вот нашел "Разработка требований к программному обеспечению", листаю))))

← →
MsGuns © (2007-04-08 17:24) [10]

>Вот вопрос такой возник.
>Предположим нужно вот написать софтину.

Лечится приемом внутрь 200 гр. огненной воды

← →
vasIZmax © (2007-04-08 17:36) [11]

> Лечится приемом внутрь 200 гр. огненной воды

А других вариантов нет?
Вы с этого начинаете разработку?)) Или все-таки с чего-то другого?

← →
Anatoly Podgoretsky © (2007-04-08 17:47) [12]

> vasIZmax (08.04.2007 17:36:11) [11]

Если другое не помогает.

← →
Nic (ro) (2007-04-08 17:58) [13]

> vasIZmax © (08.04.07 17:36) [11]

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

← →
Думкин © (2007-04-08 18:34) [14]

Разное можно.
Но чтобы некоторое представление получить о предмете, то можно почитать Стива Макконнелла Профессиональная разработка программного обеспечения. Там много ссылок на другие работы.

← →
vasIZmax © (2007-04-08 18:39) [15]

Пример: Нужно сделать калькулятор.
Этапы.
1. Написать код для ариф. операций.(на форму разместить компоненты .../перечисление/)
1.1. Пишем для "+".
1.2. Пишем для "-".
1.3. Пишем для "*".
1.4. Пишем для "/".
1.4.1. Проверка чтобы нуля в числителе нуля не было.
2. Написать код для тригонометр. операций.(на форму добавить компоненты ... /перечисление/)
2.1. Пишем для "cos"
...
и так далее.

Правильно ли так образом делать? (Т.е. получается и разработка, и документирование идут параллельно+ страховка
от ошибки(ну, если пропустили чего))).)

Или это чушь так делать? Если несложно приведите пример(хотя бы на калькуляторе)))

← →
homm © (2007-04-08 18:41) [16]

> [15] vasIZmax © (08.04.07 18:39)

И ты очень серьезно завалишься когда дойдешь до пунктов
3.Х. Пишем для "(".
3.Х+1. Пишем для ")".

← →
default © (2007-04-08 18:56) [17]

а "Мифический человеко-месяц" рулит?:)

← →
vasIZmax © (2007-04-08 19:25) [18]

> homm © (08.04.07 18:41) [16]

Ну, получается в [15] общая заготовка, а вот [16] еще дополнительные разветвления (акценты) в разработке. Так?
Но все-равно, получается что при дальнейшем таком вот описании "каркас" постоянно меняется и дополняется, при чем существенно! Значит так как в [15] - не выход...

> default © (08.04.07 18:56) [17]

Вы в ту ветку запостили?))) Иначе, "ват из"?

← →
default © (2007-04-08 19:32) [19]

Фредерик П.Брукс. Мифический человеко-месяц или как создатся программные системы

← →
vasIZmax © (2007-04-08 19:36) [20]

> default © (08.04.07 19:32) [19]

... Я не знал, что речь о книге... Извиняйте))

← →
default © (2007-04-08 19:39) [21]

кстати, ещё мелкософтская какая-то есть книженция
вот как раз прямо щас у меня она заливается
50 метров
"Принципы проектирования и разработки программного обеспечения"
могу кинуть линк если надо

← →
vasIZmax © (2007-04-08 19:42) [22]

ftp://87.240.15.243/pc_/Microsoft%20Corporation%20Printsipy%20proektirovanii%20razrabotki%20programmnogo%20obespecheni%20Uchebnyj%20kurs%20MCSD.pdf

http://matchast.ru/pc_/37842.php

По 10 кб скачивает - просит пароль... Нажимаю "ок", опять 10кб качает....
потом пароль просит... и так до 49,11 Мб))
Хотя с моими скоростями%)

у меня всё нормально скачалось
ещё попробуйте

> Карелин Артем (08.04.2007 21:35:25) [25]

Входи Нострадамусом

> Входи Нострадамусом

Это разновидность анонимауса ?
А где он есть ?

> Как правильно писать программу?!

сначало было "повелся" на слово "как" и хотел было уже предложить: руками, клавиатурой, джойстиком, силой мысли, приёмами кёкусинкай и самбо... но слово "правильно" развеяло праздность мысли, получается что правильно, значит придерживаясь стилистики норм и правил данного языка. однако же если бы вопрос был поставлен "как правильно написать программу" я бы ответил: программа, как реализованный на ЭВМ алгоритм, должна отвечать требованиям в полной мере, т.е. главное - выполнять свои функциональные обязанности реализуя все или почти все возможности языка программирования и ресурсы среды выполнения так, чтобы легкость её использования и надежность сохранности данных не вызывали никаких нареканий у пользователя.
вобщем так: сначало необходимо исчерпывающее ТЗ, затем выявление того функционала который возможно реализовать в полной мере либо нет (выбрать платформу, средства реализации и т.п. вплоть до компонентов), и только потОм воплощать поставленные задачи в программировании.

← →
db2admin (2007-04-09 09:58) [31]

есть еще "Путь камикадзе или как выжить в безнадежных проектах"

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

Как правильно писать программу?! Найти похожие ветки