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

Question

[SevaSava]

Здравствуйте, коллеги!

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

Я сейчас работаю в IT. Начинал с помощника сисадмина, ныне работаю в хелпдеске. Желаю перейти в разработку на Java (backend). Сейчас обучаюсь. Чувствую, что тяжело что-то представлять. Тяжело в голове строить какие-то абстракции, модели и т.п. У меня плохо развито абстрактное мышление. Логическое мышление тоже не самого высокого уровня.

Что я начал делать: начал пытаться решать задачи на логику. Но такие задачи требуют смекалки и способность догадаться (что логично) до какого-то решения, оперируя данными. Но я не знаю с чего начать и чем закончить. В принципе, с любыми задачами у меня так. Вижу текст, прочитал. А с чего начать и чем закончить — вот и приехали... Тупик...

Вопрос 1. как развить абстрактно-логическое мышление? Ряд моих близких говорят, что такое мышление - врождённая особенность и если его нет, то это не развить. Я в корне не согласен и моё мнение противоположное.

Вопрос 2. Как изучить методику программирования? Это ключевой момент. Многие твердят, что нужно учить не язык программирование, а учиться программировать. Но как? Язык - это инструмент, хорошо. Как же овладеть самим искусством программирования? Что нужно делать? Какие книги почитать? Я пробовал начать с "Грокаем алгоритмы" и с книги Никлауса Вирта по алгоритмам, но мало что понял. Читаю и, как говорится, "Смотрю в книгу, а вижу фигу"...

В прошлом окончил ВУЗ по IT-специальности, потом пошёл в армию, потом жизнь потаскала по различным местам, затем я попал в хелпдеск. Сейчас хочу всё-таки заняться программированием. Ещё в студенческие годы баловался в Delphi и вёрстке, это было чертовски интересно.

Благодарю за ответы и советы.

Comments

[SevaSava]

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

[VolgaVolga]

Я в корне не согласен и моё мнение противоположное.

На чем оно основано?

нужно учить не язык программирование, а учиться программировать

Чтобы научиться водить, нужно сесть за руль конкретного Фольксваген Поло.

хочу обсудить этот вопрос

Не тот ресурс выбрали.

[SevaSava]

VolgaVolga,

На чем оно основано?

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

Не тот ресурс выбрали.

Почему? У меня есть конкретный вопрос (точнее, 2 вопроса), я хочу получить на них ответ...

[Jacen11]

SevaSava,

Как же овладеть самим искусством программирования

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

Читаю и, как говорится, "Смотрю в книгу, а вижу фигу"...

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

[VolgaVolga]

Пока вопрос не удалили:

Желаю перейти в разработку на Java

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

[Jacen11]

SevaSava,

У меня есть конкретный вопрос (точнее, 2 вопроса),

они нихрена не конкретные, на эти темы целые книги и статьи пишут

[SevaSava]

Jacen11,

они нихрена не конкретные, на эти темы целые книги и статьи пишут

Ок. Надеюсь, не нарушил правила ресурса и бан с удалением вопроса не последует.

[SevaSava]

Jacen11,

ну везде же и так пишут "придумываешь себе задачу, описываешь что нужно делать и делаешь"

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

[SevaSava]

Jacen11,

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

Понял. Благодарю.

[SevaSava]

VolgaVolga,

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

Понял. Тоже думаю, что слишком рано приступил к алгоритмам. Благодарю.

[Jacen11]

SevaSava,

Первое время, пожалуй, придётся брать идеи у других.

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

[Василий Банников]

SevaSava,

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

Возможности очень понятные - всё что можно формально описать и не требует взаимодействия с физическим миром - всё это можно запрограммировать.

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

С точки зрения программирования - легко, если знаешь формулы.
Формулы можешь попробовать вывести сам)

[Ярослав Александров]

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

- нанять ментора, который будет для вас по сути репетитором.

Ещё в студенческие годы баловался в Delphi

- вот и делайте на Delphi задачи создавая различный по сложности функционал. Вам нужно будет потратить на это от 500 до 1000 часов чтобы прокачать себя.

