Как понимать програм-е, и писать собственный код?

Question

[CodingStub]

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

Как эффективнее всего выйти из этих рамок , и научиться писать собственный код?

Надеюсь на понимание проблемы, и максимально полезные ответы! Всем спасибо!

Comments

[Евгений Самсонов]

Головой и руками

[Сергей Горностаев]

Но, почему именно нужно так писать, и никак иначе. И как можно по-другому реализовать задачу, никто не рассказывает.

Странно, за двадцать лет в отрасли прочитал натурально сотни учебников, во всех всё необходимое рассказывают и объясняют. Может вы просто ̶с̶м̶о̶т̶р̶и̶т̶е̶ ̶в̶ ̶к̶н̶и̶г̶у̶,̶ ̶а̶ ̶в̶и̶д̶и̶т̶е̶ ̶ф̶и̶г̶у̶ не понимаете то, что автор до вас пытается донести?

[CodingStub]

Сергей Горностаев, а зачем вам "сотня" базовых учебников за 20 лет понадобилась? ))

[Сергей Горностаев]

CodingStub, ну, во-первых, 17 языков программирования, не считая диалектов. Во-вторых, в мою сотни входили не только базовые.

[CodingStub]

Сергей Горностаев, тогда вопрос исчерпан!

[posters]

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

Answer 1

[Олег Смирнов]

Чтобы научиться писать код, надо писать код. Да, даже если не получается просто брать и решать задачу, даже если ее решения не видно.

Answer 2

[rPman]

Как эффективнее всего выйти из этих рамок , и научиться писать собственный код?

Решать задачи не через использование готовых решений но и до крайностей не доходить. Совершенно нормально не заниматься разбором видеофайлов на низком уровне, хватит научиться пользоваться ffmpg.

Еще важный момент - правильный выбор задач.

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

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

Answer 3

[Uno]

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

Answer 4

[evgeniy_lm]

1. Программирование это не написание кода, а решение проблемы заказчика/работодателя. Ваш "уникальный код" нафиг ни кому не нужен если он не в состоянии сэкономить время/деньги
2. Любую задачу можно разделить на 100-1000 более мелких, как правило стандартных, уже давно хорошо описанных теоретически, для которых уже создан оптимизированный код. Вопрос - зачем изобретать велосипед?
3. Существует огромное количество стандартных задач которые не имеют оптимального решения, например нахождение простых чисел. Но это уже не вопрос кодирования. Так что если вы найдете более оптимальное решение какого либо вопроса честь вам и хвала. Ну, а написание кода это уже мелочи.

Comments

[CodingStub]

небольшое уточнение, вы в своей работе по большей части используете готовые решения, или изобретаете свое?

[evgeniy_lm]

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

Answer 5

[Сергей Карбивничий]

Хотите книгу вроде "500 вариантов написания Hello World"? Ну прочитаете её - дальше что? Вы будете знать 500 вариантов вывода на экран строки. А какой от этого толк? Правильно, никакой.

Все учебники и туториалы по ЯП рассказывают об основах программирования.

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

Answer 6

[Fenrir89]

Начните с алгоритмизации, затем синтаксис языка, затем аспекты типизации, нетипизации переменных в языке, может начинать писать свой код спотыкаясь об ошибки выдаваемые при компиляции и глюки исполнения кода, так познаётся дзен программировагия, а к вопросам почему так, а не иначе вы может быть придёте лет через 10 когда станете понимать всю архитектуру ОС или нюансы интерпритатарора который этот код исполняет, может и никогда завист чаще всего не от вас, слишком быстро в этом царстве все меняетя особенно в web