Книжка по программированию.

[STAKANOV]

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

[mif]

Наш препод нам говорит, чтобы лучше понять этапы разработки ПО (основа основ) : "Берётся сложная математическая задача и процесс её решения оформляется в виде блок схемы".

Вот если по теме Разработка программных проектов на основе Rational Unified Process (RUP)

[STAKANOV]

Наш препод нам говорит, чтобы лучше понять этапы разработки ПО (основа основ) : "Берётся сложная математическая задача и процесс её решения оформляется в виде блок схемы".
...

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

Мне как раз один выпускник МИФИ расказал, что на кодирование уходит минимум времени. "Круто!" - воскликнул я, - "Покажи как ты пишешь программы!". Он показал мне листочек бумаги форматом А4, но котором было несколько (4 или 5) прямоугольников. Это была основная структура (основные модули). А дальше он садиться за ПК и вперед. Причем речь идет о серьезной БД. Честно говоря я за свою жизнь других вариантов не встречал - все делают примерно так же.

[STAKANOV]

Вот если по теме Разработка программных проектов на основе Rational Unified Process (RUP)

Тираж 2500 экз! Но стоит около 200р....

[mif]

Я лично не очень люблю блок схемы, мне гораздо понятнее
такой вид записи : 1)......
2)......
........
алгоритма.
Я лично не часто пользуюсь какими-то блок-схемами и т.п. все в голове держу. Лист может потеряться, а вот голова нет

[mif]

А вообще самая лучшая книжка по программированию это Кнут

[Mirage]

Блок-схемы устарели давно. Лет 20 назад. Ибо в виде кода все тоже самое получается нагляднее, а главное - короче.

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

[vada]

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

Посмоти в сторону UML. Эта хрень как раз и создана для объектного проектирования. Блок схемы рисовать для объектных языков это стремно. Чесслово, не знаю даже как их прикрутить. Потом, удобно пользоваться при описании алгоритка (касательно какого либо метода) обычным языком. Типа:
Проверяем переданные параметры.
Если параметр А меньше нуля, то пусть он будет ноль
Если параметр А больше его допустимого значения, то пусть он будет максимальным значением.
....
Эти все словеса оставляешь в коде программы. Просто помечаешь их как коментарии. Но сперва нудное и муторное проектирование связей в UML. Там весь проект рисуется.

[vada]

Наш препод нам говорит, чтобы лучше понять этапы разработки ПО (основа основ) : "Берётся сложная математическая задача и процесс её решения оформляется в виде блок схемы".
...

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

Мне как раз один выпускник МИФИ расказал, что на кодирование уходит минимум времени. "Круто!" - воскликнул я, - "Покажи как ты пишешь программы!". Он показал мне листочек бумаги форматом А4, но котором было несколько (4 или 5) прямоугольников. Это была основная структура (основные модули). А дальше он садиться за ПК и вперед. Причем речь идет о серьезной БД. Честно говоря я за свою жизнь других вариантов не встречал - все делают примерно так же.

Можно еще меньше. Объектная программа, обычно, состоит из 3-х прямоугольников. Например, Init, Run, Done.

[vada]

А вообще самая лучшая книжка по программированию это Кнут

Да, если собираешься программировать на С или асемблере. С объектами у него не очень.

[STAKANOV]

А вообще самая лучшая книжка по программированию это Кнут

Да, если собираешься программировать на С или асемблере. С объектами у него не очень.

Я когда-то читал "Объектно-ориентированное проектирование" Гради Буча. Потом пробовал. Не уверен я, что объектно-ориентированное проектирование - практичная вещь. Хотя с тех пор как я ее читал прошло уже несколько лет и возможно стоит ее перечитать.

Причина моих сомнений это то, что компьютеры у нас не объектно-ориентированные.

[vada]

А вообще самая лучшая книжка по программированию это Кнут

Да, если собираешься программировать на С или асемблере. С объектами у него не очень.

Я когда-то читал "Объектно-ориентированное проектирование" Гради Буча. Потом пробовал. Не уверен я, что объектно-ориентированное проектирование - практичная вещь. Хотя с тех пор как я ее читал прошло уже несколько лет и возможно стоит ее перечитать.

Причина моих сомнений это то, что компьютеры у нас не объектно-ориентированные.

Причина не уважительная. и за отмаз не катит. А перечитать стоит. Многие вещи в объектной модели решаются проще и элегантнее. Мир то наш объектный. А человек умеет оперировать абстракциями и образами. Так что... Хотя, кому что. Кто на паскале процедурном, кто на С, а другим С++, ADA, LISP, JAVA подавай. Мне больше JAVA по душе, но и паскаль (object) очень уважаю. Ну а если объекты то UML стопудово. Оччень удобно. Потом, действительно, только кодить остается.

[@lex]

http://delphiworld.narod.ru
Я все вопросы там смотрел, когда писал на Delphi, но думаю помошь будет и для FP. А так, верно было сказано, главное - представлять алгоритм (блок-схему)