Желаю перейти в разработку на Java (backend)

Вот вполне рабочая схема, думаю у вас больше 2-3-х лет уйдёт как минимум.
https://habr.com/ru/articles/439432/

[SevaSava]

Ярослав Александров, благодарю Вас! Обязательно ознакомлюсь со статьёй. К слову, я и делал ставку на 2-3 года обучения. Параллельно с работой и с почти полным отсутствием опыта программирования это процесс долгий. Хочу перейти в разработку прямо внутри компании. С нужными людьми общаюсь по этому вопросу. Поэтому, думаю, мне будет чуток полегче, чем вкатунам с улицы...

[SevaSava]

Коллеги! Ещё такой вопрос: как считаете, с какой книги лучше начать обучение Джаве - HeadFirst (К. Сьерра и Б. Бейтс) или же почитать Шилдта, Эккеля, Хорстмана? Прочитал первые 100 листов HeadFirst и что-то прям вода водой. Мало чего уяснил для себя. Про Шилдта слышал не лучшие отзывы, дескать, это больше справочник, чем полноценный учебник. Про Эккеля говорят, что его книги не для новичков. Про Хорстмана, в основном, читал положительные отзывы.

Answer 1

[Василий Банников]

Ещё в студенческие годы баловался в Delphi и вёрстке, это было чертовски интересно.

И зачем тогда себя мучать и пытаться залезть туда, куда вас вообще не тянет?

Я пробовал начать с "Грокаем алгоритмы" и с книги Никлауса Вирта по алгоритмам, но мало что понял. Читаю и, как говорится, "Смотрю в книгу, а вижу фигу"...

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

Это всё равно что пытаться изучать алгебру не зная арифметику и не зная, как выглядят цифры.

Я с этим тезисом согласен.
Ибо действительно ничего не сможешь понять.

начал пытаться решать задачи на логику. Но такие задачи требуют смекалки и способность догадаться (что логично) до какого-то решения, оперируя данными.

Никакой смекалки и догадок в задачах на логику нет. На то это и задачи на логику.

искусством программирования

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

В прошлом окончил ВУЗ по IT-специальности

Оффтоп, но это показательный пример несостоятельности текущей системы образования.

как развить абстрактно-логическое мышление?

Школьная математика.

Как изучить методику программирования?

Решай хоть какие-нибудь задачи при помощи какого-нибудь языка программирования.
Не торопись лезть на leetcode. Попробуй что-нибудь простое и чисто бытовое решить.

Comments

[SevaSava]

Благодарю Вас за ответ!

Answer 2

[Александр]

Хочешь развить свой мозг? Тогда делай следующие управления:
1. Осознано собирай кубик рубика, представляя куда уходит каждая клеточка.
2. Занимайся математикой хотя бы немного. Решай Демидовича 5 минут в день.
3. Интегрируй в уме. Чем больше ты берёшь интегралов в уме, тем лучше.

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

Comments

[SevaSava]

Благодарю Вас за ответ! По поводу книг хотелось бы уточнить. Как считаете, с какой книги лучше начать обучение Джаве - HeadFirst (К. Сьерра и Б. Бейтс) или же почитать Шилдта, Эккеля, Хорстмана? Прочитал первые 100 листов HeadFirst и что-то прям вода водой. Мало чего уяснил для себя. Про Шилдта слышал не лучшие отзывы, дескать, это больше справочник, чем полноценный учебник. Про Эккеля говорят, что его книги не для новичков. Про Хорстмана, в основном, читал положительные отзывы.

[Александр]

SevaSava, если бы я знал java посоветовал бы, но я знаю только Python. Могу сказать одно, начинайте с курсов itproger, они бесплатные.
P.S. По питону советую "Основы программирования Python. Второе издание" - Дмитрий Златопольский. Также книги Мэттью Уилкс неплохие.
А, да, забыл. Удачи тебе в обучении.

Answer 3

[Wan-Derer]

