А разве все вообще случалось вообще знать про него в 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
Я понял не так. Я думаю, эксперты нужны для того, чтобы судья приняла во внимание их экспертное заключение. А будет оно базироваться на 100 аккаунтах или на миллионе на трудозатраты судьи по идее не повлияет. А перепроверять экспертов вроде не входит в полномочия судьи, она то может в этом вообще не разбираться, т.к. это не её область.
Да дело то не в отрицании. Просто язык тем лучше, чем больше он даёт механизмов защиты от этой кривизны и лени. И тем хуже, чем легче словить последствия от них.
Тем не менее, через 3 месяца после выхода Go 1.0 она уже была. А сколько лет с релиза D 1.0 прошло до включения в GCC?
а дженерики не раскалывают сообщество
Потенциально раскалывают. Но языку уже 10 лет, теперь он может себе позволить хоть несовместимую версию 2.0 выпустить, это уже не сильно заафектит его популярность.
Всё, что вы перечислили, на популярность не влияет вообще.
Поделитесь тогда своим мнением почему D настолько непопулярен?
Не "в 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
Согласен, в диапазоне $40-$70/час вполне можно найти хороших специалистов, которые возможно и 100+ часов в месяц смогут уделить, а не как агенство.
А что не так? Слабая статическая типизация)
Я понял не так. Я думаю, эксперты нужны для того, чтобы судья приняла во внимание их экспертное заключение. А будет оно базироваться на 100 аккаунтах или на миллионе на трудозатраты судьи по идее не повлияет. А перепроверять экспертов вроде не входит в полномочия судьи, она то может в этом вообще не разбираться, т.к. это не её область.
Ух-ты, целых 100 аккаунтов? Просто космический объём работы и потрясающая репрезентативность исследования!!!1!1!
Ну вот, сначала 64 Mb - неинтересно, а потом удивляетесь, почему Java за прожорливость недолюбливают.
Да дело то не в отрицании. Просто язык тем лучше, чем больше он даёт механизмов защиты от этой кривизны и лени. И тем хуже, чем легче словить последствия от них.
Тем не менее, через 3 месяца после выхода Go 1.0 она уже была. А сколько лет с релиза D 1.0 прошло до включения в GCC?
Потенциально раскалывают. Но языку уже 10 лет, теперь он может себе позволить хоть несовместимую версию 2.0 выпустить, это уже не сильно заафектит его популярность.
Поделитесь тогда своим мнением почему D настолько непопулярен?