Comments 132
Уже четырёхтомник, но зачем? Это не значит что не приложится если Кнут не зашёл
УПД. Кого-то, возможно, справедливо отсеет. На первой сотне страниц: «да ну его нафиг, это программирование»
Да там вообще второй том самый зачётный
А что? Действительно может быть какая то психологическая преграда на пути к знаниям?
Сам я изучил пока что баш и все мануалы в сети, которые мне попадались, написаны очень бездарно явно людьми не имеющими педагогического образования.
И начинаю переживать что книги по ЯП написаны так же программистами, а не учителями.
"Мануал" — это руководство пользователя, а не учебник. Если вы будете требовать от авторов педагогического образования, то писать их будет некому.
А преграда… Если темы вызывает интерес, никаких преград. А если вызывает только скуку и раздражение, зачем оно надо?
Уметь получать знания самостоятельно, а не из разжёванных учебников, - один из критически важных навыков для программиста.
Что есть, то есть. Мозгу с этим сложно бороться. Не каждый мастер своего дела(программист) может быть педагогом, чтобы передать знания, скорректировать roadmap Компетенций(умений) подмастерья, и помочь юному подавану отточить навыки. Это больше относится к менторам/наставникам/ведущим курсов, вэбинаров, а также к тем писателя, которые целью своих публикаций ставят цель: научить.
Это почти как вопрос зачем жить на самом деле. В каком то смысле вопрос абсурден. Например с чего мне начать ремонт изучать? Кто знает, может с изучения зарплат ремонтников, а может с выбора инструмента. Я бы посоветовал просто учить то, что интересно. Или к примеру любой высокоуровневый язык. Вакансии и карьера это скорее для тех кто денег хочет ещё сделать на этом и репутацию например.
Никогда не понимал зачем читать Кнута от корки до корки. Пробежать оглавление, запомнить чего напридумывали, решить самые интересные темы... Та же арифметика дробей мне за 15 лет пригодилась примерно 0 раз, но я помню, что была такая глава.
Вот, например, мне тут в другой теме посоветовали учебник биологии. Читаю. Спросите меня «зачем?» и я сходу не отвечу.
Ковид же :)
А тут уже я юмора не понял.
Биология — она еще и про вирусы с бактериями.
А разницу между ними надо знать всем.
(ответ был на вопрос «зачем»)
Об упомянутом отличии я где-то когда-то слышал, но за давностью лет уже и не вспомню где и когда.
Об упомянутом отличии я где-то когда-то слышал, но за давностью лет уже и не вспомню где и когда.
Там главный момент — антибиотики, это против бактерий. А вирусам они пофиг.
Вообще-то в начале 90х я подрабатывал переводом всяческих научных работ по фарм. теме, правда, в основном связанных с лечением гематологических и онкологических заболеваний, но какое-никакое общее представление имеется.
Ещё могу цикл Кребса по памяти нарисовать )
Об этом, наверное, я тоже в досознательном возрасте узнал.
Вы — да.
Но ковид показал, что 90% населения об этом ни сном ни духом.
А что тут такого, предосудительного? Я вот, например, в экономике ни в зуб ногой.
Это тоже не фонтан.
Знание основ экономики, например, позволило мне сразу оценить МММ и т.п. стартапы как пирамиду со всеми вытекающими.
Но народ таки массово ломанулся и массово погорел.
А биология — так вообще напрямую связана с выживанием
(как я мог заметить — старшее поколение моет руки после посещения туалета, а большинство молодого — уже нет)
Кнут отталкивает сложностью, он интересный да, полезный - безусловно, но Дональд прежде всего математик и ее там хватает с лихвой на очень не слабом уровне. Новички не могут его читать.
В заключении хочется сказать, что прилагая усилия, занимаясь 2-3 часа в день на протяжении полу года вы сможете выйти на уровень с которым можно ходить на собеседования.
… это с какого уровня?
Я бы сказал с нуля. Но очень мало людей могут действительно уделять столько времени. Еще важно отметить, что "можно ходить на собеседования" не значит сходу его пройти и устроиться на работу. Поиск первой работы это рулетка вперемешку со старанием.
"С нуля" — это когда человек имеет ровно ноль познаний в английском, не знает, что такое переменная, не знаком ни с одним понятием из алгоритмов?
Нет, ну можно, конечно, ходить после этого на собеседования, но мне почему-то это кажется неуважением к нанимателю (если, конечно, это не студенческая ярмарка).
Есть пол года чтобы выучить основы алгоритмов и что такое переменная)
Про английский не совсем понял, вакансий без английского довольно много.
Оно-то конечно да, но... скажем так: знание английского — важный и полезный навык для сферического в вакууме программиста, а вот в частностях возможны варианты. Я к тому, что посоветовать школьнику Васе, грезящему созданием "сильного" ИИ, не прогуливать язык и как следует слушать учительницу — безусловно верно, а, например, советовать 40-летнему свитчеру начинать с инглиша не стоит, поскольку первая вакансия такого человека, скорее всего, будет в чисто прикладной сфере, а работать он будет, почти наверняка, с дремучим легаси, по которому уже и так есть куча материалов на русском, и изучение английского, особенно с нуля (если он в школе немецкий изучал, к примеру), для него станет лишь нерациональной растратой времени, которого из-за основной работы и так будет в обрез. В данном случае правильнее будет постараться как можно быстрее вкатиться в практическую разработку, а вот уже затем подтягивать инглиш.
и изучение английского, особенно с нуля (если он в школе немецкий изучал, к примеру), для него станет лишь нерациональной растратой времени,
К счастью/к сожалению знание английского языка ныне стало необходимостью для каждого человека, чья работа в какой-то степени связана с интеллектуальным трудом.
Плюс и в быту он таки жизненно необходим, например, когда в другой стране приходится обращаться к аптекарю в поисках нужного лекарства (голосовые переводчики онлайн в таких случаях практически бесполезны, так как безбожно перевирают названия лекарств при распознавании голоса)
(аптекари знают английский лучше других продавцов :)
Ну мы сейчас говорим в контексте "с чего начать изучать программирование", а я привел конкретный пример свитчера. Вот у нас есть человек, у которого семья, ипотека, основная работа, он хочет вкатиться в программирование. Какую первоочередную задачу он должен решить? Как можно быстрее начать писать код, иначе он ничему не научится. И речь не о тренировочных проектах, а о практической разработке.
Тут просто без вариантов, и чем больше ему лет, тем раньше нужно начинать (мотивация, энтузиазм, природные склонности — это все хорошо, но нейропластичность все же падает, и чем раньше он дойдет до состояния "пальчики-то помнят", тем лучше). И да, он не знает английского. Что ему лучше сделать: тратить час-два в день на непосредственно язык, алгоритмы, фреймворки, или на английский? Почти наверняка по всему, что ему понадобится знать на первой работе, уже существуют переводные материалы, а значит лучше сперва подучить выбранный стек, устроиться на соответствующую работу, что обеспечит постоянную практику, и вот уже тогда всерьез браться за английский.
Какую первоочередную задачу он должен решить?
Как только он начнет обучение, тут же столкнется с непонятным для него
термином или понятием. Или просто с аббревиатурой.
Естественно, он тут же начнет это гуглить.
И чем более специфичен этот термин, тем меньше шансов на то, что человек найдет адекватное и полное его значение на русском языке.
(гугл-переводчик здесь плохой помощник)
Следовательно, потребуется владение английским хотя бы на уровне «прочесть статью в википедии». Правильного произношения не требуется.
В свое время (конец 70х) нас, будущих инженеров-механиков гоняли в хвост и в гриву (это-то во времена, когда английский, формально, был нужен только для перевода названий альбомов и композиций :) как раз с самостоятельным переводом (и четким пониманием прочитанного) с неадаптированного английского языка (технические тексты из журналов).
Норма была — перевод текста на 10 000 знаков за один раз.
Мне как-то досталась статья об американских ракетах МХ (Peacekeeper), и там был очень неясный момент с упоминанием «игры в скорлупку» :)
Проблема была в том, что «наперсточники» в нашу жизнь вошли намного позже, и я просто не мог понять смысл этого выражения.
Пришлось провести небольшое исследование в научной библиотеке (гугла не было!) и таки я раскопал рассказ О. Генри «Развлечения современной деревни» в оригинале и с комментариями :)
(где-то пару лет спустя вышел фильм т/ф «Трест, который лопнул», и я смог убедиться в правильности своих выводов :)
Результат — с произношением швах, но с пониманием прочитанных текстов — ОК! Причем почти у всех тех, кто учился со мной на потоке.
(Забавно, как-то мне задали сделать самостоятельный перевод монолога Гамлета «Быть или не быть» :)
70% россиян не имеют загранпаспорта.
Кому, еще раз, он жизненно необходим в быту?)
поскольку первая вакансия такого человека, скорее всего, будет в чисто прикладной сфере, а работать он будет, почти наверняка, с дремучим легаси, по которому уже и так есть куча материалов на русском, и изучение английского, особенно с нуля (если он в школе немецкий изучал, к примеру), для него станет лишь нерациональной растратой времени, которого из-за основной работы и так будет в обрез
И как же человек, который не изучал английский, поймет код вида SendInvoices(orders.Where(c => c.Unbilled))?
# Where = gde. Eto vstroenny v biblioteky filter, ne menyat'!
OtpravitSchet(zakazy.Where( c => c.Neoplacheny))
Вы как будто плохого кода не видели :)
А я видел. Хуже того, я видел, с переменными на русском (в русской графике) и даже китайском языках (в иероглифах, соотв)!
Это то, как он будет его писать. А я спросил, как он будет читать код, который ему дают, если это легаси, и до него там работали люди со знанием английского.
Я-то как раз видел плохой код и именно поэтому с некоторых пор про английский тоже спрашиваю (или по крайней мере смотрю в тестовых заданиях).
как он будет читать код
читаю и перевожу со словарём (с) любое резюме в русском интернете, пункт владения иностранным языком.
… то есть плохо, медленно, и иногда еще и с ошибками, что будет вести к медленной и с ошибками работе программистом. Но при этом нет, изучение английского — нерациональная трата времени, ага.
я учу английский больше 15 лет, и поверьте "плохо, медленно, и иногда еще и с ошибками"* вполне описывает и мой случай.
*-уже не медленно - чаты на английском медленных не ждут :)
Вполне поверю.
И что же, вы считаете эти 15 лет изучения английского ненужными?
И что же, вы считаете эти 15 лет изучения английского ненужными?
Почему, ровно наоборот. Потому и учу.
Но когда я работал 1С-ником (постучал по стулу) или админом на системах, которым по 5+ лет и без поддержки вендора, английский там был... не сильно нужен. И коллег без английского я видел, в том числе успешных - и даже более успешных, чем я.
К примеру, у меня был коллега-куберовод с нулевым английским, в то время как я поддерживал и развивал очень уже консервативные на тот момент вещи.
Почему, ровно наоборот. Потому и учу.
Ну вот об этом и речь: я считаю, что сейчас изучение английского в IT — необходимость, даже если прямо сейчас кажется, что он не нужен. Да, бывают люди, которые без него справляются. Но при прочих равных, с ним легче, чем без него.
Но при прочих равных, с ним легче, чем без него.
C этим глупо спорить.
Изначальный постулат был другой: у вас есть ограниченное количество скиллпоинтов, которые вам нужно раскидать по дереву навыков, чтобы хоть как-то начать себя кормить. И в таких условиях, приоритет (или хотя бы сопоставимый уровень усилий на изучение) английского не выглядит безоговорочной опцией. О чем и было сказано автором.
Не надо сопоставимый уровень. Надо достаточно, чтобы бегло читать программный код (у которого ограниченный лексикон, и еще более ограниченная грамматика) и писать такой же код. Это даже не факт, что A1, потому не надо говорить и понимать со слуха. Для этого достаточно выделить, не знаю, четверть времени, если не меньше. DuoLingo требует, не знаю, 15-20 минут в день (но, правда, результат тогда будет не через три месяца, а через год).
К счастью, в современной жизни не обязательно выбирать "английский или программирование".
DuoLingo требует, не знаю, 15-20 минут в день (но, правда, результат тогда будет не через три месяца, а через год).
Похоже на правду. За полтора года с 0 до A1-A2 сделал себе испанский (плюс несколько занятий с репетитором).
ограниченный лексикон
плюс лексикон предметной области. все эти bills, invoices, inquiries, и тому подобное.
А предметную область наш свитчер заранее не знает...
А если по делу, то моё ИМХО - морщенье лба над именем объектов или их свойств не самое затратное по времени в работе даже хренового программиста, не знающего английский.
Это из разряда "морщенье лба над чтением кода — не самое затратное во времени". Как человек, который читает очень много чужого кода (и регулярно страдает от этого), I beg to differ.
Это из разряда "морщенье лба над чтением кода — не самое затратное во времени"
Вы сместили акцент, не находите?)
Неа, не нахожу. Разработчик без знания английского (а) сам плохо считает код, и (б) производит код, который плохо читать остальным. Для меня, как нанимателя, второе даже хуже, чем первое.
У меня B2 (по пессимистичным оценкам), C1 (по оптимистичным), к сожалению, экзамен мне помешали сдать всем известные события, но я вам так скажу:
сейчас я больше времени трачу на то, чтобы найти среди эдцати сотен файлов нужный (и IDE не всегда помогает, в случае ambiguous naming), а еще понять, как код взаимодействует между собой с помощью тех или иных модных абстракций.
производит код, который плохо читать остальным
решается процессом код-ревью.
Гм, если у вас B2, то действительно вы больше тратите времени на понимание кода, чем на понимание английского. Но мы-то говорим о человеке, у которого нет даже A1.
у которого нет даже A1
в школу наш свитчер, похоже, не ходил? После школы должен быть как минимум А1 (с тройками), а вероятнее А2 (четверки-пятерки).
в школу наш свитчер, похоже, не ходил?
ХЗ. Но я специально в начальном вопросе оговорил нулевой английский (т.е., скажем, в школе и ВУЗе был другой язык, такое в поколении моих родителей встречалось).
Если у человека уже есть А2, тогда все совершенно иначе, конечно, ему на долгое время языка хватит, если он не планирует работать на англоговорящего заказчика.
Часто используемые слова сами запомнятся если их регулярно переводить со словарём или онлайн переводчиком. Это не требует отдельного изучения языка.
С какого-то времени начал уважать разработчиков, которые не владеют английским и ОСОЗНАЮТ это свое ограничение. Когда такой разработчик не знает как пишется по-английски слово "счет" (а вариантов несколько: account, invoice, count и т.п.) он не google translate, а просто пишет "schet" - и всем все понятно.
Ценности владения языком это не отменяет, но и работать с такими людьми гораздо легче и приятней, чем с теми, кто имеет наглость думать, что "выучил английский". У "выучивших", чтобы в коде/схеме БД разобраться (особенно если самого автора нет рядом) требуется серьезно напрячь мозг.
Я вот 4 года назад знал английский на уровне A1 (тройка в аттестате \ дипломе и с тех пор читал доки в основном на русском) - и такой код не представлял проблем вообще.
Предметная область - это очень небольшой набор терминов, который запоминается крайне быстро.
Я вот 4 года назад знал английский на уровне A1
… а я говорил про человека, который вообще не знает. "Ноль познаний в английском".
Ну это какой-то corner case, каковые обсуждать можно только чтобы "поймать на слове" собеседника.
Уверен, в 90%+ человек понимает, что Order.IsFinished() - спрашивает, а Order.DoFinish() - завершает.
А лексику по ходу (вдруг там Commit вместо Finish?) обычно быстро подтягивают.
Ну это какой-то corner case, каковые обсуждать можно только чтобы "поймать на слове" собеседника.
Если это corner case, то его легко исключить, сказав, что мы говорим о людях со школьным курсом английского (чего автор не сделал даже после нескольких вопросов). Правда, тогда отпадут некоторые люди того поколения, когда английский в школах не преподавали массово (как пример, моя мама не знает английского
вообще, ей ваши примеры не понятны).
А так получается, что "любой можно за полгода достаточно выучить программирование, чтобы пойти на собеседование", но только если выполняется куча неочевидных умолчаний типа "в школе учил английский и не забыл с тех пор", "имеет хотя бы базовые компьютерные навыки" (я уж молчу про веселое умолчание "имеет компьютер и доступ в интернет") и так далее.
Да. Думаю по итогу вы правы с английским. Даже достаточно очевидные пререквизиты лучше писать => пререквизиты по "хотя бы в школе учил английский" тоже лучше писать.
Другой вопрос в том, что вы вот только сейчас свою мысль хорошо сформулировали. Если бы такая формулировка была в 1 комментарии - я бы с вами и не спорил.
Третий вопрос - с чего вы взяли, что я согласен с автором статьи про пол-года. Я думаю, что для desktop\backend (с фронтэнд не знаком - мне кажется, там кривая обучения более пологая) у студента время подготовки до "будут рассматривать всерьёз на собесе" около года, для человека за 30 и того дольше (и\или вообще выбрать стезю не программиста, а "попроще или поближе к своей профессии" - QA \ Data Science \ дизайн ....).
Умение структурировать в голове иерархию абстракций и их API - если в юности не было заложено крайне тяжело освоить.
Другой вопрос в том, что вы вот только сейчас свою мысль хорошо сформулировали. Если бы такая формулировка была в 1 комментарии — я бы с вами и не спорил.
Ну так чтобы понять, в чем конкретно дело в высказываниях автора, тоже время нужно. Это же живая дискуссия, а не рецензия на текст.
Третий вопрос — с чего вы взяли, что я согласен с автором статьи про пол-года. Я
А я и не говорил, что вы с ним согласны.
Есть пол года чтобы выучить основы алгоритмов и что такое переменная)
… с такими знаниями, наверное, все-таки не стоит идти на собеседования. Я бы даже на джуниора не стал разговаривать.
Про английский не совсем понял, вакансий без английского довольно много.
Не в вакансиях дело. Во-первых, английский — это доступ к документации, статьям и ответам (без английского даже запрос в гугле не так-то легко составить). А во-вторых, английский — это именование объектов в программном коде (если, конечно, вы не пишете на русскоязычном языке программирования), и этим нельзя пренебрегать, потому что иначе читать такой код невозможно.
Я бы переформулировал так: английский сейчас - как немецкий в конце девятнадцатого века у инженеров Российской Империи и латынь в средневековых университетах. То есть, без него можно обойтись в жизни, но сложно продвигаться дальше чего-то начального.
как немецкий в конце девятнадцатого века у инженеров Российской Империи
Немецкий и сейчас актуален у инженеров.
Как и английский.
Угу, но есть нюанс: в 19 веке он был тем, без чего хорошему инженеру не обойтись. Сейчас данное место занял английский.
Сейчас данное место занял английский.
Автосервис по ремонту немецких автомобилей.
Свежий мануал по ремонту — только на немецком.
(с французскими авто — точно такая же история. Но их просто физически меньше :)
Не надо путать мануалы к конкретной технике и фундаментальные знания, пригодные не только для конкретной техники.
Кто поставил минус - хз, видимо тоже в курсе про разницу.
Не надо путать мануалы к конкретной технике и фундаментальные знания, пригодные не только для конкретной техники.
Речь о необходимости знания языка инженерами.
Фундаментальные знания — это к ученым, максимум — преподавателям университетов.
То есть ТОЭ и механика как наука нахрен не сдались именно инженерам, делающим новое, а не механикам в сервисцентрах, работающих по принципу "ни шагу в сторону от мануала"?
То есть ТОЭ и механика как наука нахрен не сдались именно инженерам,
Не передергивайте.
Речь идет о необходимости знания языков инженерами, как минимум, для работы с актуальными мануалами.
Фундаментальные знания инженеры получают обычно на своем родном языке.
(и да — «инженер», это не только в ИТ :)
А уровень механика далек от уровня инженера даже в авторизованных сервис центрах, не говоря уже об обычных.
(была неоднократная возможность в этом убедиться)
Не я первый начал с автомануалами и передёргиванием :-)
Новости в отрасли, новые решения, новинки техники - либо ждать перевода (и иногда - делать обратный перевод, чтобы понять, что имелось ввиду), либо читать оригинал, который чаще на английском, как минимум, в агрегаторе международных новостей.
Учебные курсы, которые далеко не всегда есть на русском.
Документация на подавляющее большинство микросхем - на английском.
Можно, конечно, использовать только то, чему научили в местном универе, но это означает прекращение развития. В принципе, тоже вариант, если посмотреть на некоторые предприятия, где люди ещё с советских времён остались, но надолго ли такого варианта хватит...
Документация на подавляющее большинство микросхем — на английском.
Я выше отметил, что инженер — это не всегда айтишник.
А техническая документация на различную механику мне в жизни попадалась чаще на немецком, чем на английском.
И не только к авто, к металлорежущим станкам и прессам тоже.
Что не айтишник - в курсе, но и не только инженер-эксплуатационщик, но и, скажем, инженер-конструктор (да, CADы переводят, но есть нюансы, которые в переводе могут искажаться).
Микросхемы - это не айти, это электроника, местами аналоговая. В электронике повсеместно английский, причём уже довольно давно, точно больше 30 лет (примерно тогда начал учиться в эту сторону и в библиотеке заведения была небольшая полочка с немецкой литературой по теме и шкаф с английской. Да и софт для проектирования печатных плат изначально на немецком видел только один и то на спектруме).
А в механике, похоже, либо маститый производитель не удосуживается перевести на английский (вряд ли, разве что нет заметного спроса за пределами Германии на документацию), либо с такой документацией дешевле купить. Ну или вы имеете дело только с производителями из Германии, ибо другие хуже. Тогда - просто естественная монополия.
Впрочем, тут не могу ничего сказать - там, где быааю, либо ушатанное советское, либо новое китайское (документация - на китайском английском). Но я там именно бываю, причём редко и в гостях.
А в механике, похоже, либо маститый производитель не удосуживается перевести на английский
Общение с отдельными представителями немецкой промышленности (в основном — еще во времена ГДР) выявило интересный момент — они там особо не надр… на английский язык, считая, что и сами с усами.
Знают, но предпочитают свой. Говорят, что и у французов тоже подобный подход.
Возможно, поэтому и не стараются.
Ну или вы имеете дело только с производителями из Германии,
Да, причем достаточно многогранно — например, в наших цехах стояли станки, вывезенные из Германии еще в 1945 :) При этом на них были заметные следы от последствий бомбежек союзной авиацией.
Таки немецкое качество — феноменальное, ни один отечественный пресс не смог проработать и десятую часть времени от того, как проработали те немецкие (45 лет только в СССР!)
Эти мысли сразу разбиваются о…
О том, что тебе уже 61 и начинать как-то поздновато, хотя как раз работа -то по этому направлению есть…
Для первой статьи на аккаунте Вы выбрали дерзкую тему.
youtube.com - Главный друг человека который только начал обучение.
Вообще нет. Столько мусорного контента и авторов, которые перед записью видео первый раз открыли документацию на вкладке "First steps" и считают, что немедленно обязаны поделиться своими новыми знаниями с окружающим миром.
В целом согласен, но бывают люди хорошо разбирающиеся, которые объясняют легкий материал максимально непонятно. Немного полистав ютуб точно найдется парочка хороших плейлистов с уроками.
А вот я бы сказал, что вообще да. У роликов с ютуба самый низкий порог вхождения из всего, с чего вы могли бы начать. И за счёт этого можно понять, надо ли оно вообще, интересно ли это и т.д. А когда человек решает, что хочет этим заниматься - садится и читает умные книжки, смотрит выступления умных дядек, тусуется на спец. форумах и так далее.
Мусора, на ютубе хватает, но он достаточно легко отсеивается. Если человек только начал - то лучше всего сперва смотреть в сторону ютуба.
Не соглашусь.
На Stepik.org, на мой взгляд и порог вхождения ниже и оценка курса объективнее и процесс изучения (по задумке - максимально маленькие шага => быстрее обратная связь) спроектирован лучше.
Это который за деньги? (не разбираюсь во всех этих курсах и онлайн-школах) Тут возникает две проблемы:
1)Человек с курсов не натаскан решать задачи. В принципе. И если что-то типовое он сделает, то дальше возникнет вопрос "куда гуглить"? В этом плане YouTube заметно лучше, потому что тебе придётся постоянно гуглить.
Как по мне, умение гуглить гараздо ценне любых выученных знаний, просто потому что позволяет решать очень широкий спектр задач, в том числе за пределами программирования.
2)Вопрос мотивации. Если ты берёшь курс - ты его пройдёшь. Если на пол пути станет ясно "не моё", то деваться уже некуда.
В моём представлении человек который только начал имеет конкретную задачу, именно усилия, вложенные в решение конкретных задач, приносят наибольшую пользу.
Не применимо к IT. Если ты ищешь информацию - значит будешь применять её в пработе, следовательно, запомнишь что ты нагуглил.
Ссылаться на каких-то человеков из комментариев это хорошо, сродни научным исследованиям, но я так и не понял, что там такого переубедительного.
но я так и не понял, что там такого переубедительного.
«Вот я с этим абсолютно согласен. Все рассказы о том, что теперь можно ничего не запоминать, а просто нагуглить — полная чушь.
Информация != знания. Если ты ничего не помнишь, а полагаешься на гугл, то ты не можешь нормально мыслить. В итоге мы получаем, что вроде информации у нас все больше и больше, а ее понимания все меньше и меньше.» (с)
А что не так со стратегией "запоминать важную информацию, гуглить неважную"?
Я вроде не утверждал, что не нужно ничего не запоминать... Я утверждал, что умеение гуглить > выученное знание.
Вот простой пример, иллюстрирующий мою точку зрения (а то мне кажется, я вам о собаках, а вы мне о квадратах):
У человека, который гуглить не научился рано или поздно возникнет какой-нибудь затык, и вызубри он хоть всего Страуструппа, это не поможет, а вот Гугл - вполне. Т.е. умение решить задачу здесь и сейчас - это хорошо и круто, а то что ты знаешь, кто там аргумент, а кто параметр, но при этом периодически спотыкаешься - уже не очень.
А что произошло в 2018-2019?
Даты условные, IT сфера показывала стабильный рост и раньше, но по ощущениям после ковида о IT заговорили намного больше.
ковид случился не в 2018-2019.
В 2017-2019-ых пошёл значимый рост зарплат после провала 2014-2015 гг, и низкого роста 2016-го.
Не знаю, за что вам поставили минус, но я всегда говорил (даже задолго до 2014-го), что рождение ребенка - это запланированное событие (в отличие от беременности, она как раз может быть незапланированной) и за 6-7 месяцев от уведомления работодателя до ухода в отпуск по беременности и родам к этому событию подготовиться можно.
А вот мужчину могут выдернуть в любой момент - призвать неслуживших, служивших отправить на сборы. Причем мужчины, до недавних поправок, еще и защищены были хуже - им их рабочие места никто не сохранял.
Могу предположить, что реклама онлайн-курсов начала лезть везде, где только можно и нельзя
Мы не можем найти хорошего разработчика». Учитывая что последние 3 года реклама курсов звучит из каждого утюга то потребности в специалистах вообще не должно быть
А какое отношение имеют курсы к "хорошим специалистам"? После курсов и плохим специалистом-то редко кому сразу удается стать.
Пожалуйста, вычитайте свой пост. Много ошибок, пропущенных окончаний, с пунктацией откровенная беда.
Я бы наверное закладывал для обучения программированию срок от одного года до двух, в зависимости от способностей человека и наличия свободного времени. Если студент, особенно 1-2 курс, то тут все понятно, учишься в свободное от учебы время. Я думаю времени до выпуска из университета при таком раскладе хватит за глаза. Если ты уже работаешь, и есть семья, то уже сложнее. У работающего не в it человека я бы закладывал до 1 года самостоятельно все делать, плюс после самостоятельного изучения, если позволяют финансы, можно внимательно изучить тему платных курсов, желательно найти отзывы реальных людей кто-там учился, и не те курсы которые учат программиста за 3-6 месяцев, а те которые рассчитаны на 9 и более месяцев учебы.
В данный момент сам работаю тестировщиком. Для себя я решил так, обучаюсь около 8 месяцев самостоятельно насколько могу. Далее исходя из финансов буду пробовать шлифануть это все курсами. В принципе на начальных этапах обучения должно быть полегче, и можно будет это время посвятить чему-то еще, к примеру базы данных, улучшения английского, возможно изучение фреймворков, более глубоко поизучать и запомнить какие-то тонкости языка. По итогу обучение должно продлиться почти 2 года. Ну а дальше самое сложное это поиск работы, и попутно нужно моральны быть готовым просесть по ЗП на год как мне кажется точно.
С этим трудно не согласиться. Все люди могут уделять этому разное количество времени и от этого срок может увеличиваться. Но я уверен, если человек будет заниматься каждый день, то через 6-8 месяцев можно попробовать походить по собеседованиям, чтобы набираться уверенности в своих знаниях и узнавать о проблемных местах которые стоит подтянуть.
Вот в этих текстовых файлах находится код на разных языках программирования. Задача разработчика добавить в нужные места такой код, чтобы все выглядело и работало согласно дизайнам и описанию фичи.
Стать пианистом очень просто: нужно всего лишь в правильном порядке в определëнный момент нажимать на клавиши.
Регистрация аккаунта на stack overflow
Зачем?
Ну как зачем, как зачем. В одной руке шпаргалка с примерами по языку программирования, вторая рука на клавиатуре чтобы вопросы строчить, если ошибка вылезает. Специалист готов!
З.ы. этот комментарий шуточный и от человека который знает о программировании только по мемам
В большей части случаев подобные "специалисты" вопросов не строчат, потому что не понимают, что спросить (а иногда еще и английского не знают, см. выше). А на неполные вопросы на SO не отвечают, там даже правило про MCVE есть.
Как следствие, такие "специалисты" используют вопросы, заданные другими людьми, а для этого аккаунт не нужен.
Полезная статья.
В России есть отличный ресурс называется открытое образование.
Там есть несколько курсов по программированию в том числе на С#.
Можно даже сдать экзамен и получить документ, что ты его закончил и зачесть так часть обучения высшего образования.
Кстати прикольно читать иногда комментарии на курсах, когда люди не знают элементарные вещи из математики или геометрии и ругаются, мол, зачем нам это нужно, мы программирование хотим учить.
Это к вопросу, нужны курсы или нет, а главное, нужна ли какая-нибудь базовая подготовка. Как не удивительно, нужна.
Более того, чтобы иметь широкие возможности просто в программировании нужна ещё более широкая базовая подготовка по математике.
Когда я начинал программировать (2012 год) никто об трудоустройстве программистов даже не думал. Каждый решал по сути какую-то конктретную для себя задачу: написать нужную программу, сделать свой веб-сайт.
Далее забивали в поисковик видеокурсы по программированию (они тогда были очень популярны) или книги по программированию (часто очень полезные сборники закрепляли на форумах), и подражая "справочникам", методом проб и ошибок учились самостоятельно.
Конечно, со временем менялись инструменты, подходы, расширялась база знаний, сменялись приоритеты. Кто устраивался на работу, те легко и работали - все основные принципы уже отработаны, за спиной уже не одна программа с достаточно широким функционалом, и в профессию во основном шли для души, а не чтобы кому-то служить.
Мышление у людей было на порядок более гибкое. Они на свои же русские форумы программистов и сисадминов приходили, задавали в темах вопросы, отвечали другим, и получали куда более адекватные ответы, чем на всех ваших StackOverwall или Хабр.
Да-да, очень адекватные ответы были на форумах. Как сейчас помню: "погугли", "научись уже пользоваться поиском"… А гугл и поиск находили темы с точно такими же ответами.
Когда я начинал программировать (2012 год) никто об трудоустройстве программистов даже не думал. [...] Кто устраивался на работу, те легко и работали — все основные принципы уже отработаны, за спиной уже не одна программа с достаточно широким функционалом, и в профессию во основном шли для души, а не чтобы кому-то служить.
Я с 2010 по 2014 руководил отделом разработки в одной компании в Москве, и, как следствие, отвечал за набор людей. Так вот, мои наблюдения с вашими не совпадают: вполне себе встречались люди, которые шли за деньгами, а не "для души работать", и вполне себе встречались люди, не знавшие "основных принципов".
Автор черезчур оптимистичен. Есть такая старая байка про академика и кувалду, где удар кувалдой - 1$, знание куда ударить - 999$. Так вот, чтобы "просто" исправить код в некоторых местах нужно реально соображать. И многое зависит от реализации. Так же важно вносить доработки правильно, а не так чтобы создавать бардак. И далеко не всегда есть люди, которые распишу что и как. Чисто кодеры, которым остаётся лишь написать нужный код в нужных местах особо никому не нужны. Соответственно придётся постоянно учиться и развиваться. Всю жизнь. В ИТ понятия конца рабочего дня тоже весьма условно. Вполне нормально когда ты физически ушёл с работы, но продолжаешь работать. Так как время могут съедать всякие специфические ситуации, когда надо боится над решением, но каменный цветок все не выходит.
С чего начать изучать программирование?