Если ты работаешь в поддержке значит всё у тебя нормально с абстрактным мышлением. Тебе прилетает кое-как сформулированная проблема, ты её декомпозируешь до стандартных абстракций и решаешь. Абстрактное мышление это умение размышлять о предмете, не видя его и не держа в руках. У всех современных людей оно плюс-минус развито. Есть люди, которые говорят что механика это просто, а электрика - сложно потому что "электричества не видно". Типа, движок Лады перебрать легко, а проводку в квартире - сложно. Но вот для меня движок это пипец как сложно: что там за что цепляется, да всё в динамике, да впрыск, да зажигание... да ну нафиг :)
Что касается "логического мышления", то у меня с ним тоже крайне плохо. Те задачи, которые дети 5-10 лет щёлкают как орешки, я не могу решить - я просто не понимаю сути задачи. Или что-то там про круглые люки. Я забил, не моё. Просто работаю программистом :)
Как учиться? Кому как удобно, тот так и учится. У кого память хорошая - тот по книгам. У меня плохая, поэтому я учился на практических задачах. Чуть-чуть теории и задачи, много-много задач с автоматической проверкой. Так организм "пропитывается" проблематикой и какие-то вещи, которые по книгам понять не мог, стали некоей "естественной средой", перестали возникать вопросы "почему так" - просто так и всё.
В ИТ много задач, работы хватит всем. Я, к примеру, никогда не изобрету новый алгоритм или фреймворк - не хватит ни ума, ни знаний, ни способностей эти знания получить. Меня не примут в Яндекс - им нужны алгоритмисты-олимпиадники. Ну Ок, значит я просто буду решать т.н. "бизнес-задачи", т.е. понимать что нужно заказчику, пытаться представить как это должно выглядеть для него, переводить задание в абстакции моего ЯП и решать теми высокоуровневыми инструментами, которые для меня разработали умницы-олимпиадники. Буду ремесленником-халтурщиком, чо :)

Comments

[Aspirant555]

К олимпиадникам забыли дописать: "на 25 тыс в месяц"

[C15H22N6O5S]

В ИТ много задач, работы хватит всем.

Так было лет 10-20 назад. А сейчас ИТ поедает само себя - переписывает вполне работающее легаси, просто потому что больше задач нет, а деньги осваивать ПОКА ещё дают.

[Wan-Derer]

C15H22N6O5S, И как факт переписывания легаси противоречит утверждению о том что в ИТ много разной работы?
И по поводу "вполне работающего легаси". Я как раз работаю на легаси-проекте, который вполне работает и задорого продаётся. Но:
- в нём крайне сложно находить глюки (нет современных IDE и отладчиков);
- в него крайне сложно добавлять новые функции (монолит, единая БД);
- на него непросто найти программистов (устаревший стек);
- он жёстко завязан на винду (политические риски).
Я как раз занимаюсь перепиливанием проекта на web и микросервисы и на скажу что это бесполезная работа.

[C15H22N6O5S]

Wan-Derer,

И как факт переписывания легаси противоречит утверждению о том что в ИТ много разной работы?

Тем что эта работа бесполезна. Перекладывание плитки на асфальт. И обратно. Строить долгосрочные перспективы в острасли с такой бизнес-моделью опасно.
Первые два пункта у вас из-за низкой квалификации. Продукт был написан и отлажен не б-гами ведь, а тоже разработчиками? Третий пункт - постольку поскольку. Специалистов на "устаревший стек" полным полно, но вот отрасль превратили в гадюшник, где без модного стека в резюме ты никто и звать тебя никак. Специалисты вынуждены соответствовать этой клоунаде и бежать от легаси как от огня. Политические риски - вопрос цены. Вряд ли эта цена такая что надо написать новый глючный продукт людьми с низкой квалификацией. Если цель не распил денег, конечно. Ну и гвоздь в крышку гроба - микросервисы и попытки изобрести свою СУБД (отказ от единой БД). В продуктах такого масштаба (вижу обычный десктоп клиент, жаль что не на Qt) они даром не сдались. Сразу видно что прикладываются некомпетентные смузихлёбы. Закончится всё как всегда тем что ничего работать не будет, и заказчик продолжит дальше работать на работающем "легаси".

