материал чистого кода вполне влезает в небольшой гитхаб репо с примерами и кратким обьяснением
Ахах, это для программиста с 3+ годами реального опыта так может сработать. А мы тут новичков обсуждаем. Так что вариант читать напрямую код сразу отпадает.
Прочитывается за пол часа максимум, тогда как книгу нужно мучать несколько дней.
А цель то какая? Прочитать или понять? Я думаю, хороший результат будет если новичок за месяц поймёт то, что написано в "Чистый код", ни о каких паре дней тут и речи не идёт. Я бы в принципе не рекомендовал темп чтения быстрее 100 страниц в неделю. А за полчаса вы сможете это понять только при условии, что вы и так уже это всё знали до этого.
Да и вы утрируете, далеко не во всех книгах много воды.
Безусловно, экосистема Go ... с большим отрывом выигрывает у языков поновее, типа Rust или Elixir.
А какие-то доказательства будут или так просто вбросили? Что Rust, что Elixir изначально имеют качественный тулинг и экосистема у них достаточно сфокусированная. А Go первые лет 10 страдал фигнёй, когда каждый изобретал свой велосипед для любой задачи, будь то управление зависимостями или работа с Redis. Хуже экосистемы я, честно говоря, не встречал. Потому что при поиске либы под любую популярную задачу у тебя будет минимум 5 примерно одинаковых вариантов, из которых хз как выбирать. И что бы ты ни выбрал, через 3-4 года это скорее всего будет deprecated.
Например военнослужащий, которой отмахал в войсках лет так 12.
Смотря в каких войсках. Если это ПВО или радиосвязь, где ему было интересно и он разбирался как что работает, то возможно и получится. А если он 12 лет решал все вопросы исключительно методом грубой силы и строгой дисциплины, то даже 5 лет очки ему скорее всего будет мало, чтобы полностью перестроить своё сознание. И моё ЧСВ тут ни причём. Это обычная профнепригодность по типу мышления. Как человек, привыкший без осмысления выполнять приказы, может работать программистом? Никак, только если тем самым "младшим подавальщиком", как вы выражаетесь.
Понятно, что везде бывают исключения. Но в среднем, из хорошего военного не получится хороший программист, а из хорошего программиста не получится хороший военный. Необходимые наборы качеств практически не пересекаются у этих профессий.
выбирает то, чем когда то хотел заниматься, но не стал из-за денег
Это как? Хотел программировать, но не стал из-за денег?
на мой взгляд ситуация, когда человек осознанно в 14 лет выбрал профессию всей жизни, в РФ скорее исключение, чем правило.
Причём тут выбор профессии в 14 лет? Речь шла об отсутствии малейшего интереса к IT в течение 14 лет, с 21 до 35 лет, например. А тут раз тебе кризис среднего возраста и сразу все интересы в 1 день поменялись? Так не бывает. Мне кроме IT много чего ещё интересно, да и вообще я физик по образованию. Но в какую бы из этих интересных областей я бы ни захотел переключиться, я не буду там новичком, т.к. мне эти области уже годами были интересны до этого.
А вот так с бухты-барахты переключиться в область, от которой ты был максимально далёк всю предыдущую жизнь, вот это звучит странно.
А разве все вообще случалось вообще знать про него в 14?
Не "в 14", а в течение предыдущих 14 лет, читайте внимательнее. Если в течение 14 лет, человек активно пользовался компьютером, интернетом, телефоном, и не испытывал ни малейшего интереса к тому, как оно работает, то странно говорить о том что он сейчас за пару лет станет программистом. А если интерес был, то нулевым новичком он уже не будет.
Никакие курсы не дадут даже базовый уровень знаний. Всегда подразумевается самостоятельная работа. Кроме собственно курсов, потребуется прочитать еще 100500 книг и нагуглить ответов на 100500 вопросов.
Вот с книг и надо начинать всем желающим в IT. Вы только прикиньте какой длительности должен быть видео-курс, чтобы одну книгу нормально пересказать.
Он будет минимум как сериал в 5 сезонов по 10 часовых серий. В котором вы будете лишены нормальной возможности вернуться к предыдущей странице, если что-то непонятно, или к другой главе по перекрёстной ссылке, если что-то подзабылось.
Мотивы (точнее единственный мотив) вкатывающихся всем известны, в общем-то.
Ну, вот в погоне за этим мотивом они и обогащают всякие онлайн-школы, которые преимущественно продажей иллюзий занимаются, а не обучением программированию.
Тут возникает резонный вопрос: как человек умудрился остаться совсем новичком в программировании при такой возрастной группе? Я увлёкся программированием в 2004 году, тогда ещё домашний интернет был редкой роскошью. Но, насколько я помню, где-то в 2008-2009 он стал уже вполне доступен. Получается, что 14 лет этим людям было совершенно неинтересно, как тут что работает? С чего вдруг им сейчас стало интересно?
Я тоже на этом месте статьи впал в ступор. Было дело, деплоил я и по FTP, но это было в 2006-2008 годах. Сейчас уж ansible или chef стоит упоминать, если docker не хотите затрагивать.
Ok, думаю, теперь лучше стало понятно, что вы имели в виду. Призывы переводить компанию, которая уже пишет на языке X и имеет большой штат программистов им владеющих, на какой-то другой ЯП действительно выглядят весьма странно.
На C++ не так сложно писать, как лет 10 назад.
Ну, может, как-нибудь загляну поизучать современный C++. Пока меня Rust устраивает в качестве альтернативы. Но допускаю, что и в C++ действительно стало сильно лучше, чем было. С годами вы почти угадали, наверно даже на пару лет больше, чем 10, уже прошло))
Ну, к примеру: Ruby, Elixir, Rust, JavaScript, C# Как тут уже написали, SQL тоже можно посчитать, хотя вряд ли кто сейчас активно хранимки на нём пишет. А чисто запросы, наверно, на полноценный ЯП не тянут. HTML и CSS, пожалуй, тоже не стоит в этот список включать))
А вообще, конкретный набор не столь важен. Важно, чтобы они были разноплановые, в разных парадигмах. Потому что переключаться между языками в рамках одной парадигмы - это вообще дело техники.
P.S. Термин "владеть" для простоты определим как "мочь решать задачи бизнеса при помощи данного ЯП". Какого-то супер-пупер олимпиадного уровня знаний каждого закоулочка стандартной библиотеки и всей экосистемы я не вкладывал в этот термин.
Ну, вы как-то странно сначала назвали всех, кто выбирает не C++ недопрограммистами, а потом C++ программистов выставляете какими-то тугоумами, которым тяжело другой язык освоить.
В моём понимании Senior Software Engineer должен нормально владеть хотя бы 5 языками программирования, а шапочно знаком быть ещё с большим кол-вом. Иначе он тупо не сможет выбирать стек, наиболее подходящий под задачу и будет как в анекдоте микроскопом гвозди заколачивать, а значит и лычку Senior не заслуживает. Поэтому по первому вопросу - да, я считаю, что сеньору легко взять и перейти на другой язык.
Что касается аргументов "ЗА", они зависят от конкретной ситуации. В подавляющем большинстве веб-проектов большая часть времени уходит на IO - работу с СУБД, файлами, внешними сервисами и т.д. Поэтому разумнее для большинства проектов выбирать те языки, на которых проще описывать бизнес-логику с минимальным кол-вом синтаксического шума.
С++ имеет смысл рассмотреть для отдельных сервисов в проектах с целевой нагрузкой более 10k rps. И да, на нём действительно сложно писать. Я вполне осознанно его забросил, потому что мне не нравится отвлекаться на ручное управление памятью и помнить 100500 случаев, когда возможно UB. Это создаёт когнитивную нагрузку, которая сильно отвлекает вас от основной логики проекта, замечаете вы это или нет. Когда стоит цель выжать из имеющейся железки максимум, например, при написании AAA-игры, этот tradeoff оправдан. Но когда вы за все ваши неудобства получите +5% или, если повезёт, +10% к производительности вашего веб-приложения (а на приложениях с нагрузками порядка 100-1000 rps так и будет по факту), то C++ неудачный выбор.
Если бы это было правдой, то до сих пор был бы такой набор языков: Fortran, Lisp, Cobol, Basic, Pascal, C++, Smalltalk, Ada.
Последующие языки появились как раз из-за наличия в вышеперечисленных неудобств и неэффективностей. Подумайте об этом. Зачем вам новомодный C++, когда есть проверенный временем Fortran?
ощущение от знания С++ - как будто выучил китайский язык в мире ЯП
Да ну, на аналогию с китайским скорее уж Haskell тянет. С++ не особо отличается от большинства мейнстримовых языков, хотя бы потому, что они почти все из одного языкового семейства "С-подобных". С++ скорее на французский похож - при первом знакомстве непонятно зачем половина написанных символов нужна xD
Ахах, это для программиста с 3+ годами реального опыта так может сработать. А мы тут новичков обсуждаем. Так что вариант читать напрямую код сразу отпадает.
А цель то какая? Прочитать или понять? Я думаю, хороший результат будет если новичок за месяц поймёт то, что написано в "Чистый код", ни о каких паре дней тут и речи не идёт. Я бы в принципе не рекомендовал темп чтения быстрее 100 страниц в неделю. А за полчаса вы сможете это понять только при условии, что вы и так уже это всё знали до этого.
Да и вы утрируете, далеко не во всех книгах много воды.
Sketch ещё популярен для макетов, да и тот же Photoshop ещё в ходу (только с уже нормально нарезанным PSD)
А какие-то доказательства будут или так просто вбросили?
Что Rust, что Elixir изначально имеют качественный тулинг и экосистема у них достаточно сфокусированная. А Go первые лет 10 страдал фигнёй, когда каждый изобретал свой велосипед для любой задачи, будь то управление зависимостями или работа с Redis. Хуже экосистемы я, честно говоря, не встречал. Потому что при поиске либы под любую популярную задачу у тебя будет минимум 5 примерно одинаковых вариантов, из которых хз как выбирать. И что бы ты ни выбрал, через 3-4 года это скорее всего будет deprecated.
Можно просто "Дикие Ягодки"))
Вот! Это как раз пример адекватного переключения сферы деятельности.
Ещё до курсов уже что-то знал и работал в смежной области ??
Смотря в каких войсках. Если это ПВО или радиосвязь, где ему было интересно и он разбирался как что работает, то возможно и получится. А если он 12 лет решал все вопросы исключительно методом грубой силы и строгой дисциплины, то даже 5 лет очки ему скорее всего будет мало, чтобы полностью перестроить своё сознание. И моё ЧСВ тут ни причём. Это обычная профнепригодность по типу мышления. Как человек, привыкший без осмысления выполнять приказы, может работать программистом? Никак, только если тем самым "младшим подавальщиком", как вы выражаетесь.
Понятно, что везде бывают исключения. Но в среднем, из хорошего военного не получится хороший программист, а из хорошего программиста не получится хороший военный. Необходимые наборы качеств практически не пересекаются у этих профессий.
Это как? Хотел программировать, но не стал из-за денег?
Причём тут выбор профессии в 14 лет? Речь шла об отсутствии малейшего интереса к IT в течение 14 лет, с 21 до 35 лет, например. А тут раз тебе кризис среднего возраста и сразу все интересы в 1 день поменялись? Так не бывает.
Мне кроме IT много чего ещё интересно, да и вообще я физик по образованию. Но в какую бы из этих интересных областей я бы ни захотел переключиться, я не буду там новичком, т.к. мне эти области уже годами были интересны до этого.
А вот так с бухты-барахты переключиться в область, от которой ты был максимально далёк всю предыдущую жизнь, вот это звучит странно.
Не "в 14", а в течение предыдущих 14 лет, читайте внимательнее.
Если в течение 14 лет, человек активно пользовался компьютером, интернетом, телефоном, и не испытывал ни малейшего интереса к тому, как оно работает, то странно говорить о том что он сейчас за пару лет станет программистом. А если интерес был, то нулевым новичком он уже не будет.
Вот с книг и надо начинать всем желающим в IT. Вы только прикиньте какой длительности должен быть видео-курс, чтобы одну книгу нормально пересказать.
Он будет минимум как сериал в 5 сезонов по 10 часовых серий. В котором вы будете лишены нормальной возможности вернуться к предыдущей странице, если что-то непонятно, или к другой главе по перекрёстной ссылке, если что-то подзабылось.
Ну, вот в погоне за этим мотивом они и обогащают всякие онлайн-школы, которые преимущественно продажей иллюзий занимаются, а не обучением программированию.
Тут возникает резонный вопрос: как человек умудрился остаться совсем новичком в программировании при такой возрастной группе? Я увлёкся программированием в 2004 году, тогда ещё домашний интернет был редкой роскошью. Но, насколько я помню, где-то в 2008-2009 он стал уже вполне доступен. Получается, что 14 лет этим людям было совершенно неинтересно, как тут что работает? С чего вдруг им сейчас стало интересно?
Я тоже на этом месте статьи впал в ступор. Было дело, деплоил я и по FTP, но это было в 2006-2008 годах. Сейчас уж ansible или chef стоит упоминать, если docker не хотите затрагивать.
Don’t worry. Мы уже выше разобрались кто что имел в виду. Всё ok)
Ok, думаю, теперь лучше стало понятно, что вы имели в виду. Призывы переводить компанию, которая уже пишет на языке X и имеет большой штат программистов им владеющих, на какой-то другой ЯП действительно выглядят весьма странно.
Ну, может, как-нибудь загляну поизучать современный C++. Пока меня Rust устраивает в качестве альтернативы. Но допускаю, что и в C++ действительно стало сильно лучше, чем было. С годами вы почти угадали, наверно даже на пару лет больше, чем 10, уже прошло))
Ну, к примеру: Ruby, Elixir, Rust, JavaScript, C#
Как тут уже написали, SQL тоже можно посчитать, хотя вряд ли кто сейчас активно хранимки на нём пишет. А чисто запросы, наверно, на полноценный ЯП не тянут. HTML и CSS, пожалуй, тоже не стоит в этот список включать))
А вообще, конкретный набор не столь важен. Важно, чтобы они были разноплановые, в разных парадигмах. Потому что переключаться между языками в рамках одной парадигмы - это вообще дело техники.
P.S. Термин "владеть" для простоты определим как "мочь решать задачи бизнеса при помощи данного ЯП". Какого-то супер-пупер олимпиадного уровня знаний каждого закоулочка стандартной библиотеки и всей экосистемы я не вкладывал в этот термин.
Ну раз уживаются, значит они, как минимум, не считают расты, питоны и явы недоязыками. А это уже совсем другой разговор.
Ну, вы как-то странно сначала назвали всех, кто выбирает не C++ недопрограммистами, а потом C++ программистов выставляете какими-то тугоумами, которым тяжело другой язык освоить.
В моём понимании Senior Software Engineer должен нормально владеть хотя бы 5 языками программирования, а шапочно знаком быть ещё с большим кол-вом. Иначе он тупо не сможет выбирать стек, наиболее подходящий под задачу и будет как в анекдоте микроскопом гвозди заколачивать, а значит и лычку Senior не заслуживает. Поэтому по первому вопросу - да, я считаю, что сеньору легко взять и перейти на другой язык.
Что касается аргументов "ЗА", они зависят от конкретной ситуации. В подавляющем большинстве веб-проектов большая часть времени уходит на IO - работу с СУБД, файлами, внешними сервисами и т.д. Поэтому разумнее для большинства проектов выбирать те языки, на которых проще описывать бизнес-логику с минимальным кол-вом синтаксического шума.
С++ имеет смысл рассмотреть для отдельных сервисов в проектах с целевой нагрузкой более 10k rps.
И да, на нём действительно сложно писать. Я вполне осознанно его забросил, потому что мне не нравится отвлекаться на ручное управление памятью и помнить 100500 случаев, когда возможно UB. Это создаёт когнитивную нагрузку, которая сильно отвлекает вас от основной логики проекта, замечаете вы это или нет.
Когда стоит цель выжать из имеющейся железки максимум, например, при написании AAA-игры, этот tradeoff оправдан. Но когда вы за все ваши неудобства получите +5% или, если повезёт, +10% к производительности вашего веб-приложения (а на приложениях с нагрузками порядка 100-1000 rps так и будет по факту), то C++ неудачный выбор.
Если бы это было правдой, то до сих пор был бы такой набор языков:
Fortran, Lisp, Cobol, Basic, Pascal, C++, Smalltalk, Ada.
Последующие языки появились как раз из-за наличия в вышеперечисленных неудобств и неэффективностей. Подумайте об этом. Зачем вам новомодный C++, когда есть проверенный временем Fortran?
Как-то вы непоследовательны. Каллиграфия то вообще к конкретному языку отношения не имеет. Она есть для всех языков с письменностью.
Да ну, на аналогию с китайским скорее уж Haskell тянет. С++ не особо отличается от большинства мейнстримовых языков, хотя бы потому, что они почти все из одного языкового семейства "С-подобных".
С++ скорее на французский похож - при первом знакомстве непонятно зачем половина написанных символов нужна xD