Короткого текста не хватит, чтобы понять суть. То, что вы описали, это бесполезная трата времени. Типа как duolingvo для изучения иностранных языков. Иллюзия прогресса есть, а практического толку ноль.
Не совсем. Потом вам надо будет с областью применения определиться: web, ML, игры, devops, QA, IoT, etc.
И изучить ещё 2 книги: одну по самой области, а вторую по практическому применению Python в этой области. Проделать упражнения из этой книги тоже. И вот после этого вы уже будете начинающим джуном.
Ну, так изучайте. Чего прокрастинировать, обсуждая курсы. Вам же не 15 лет, чтобы нужен был весёленький интерактивчик, упрощенный материал и аниматор в придачу, чтобы изучить что-то новое?
Онлайн-школы - это в принципе мертворожденный формат обучения. Он появился исключительно из-за спроса на мечту "войти в IT", которая раздулась после обесценивания рубля к доллару в 2015 году.
Представьте себя на месте специалиста. Что такого должно произойти, чтобы вы из деятельности, которая вам нравится, ушли обучать новичков?
Да, можно представить желание поделиться знаниями - написать полезную книгу. Это происходит сплошь и рядом. И книг классных очень много. Но книгу написал, издал и пошёл дальше своими делами заниматься.
Никто из IT-специалистов в здравом уме не пойдёт возиться с новичками на полную занятость, т.к. это совершенно другой род деятельности. Который, во-первых, менее интересен (иначе бы человек изначально пошёл в образование, а не в IT), а во-вторых ещё и оплачивается в 5 раз ниже.
P.S. Впрочем, я не виню курсы. Если у вас очередь из желающих купить 10% от информации, которую можно из пары книг получить, то глупо не накромсать отрывков из этих книг и состричь бабло с желающих его отдать.
Вы вот вроде с одной стороны понимаете, что курсы "заточены только на эффективный маркетинг по отъему денег". А с другой - всё ещё верите в какие-то гарантии. Неужели, вы не понимаете, что это тупо часть маркетинга? Воспользоваться такими гарантиями сможет от силы 1% желающих и то чисто для парочки красивых кейсов, т.к. юристы, составляющие договора, отнюдь не дураки.
Согласен. Если по расширению файла надо иконку найти, то это вообще от ОС не зависит. Но, честно говоря, непонятно для какой десктопной приложухи это вообще надо. Разве что для альтернативного файлового менеджера или FTP-клиента. А так большинство приложух просто системный диалог для выбора файлов используют.
Ну так о том и речь, что кросс-IDE особо и не нужны. Вон под .NET так же пишут все спокойно в Visual Studio под виндой, а запускают хоть на линуксе, хоть на макоси.
Свои нюансы при кроссплатформенной разработке безусловно есть, но это не то, что можно решить переносом IDE под другие ОС.
Вы как-то странно себе кроссплатформенную разработку представляете. По-вашему, на Java или Go каком-нибудь тоже надо 3 разных компа, чтобы скомпилировать программу под разные операционки?
Есть такая штука как кросс-компиляция, благодаря которой вы просто компилируете программу под разные ОС, независимо от ОС разработчика. А что-то там супер-пупер платформоспецифичное отлаживать нужно крайне-крайне редко. Это явно не часть повседневной работы.
На мой взгляд, современный язык должен иметь кросс-платформенный компилятор/интерпретатор. Вокруг него должны устраивать конференции или ещё какие-либо мероприятия. Ну и для позиционирования у него должен быть сайт в современном дизайне. Плюс удобный тулинг и поддержка со стороны IDE или LSP хотя бы.
Pharo этим критериям удовлетворяет, Delphi тем более, а вот по PL/I мне сходу ничего кроме пары сайтов аля "привет из 90-х" (
Почему сразу тупыми? Это обычная фаза бурного роста, когда есть 100500 разных способов делать или обсуждать одно и то же. Собственно, ISO основали в 1947 году, СИ (которая система единиц, а не язык) приняли в 1960 году и т.д. и т.п. Большинству инженерных стандартов существенно меньше 100 лет, это факт.
Строя очередной завод или корабль (как вершину технологического прогресса)
Прям цитата из рекламного буклета Титаника? ?
Я бы был благодарен за конкретику
Я ж указал названия нескольких книг. Я не думаю, что пытаться их пересказать в паре абзацев - хорошая идея.
а все равно как-то получилось и неплохо. И ведь не только у меня.
Я думаю, вы себе и всем нам льстите. Скажите ещё, что ни одна из команд, которыми вы управляли, ни разу не роняла прод))
Просто в IT пока что низкий уровень качества воспринимается как должное, отсюда и такая самонадеянность, что вы сами с усами.
Ну, отчасти вы правы. Человечество давно освоило командную работу, однако это по большей части касалось физического труда. Интеллектуальные команды инженеров, архитекторов и т.д. появились не так уж давно в исторических масштабах. Можно сказать, что ещё 100 лет назад никакой теоретической базы и стандартов не было на этот счёт.
А IT - отрасль ещё более молодая и со своей спецификой. Я бы не был так уверен, что любой прораб или капитан ВС сможет командой разработки руководить. Скорее наоборот, потому что книги, которые вы отрицаете, как раз и описывают почему тысячелетние наработки в стройке и армии не работают в IT. Да, они создают иллюзию понимания, как можно улучшить ситуацию, но в итоге всё сводится только к фрустрации из-за того, что стало только хуже.
Я вообще сторонник выбирать языки исходя из предметной области, которая наиболее интересна. Но в начале этого треда просили список высокооплачиваемых. C++ к таким языкам не относится. При этом безусловно отдельно взятый человек может на любом стеке много зарабатывать, хоть на Delphi, хоть на Smalltalk, хоть на Common Lisp, хоть на C++.
А пока вы упражнения из книжек будете делать, они сами перестроятся. Там же чисто вопрос многократного повторения нового пути.
Кому должно быть?
Короткого текста не хватит, чтобы понять суть. То, что вы описали, это бесполезная трата времени. Типа как duolingvo для изучения иностранных языков. Иллюзия прогресса есть, а практического толку ноль.
Не совсем. Потом вам надо будет с областью применения определиться: web, ML, игры, devops, QA, IoT, etc.
И изучить ещё 2 книги: одну по самой области, а вторую по практическому применению Python в этой области. Проделать упражнения из этой книги тоже. И вот после этого вы уже будете начинающим джуном.
Для этого REPL вполне достаточно.
Ну, так изучайте. Чего прокрастинировать, обсуждая курсы. Вам же не 15 лет, чтобы нужен был весёленький интерактивчик, упрощенный материал и аниматор в придачу, чтобы изучить что-то новое?
Что вам эти курсы сдались. Вы оба тома Лутца уже дочитали что-ли? (если уж речь про Python)
Нормальные курсы есть. Но они выглядят обычно как книга + видео с лекций: https://github.com/ilmoi/teachyourselfCS-RU/blob/master/Teach_yourself_cs-2020-RU.md
Но они немодные и по ним надо реально заниматься и вникать, а не сидеть и ждать сертификата об окончании))
Онлайн-школы - это в принципе мертворожденный формат обучения. Он появился исключительно из-за спроса на мечту "войти в IT", которая раздулась после обесценивания рубля к доллару в 2015 году.
Представьте себя на месте специалиста. Что такого должно произойти, чтобы вы из деятельности, которая вам нравится, ушли обучать новичков?
Да, можно представить желание поделиться знаниями - написать полезную книгу. Это происходит сплошь и рядом. И книг классных очень много. Но книгу написал, издал и пошёл дальше своими делами заниматься.
Никто из IT-специалистов в здравом уме не пойдёт возиться с новичками на полную занятость, т.к. это совершенно другой род деятельности. Который, во-первых, менее интересен (иначе бы человек изначально пошёл в образование, а не в IT), а во-вторых ещё и оплачивается в 5 раз ниже.
P.S. Впрочем, я не виню курсы. Если у вас очередь из желающих купить 10% от информации, которую можно из пары книг получить, то глупо не накромсать отрывков из этих книг и состричь бабло с желающих его отдать.
Вы вот вроде с одной стороны понимаете, что курсы "заточены только на эффективный маркетинг по отъему денег". А с другой - всё ещё верите в какие-то гарантии. Неужели, вы не понимаете, что это тупо часть маркетинга? Воспользоваться такими гарантиями сможет от силы 1% желающих и то чисто для парочки красивых кейсов, т.к. юристы, составляющие договора, отнюдь не дураки.
Ну, так то живой вполне себе: SBCL 2.3.7 вышел 29 июля этого года.
Clojure 1.12 через пару месяцев выйдет, уже 4-я альфа версия есть.
LFE 2.1.2 вышел 3 августа: https://lfe.io/
Согласен. Если по расширению файла надо иконку найти, то это вообще от ОС не зависит. Но, честно говоря, непонятно для какой десктопной приложухи это вообще надо. Разве что для альтернативного файлового менеджера или FTP-клиента. А так большинство приложух просто системный диалог для выбора файлов используют.
Ну так о том и речь, что кросс-IDE особо и не нужны. Вон под .NET так же пишут все спокойно в Visual Studio под виндой, а запускают хоть на линуксе, хоть на макоси.
Свои нюансы при кроссплатформенной разработке безусловно есть, но это не то, что можно решить переносом IDE под другие ОС.
Вы как-то странно себе кроссплатформенную разработку представляете. По-вашему, на Java или Go каком-нибудь тоже надо 3 разных компа, чтобы скомпилировать программу под разные операционки?
Есть такая штука как кросс-компиляция, благодаря которой вы просто компилируете программу под разные ОС, независимо от ОС разработчика. А что-то там супер-пупер платформоспецифичное отлаживать нужно крайне-крайне редко. Это явно не часть повседневной работы.
На мой взгляд, современный язык должен иметь кросс-платформенный компилятор/интерпретатор. Вокруг него должны устраивать конференции или ещё какие-либо мероприятия. Ну и для позиционирования у него должен быть сайт в современном дизайне. Плюс удобный тулинг и поддержка со стороны IDE или LSP хотя бы.
Pharo этим критериям удовлетворяет, Delphi тем более, а вот по PL/I мне сходу ничего кроме пары сайтов аля "привет из 90-х" (
"Pharo is an open source, cross-platform implementation of the classic Smalltalk-80 programming language and runtime"
https://days.pharo.org/
https://newcomers.pharo.org/
Кто и как оценивал объёмы написанного кода? Так то на Fortran тоже дофига чего написано, плюс он ещё и старше.
Автор в статье упомянул, что Fortran и Lisp вполне живы и хорошо себя чувствуют.
Хотя в этом контексте не очень понятно почему он решил похоронить Delphi (он же Object Pascal) и Pharo (он же Smalltalk)
Почему сразу тупыми? Это обычная фаза бурного роста, когда есть 100500 разных способов делать или обсуждать одно и то же. Собственно, ISO основали в 1947 году, СИ (которая система единиц, а не язык) приняли в 1960 году и т.д. и т.п. Большинству инженерных стандартов существенно меньше 100 лет, это факт.
Прям цитата из рекламного буклета Титаника? ?
Я ж указал названия нескольких книг. Я не думаю, что пытаться их пересказать в паре абзацев - хорошая идея.
Я думаю, вы себе и всем нам льстите. Скажите ещё, что ни одна из команд, которыми вы управляли, ни разу не роняла прод))
Просто в IT пока что низкий уровень качества воспринимается как должное, отсюда и такая самонадеянность, что вы сами с усами.
Ну, отчасти вы правы. Человечество давно освоило командную работу, однако это по большей части касалось физического труда. Интеллектуальные команды инженеров, архитекторов и т.д. появились не так уж давно в исторических масштабах. Можно сказать, что ещё 100 лет назад никакой теоретической базы и стандартов не было на этот счёт.
А IT - отрасль ещё более молодая и со своей спецификой. Я бы не был так уверен, что любой прораб или капитан ВС сможет командой разработки руководить. Скорее наоборот, потому что книги, которые вы отрицаете, как раз и описывают почему тысячелетние наработки в стройке и армии не работают в IT. Да, они создают иллюзию понимания, как можно улучшить ситуацию, но в итоге всё сводится только к фрустрации из-за того, что стало только хуже.
Ну что ж, соберу статистику как-нибудь. Буду сеньоров на собесах спрашивать.
А вообще, почитайте. То, что вы не интересовались этими темами, это фигово. И Кнут тут не спасёт, это про другие компетенции.
Я вообще сторонник выбирать языки исходя из предметной области, которая наиболее интересна. Но в начале этого треда просили список высокооплачиваемых. C++ к таким языкам не относится. При этом безусловно отдельно взятый человек может на любом стеке много зарабатывать, хоть на Delphi, хоть на Smalltalk, хоть на Common Lisp, хоть на C++.