Трудности в освоении программирования

Alexander Shagin

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

freeman

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

ReGeDa

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

ПРАКТИКА

.

_________________
Если я захочу изменить мир к лучшему, то обязательно начну с себя

Mad_Angel

Всем начинающим программистам могу сообщить свои личные наблюдения: [i]Я раньше не любил Паскаль, но теперь... [b]Мы изучаем Delphi[/b][/i] Вот и думайте дальше сами, что хорошо, а что сложно

_________________
От знаний еще никто не умирал, но рисковать не стоит.
Все великие люди мало жили. Вот и мне что-то нездоровится.

Dobrinya Ivashenko

Самая, как ни странно, главная трудность заключается в том, что многими забывается уже когда-то полученный базовый капитал знаний. Так вот например, сейчас многие из нас, информатиков, ломают голову над некоторыми простыми, казалось бы, вещами описательного характера при выполнении своих лабораторных по среде Delphi. Но увы, не одному мне наверное, приходится обращаться к различным help'ам и сопровождениям. В плане "делюсь с опытом" могу сказать, написал с трудностью программульку, любую, пусть даже не высшей алгоритмической сложности, создай для неё отдельную папочку. Храни всё аккуратно, обращайся регулярно к своим творениям и память путей содеянного будет орошаться. В любой необходимый момент ты просто мысленно уже будешь представлять себе не только сам алгоритм выполнения задачи, но порою и сам её листинг. Wink

freeman

Самое главное при изучении программирования избежать излишних шагов в этом деле. Я говорю конечно о изобретении веловипедов с пятью колесами. И поэтому считаю, ничто так не поможет в освоении любого языка, как разбор чужого(но обязательно профессионального) кода. Дело в том, что так называемые учебники для начинающих дают лишь первоначальное представление о структуре языков, не показывая, на мой взгляд, самое важное - то где конкретно можно употребить тот или иной механизм. На самом деле, прочитав и в совершенстве выучив, книгу, блистающую глубоким техническим описанием деталей и узлов машины, любой человек окажется бессильным оставшись с автомобилем наедине и имея при себе, лишь набор ключей. Но совсем другое дело, если он позовет, хотя бы и не автослесаря, но действительно опытного помошника. И опираясь на его советы сможет чему -нибудь научиться.
Но это не значит, что нужно сломя голову, скачивать чужие исходники с интернета, и как-то приспосабливать к своим нуждам. Напротив, получив в свое распоряжение чужой код, прежде всего нужно разобраться с его структурой, с тем, каким образом автор подошел к решению поставленной задачи. И конечно попытаться дополнить метод чем-то, на ваш взгляд, и поверьте - результат не заставит себя долго ждать!

mac

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

_________________
Гитарист - это рабочий, усердно производящий рваные струны и сточенные медиатры!

freeman

Dmitriy NoweeqOFF

Alexander Shagin

Интересные мнения Very Happy

. Попробую попорядку дать и свой комментарий
1)

freeman

Alexander Shagin

freeman

Alexander Shagin

Павел М. Борн

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

_________________
если голова болит - значит она все-таки есть!