@Michauk

У меня в ближайшие 6 месяцев не будет компьютера. Возможно ли писать программы на обычной бумаге или это будет бессмысленно, потому что нужно посмотреть, как выполняется написанная программа?

0

@_script_

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

0

@Michauk

_script_, это я понимаю. Вопрос в том, что имеет ли это смысл?

0

@Krasme

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

0

@_script_

Michauk, ну тебе решать) Если большой проект, то думаю, лучше просто прикинуть структуру программы, все модули и т.д.

0

@Michauk

Krasme, _script_, понял, большое спасибо.

0

@StasyanKO

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

0

Charles Kludge

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

0

raxp

...пока не было ПК, на листочках и алгоритмы и программы рисовал, помогает структурному мышлению и системному подходу.

0

@taras atavin

Вот только ему не оформить готовое надо, а создать новое.

Добавлено через 1 минуту
Интересно, откуда ж он возьмётся то, если нет программного текста для перевода в блоксхемы?

0

@_script_

Вообще то алгоритм сначала составляют, а потом пишут по нему код)

0

@taras atavin

В каком виде его составляют? Сама программа - тоже запись алгоритма. Оформить по всем правилам блоксехму и не допустить при этом ошибок - совсем не то же, что разработать программу. Даже если ты вообще справишься сразу с оформлением, отладить на графическом языке не получится, а на языке программирования если задача не слишком обширна можно исполнить программу вручную, что тоже тянет на отладку. А в простых случаях отладка программного текста не нужна. Графические же представления алгоритмов страдают общими недостатками:
1. Любой алгоритм есть последовательность операций, то есть действий, действия выражаются глаголами, а наглядное графическое представление глаголов скудно и ограничено глаголами "открой" и "закрой" и фразой "иди туда". Обозначение остального приходится заучивать.
2. Разнообразие типов цифровых данных не лезет ни в какие заранее оговоренные рамки и требует описания прямо в алгоритме, что графике достаточно проблематично. Потому UML и не вполне графический. А графические средства опять таки придётся заучивать.
Третий под вопросом, но на данном этапе справедлив:
3. Воткнуть туда же графический интерфейс самого приложения не получается вовсе.
Ну так вот, заучивание графических средств представления той инфы, для которой они не приспособлены, требует больших усилий, чем запоминание изначально абстрактно-универсальных слов. Соответственно и применяются они с большим скрипом. Потому UML и годится лишь на то, чтоб спроектировать "скелет" программы, а нотация блок-схем кое как тянет на промежуточное представление при ручном переводе с одного языка программирования на другой. Когда машинное время было дорого, блоксхемы может и были оправданы в какой либо другой роли, но не сейчас же, когда все нюансы каждого слова отлично изучаются прогоном тестовых приложений.

0

@_script_

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

0

@taras atavin

1. Диаграмма классов UML - не вся программа.
2. Даже набросать декларацию классов можно сразу на языке программирования.

0

Новичок

Жалко конечно, любой скажет, что писать на бумаге - мало,что дает. Но может пойти в какие-то компьютерные клубы?

0

@tezaurismosis

Когда на парах слишком скушно, вспоминаю какую-нибудь задачу, нерешённую мной когда-то и пишу на бумажке код прямо на ЯП (на C# или Python). Некоторые элементы опускаю, оставляю лишь то, чтобы была понятна идея/алгоритм.
Неплохое развлечение

0

@Gandi_man

Конечно имеет... Знаешь кто такой Стив Возняк? Он например все свои программы писал сначала на листочке, затем покупал компьютерное время и писал программу уже на терминале, который был подключен к дорогущему здоровенному компьютеру...

0