[Wan-Derer]

C15H22N6O5S,

эта работа бесполезна

Когда система не взлетит не новом железе с новой операционкой из-за устаревшего фреймворка (а ЯП со своими библами это тоже своего рода фреймворк) - что будем делать? Скупать старое железо, попутно объясняя заказчику за что ему сейчас предлагают заплатить? Или всё-таки заранее подготовимся и потом нормально обновимся?

Первые два пункта у вас из-за низкой квалификации

Я в этом сомневаюсь. Наша система родилась ещё во времена DOS, нынешнее поколение (не версия, а то что было полностью переписано) 3-е или 4-е. Те кто её пилил очень хорошо знают предметную область и вполне профессиональны как программисты: находили глюки в СУБД и системных библиотеках, проводили работу с авторами для исправления. Т.е. как минимум, не "смузихлёбы".
Но любая система растёт и развивается. Появляются новые требования заказчика, законодательство меняется, приходится соответствовать. И не всегда получается новые функции втиснуть в существующую архитектуру, особенно если ей уже 15-20 лет. Бывает что получается не очень. Бывает что пользователю элементарно неудобно работать с новым костылём, а по-другому сделать не получается, т.к. он завязан на часть, которую трогать нельзя.
В новой архитектуре можно совсем легаси (чем уже не пользуются) выкинуть, а новое сделать по-человечески.

Специалистов на "устаревший стек" полным полно

Возможно. Только они работают с тех пор когда он не был устаревшим и у них всё нормально в жизни. Предложить им учить новую предметную область? А им это зачем, собственно? Учитывая что это пара лет тренировки :) К нам недавно искали таких спецов. Несколько месяцев искали, нашли. Повезло - фирма где они работали развалилась. А так всё ещё бы искали.

надо написать новый глючный продукт людьми с низкой квалификацией

Можно писать хорошо тестируемый продукт людьми высокой и средней квалификации :)

микросервисы

Микросервисы это компромисс. У них есть преимущества и недостатки. Если бы можно было обойтись без них - они бы не возникли.
Я не вижу ничего плохого в том что можно взять у старой системы часть функциональности и воссоздать её в виде микросервиса. Потом какое-то время потестировать оба варианта, добиться правильной работы с учётом всех нюансов, потом отключить её на старой системе, разгрузив бедолагу-сервер. И клиенты довольны т.к. новая реализация учитывает то что они давно просили. Что в этом плохого?
И что плохого в том чтобы прикрутить сюда современный CI/CD или мониторинг нагрузок? К старой нельзя, поэтому крутым спецам остаётся только догадываться чего это оно легло. А к новой можно, поэтому вот вам: всё наглядно, на графиках :)

изобрести свою СУБД (отказ от единой БД)

Вряд ли кто-то изобретает свою (ну, если ты не Нетфликс какой-нить). А вот разделить БД между сервисами вполне можно. Если данные в них не пересекаются, то зачем всё хранить в одной? Да и выбрать более подходящую для того или иного сервиса можно. И плавно переходить от устарешей СУБД к современной - тоже.

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

Ну нам пока удаётся. И заказчики, сидя в основном на легаси, удовольствием используют новые/обновлённые функции и просят ещё :)

[C15H22N6O5S]

Wan-Derer,

Когда система не взлетит не новом железе с новой операционкой

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

Я в этом сомневаюсь. Наша система родилась ещё во времена DOS

Ваша система может и родилась. А вы в айти вкатились недавно.

И не всегда получается новые функции втиснуть в существующую архитектуру, особенно если ей уже 15-20 лет.

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

К нам недавно искали таких спецов. Несколько месяцев искали, нашли.

Что это за область такая? Ныныче найти кого угодно точно не проблема. Проблема может быть только в вас (оплата, условия работы и т.п.). Да, спец на легаси стоит дороже. Но дешевле переписывания её.

Микросервисы это компромисс.

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

Answer 4

[srogonoset4]

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

Answer 5

[senator]

Нужно решать практические задачи на codewars начиная с легких