Что там нового то? Практически всё в 90-х ещё запилили. Разве что Idris. Всё остальное вроде старее 15 лет. Да, оно развивается потихоньку, но революцией не пахнет.
25 лет назад были и SQL, и Unix (и даже Linux), и Интернет, и HTML. Другое дело, что это всё было не очень доступно. В первую очередь, потому что интернет был слабо доступен.
Сейчас же эпоха глобализации. Стоит чему-то появиться, хайпануть и все уже об этом знают. По сути, после того как уровень абстракции повысился до виртуальных машин (поблагодарим за этот переход Smalltalk, Erlang и Java) перемены перестали быть фундаментальными. Ну да, ML развился, ну и что? Его можно использовать как black-box, если не хотите в Data Scientist переквалифицироваться.
Т.е. да, если взять период в предыдущие 25 лет, то изменения колоссальные. Но что так уж сильно поменялось за предыдущие 15 лет? Все массово перешли на VM и JIT, обросли синтаксическим сахаром и удобным метапрограммированием. Поигрались с NoSQL и в каких-то задачах зашло. Вышеупомянутый ML. А да, и маятник снова качнулся в сторону ФП, но это не ново.
Я же специально во все утверждения вставил "скорее всего". Понятно, что есть исключения, но Python не был в те года мейнстримом. Я начал работать в 2006 и даже тогда он был скорее экзотикой, занимая нишу "скрипты под GNU/Linux".
Так что даже интересно, в какой сфере вы его применяли первые 10 лет карьеры?
Кто-то останется. Но это как раз очень нишевая тема. На неё как раз опасно ставить в долгосрок, если вы не готовы между разными архитектурами переключаться. Да, они сейчас не так часто новые появляются, но вон M1 выпустили и не факт что не пойдёт какой-нибудь бум на новые архитектуры.
Какие rest-сервисы? Вы хотя бы в общих чертах представляете как программирование под мейнфреймы выглядит? От него на rest-сервисы перейти примерно как из тяжелой атлетики на прыжки в высоту.
Мне кажется, индустрия взрослеет. Если вы начали работать программистом в 90-х, то начинали скорее всего с Basic, Pascal, C/C++, Assembler, Perl. Если в 00-х, то скорее всего застали вышеперечисленное на уровне школы и/или универа, но уже относились к этому как чему-то устаревающему. А начинали с Delphi, Java, PHP, C#. В 10-х люди начинали скорее всего с JavaScript, Ruby, Python, частично захватив и то, что было стартом в 00-х.
Т.е. резюмируя, на данный момент самые востребованные спецы - те, кто начинали в 00-х, которые застали всё вышеперечисленное, но не тяготеют к устаревающему, и их возраст примерно от 31 до 40. И если они к своим годам уже классно владеют и ООП и ФП, то что из технологий может сделать их навыки неактуальными? Разве что квантовые компьютеры, но это даже интересно было бы наблюдать.
И важно понимать, что этот возраст так и будет расти дальше, пока не произойдёт очередной скачок, сравнимый с теми, что были в 90-х при переходе от bare metal к виртуальным машинам и от desktop к web.
Как можно было понять, что вкладываться надо было скажем в TypeScript, а не в Dart? В Python, а не в Ruby?
А что не так с Dart и Ruby в вашей картине мира? В Ruby я очень удачно начал вкладываться в 2008 ещё. До сих пор хорошо окупается. На Flutter (который на Dart) сейчас тоже нормально поднимают. Вот Python выглядит наоборот неудачным выбором, распыление на все сферы подряд (хотя кому-то может показаться плюсом) и топлы желающих войти-в-айти, с которыми вам придётся работать в одной команде рано или поздно.
AppStore не содержится, а вообще-то самостоятельно зарабатывает деньги для материнской компании.
Что юристу помешало ответить так же? Странное впечатление на самом деле, как-будто это не юрист Apple, а просто из юридической консультации вызвали левого юриста, которая не успела даже уставные документы изучить.
Тогда бы его ещё быстрее удалили, чтобы избежать обвинений на тему, что американские хакеры вмешиваются в выборы в РФ. А Васю Пупкина ещё и посадили бы на всякий случай.
Для продуктивного же общения нужны общие интересы. Которых может не быть даже с "отцом-программистом".
Ну тогда зачем заниматься самообманом, что тебе интересно программирование? Квантор всеобщности очень характерен для возраста автора, называется юношеский максимализм. От него и страдает. Он хочет найти друзей - точную копию себя, но так не бывает. В этом когнитивная ловушка: он считает что именно его набор интересов и навыков - лучший, поэтому все кто чем-то отличаются от него воспринимаются как недостойные общения, даже настоящие программисты (коим он сам пока не является), в лице хотя бы его собственного отца.
Ok. Когда планируете перестать? Начните с догмы греховности, например)
По критериям, которые человеку важны, он может быть лучшим.
Это тоже вряд ли, даже если взять один конкретный критерий, то лучший - всего один на планете. А так разве что среди ближайшего окружения сверстников. Но зачем же грустить, что у других людей другие критерии? Вон топикстартер не может даже тем для разговора с отцом-программистом найти. Вам не кажется, что это говорит о нём, как об очень зашоренном даже в плане программирования?
Вы считаете неприемлемым считать себя лучше других независимо от объективной картины мира
В целом, это даже не неприемлемо, а просто глупо в виду многомерности возможных критериев. Чем раньше это удаётся осознать, тем продуктивнее. Поэтому многие тут автору указывают именно на этот аспект.
Объективной картины мира не существует, в нашей Вселенной всё сугубо субъективно. А потом "лучше других" по какому набору критериев? Почему по этому набору, а не по другому? Не бывает лучших во всём. В чём-то ты в 10% лучших, но есть ещё 100500 занятий, в которых ты в 10% худших. Как-то так)
Я думаю, было бы более интересно и показательно взять какое-нибудь реальное OpenSource-приложение и сравнить на нём. А то экстраполировать выводы, полученные на HelloWorld, как-то не комильфо.
Два слоя у меня получалось интуитивно собирать. Вот на них и тренировал перемещения, необходимые для 3-го. По сути, для экспериментов со всем кроме самого последнего шага (поворота углового кубика) двух собранных слоёв достаточно.
Это всё так. Но я в целом-то и написал отзыв, потому что случай предрасположенности к сборке кубика - явно не мой. Я с ним безуспешно бился месяцами. Самый крутой совет - начать с простых перемещений из собранного состояния и посмотреть как перемещается при этом небольшое кол-во элементов.
Пока @mapron сомневается, я могу на своём опыте сказать, что советы в статье работают. Я несколько лет назад пробовал научиться собирать кубик, но безуспешно - от обилия формул рябило в глазах, я не мог их все запомнить и постоянно сбивался. А тут вдохновился статьёй, купил себе новый кубик и начал экспериментировать. Где-то за неделю уже научился собирать. Сейчас засёк ради интереса время. Получилось 4 минуты 9 секунд. Не сверхбыстро конечно, но я и не ставил себе целей по скорости, хотелось просто научиться собирать.
Так что я супердоволен результатом, спасибо @ilyaliза статью!
вам звонят из 2021 года. Здесь обычные люди в программировании уже норма.
Смотря, кого считать обычным. Да, автор описал особо яркие случаи, но тем не менее, ненормальность среди программистов очень распространена. Она часто выражается в:
Гиперответсвенности (когда человек пытается успеть что-то сделать в нереальные сроки)
Невозможности отключиться от работы в нерабочее время (часто программисты вечерами или даже ночами думают о том, что связанно с работой)
Отсутствии границ в плане работы (вы много видели программистов, которые могут ровно в 18:00 всё закрыть и выйти из офиса? я только одного такого видел за 15 лет)
Эмоциональной вовлеченности в работу (мы не работаем с человеческими судьбами, как врачи или психологи, но многие так прикипают к неодушевленным вещам, что в буквальном смысле могут впасть в депрессию при закрытии проекта, над которым они работали)
Так что да, почти все программисты ненормальные. Вопрос только в интенсивности, с которой это проявляется вовне.
Проблема начинается там, где с подобными навыками вдруг начинают идти по собесам в IT компании.
Так это вы в статье правильно подчеркнули, что курсы то обещают трудоустройство. Но при этом забивают на то, что для этого трудоустройства надо уметь. В лучшем случае каким-нибудь хитростям научат, как обойти собеседование.
Это как обучаться арифметике и при этом нанимать себе доктора математических наук.
Погодите. Арифметика в данном случае - это школьный учебник по информатике. Его можно за условные 300 рублей купить и читать сколько влезет. Если мы говорим о трудоустройстве, то это минимум введение в матанализ в вашей терминологии.
А вы попробуйте купить отдельно курс по Java в какой-нибудь онлайн-школе, а не целым пакетом, вот удивитесь-то методическим пособиям)
Спасибо, обойдусь.. Уж как-то без курсов около 20 ЯП освоил, на 8 из которых уже программировал на коммерческой основе. Так что их курсы я буду смотреть, только если они мне заплатят за их критику))
будьте спокойны - у многих моих друзей и знакомых овер10 лет опыта коммерческой разработки :D
Ну ok. Значит есть шанс, что это не превратится в очередную ветреную мельницу против которых вы боролись :D
Насчёт часов хорошо подметили. В принципе, есть хороший ориентир в этом плане: 1_000 часов осознанной практики - уровень профессионала (можно начинать брать деньги за свою работу без сделок с совестью) 10_000 часов осознанной практики - уровень профессионала мирового уровня (можно рассчитывать на топовые зарплаты, 90-й перцентиль и выше)
Работает, кстати, абсолютно в любой области, не только в IT.
Что там нового то? Практически всё в 90-х ещё запилили. Разве что Idris. Всё остальное вроде старее 15 лет. Да, оно развивается потихоньку, но революцией не пахнет.
25 лет назад были и SQL, и Unix (и даже Linux), и Интернет, и HTML. Другое дело, что это всё было не очень доступно. В первую очередь, потому что интернет был слабо доступен.
Сейчас же эпоха глобализации. Стоит чему-то появиться, хайпануть и все уже об этом знают. По сути, после того как уровень абстракции повысился до виртуальных машин (поблагодарим за этот переход Smalltalk, Erlang и Java) перемены перестали быть фундаментальными. Ну да, ML развился, ну и что? Его можно использовать как black-box, если не хотите в Data Scientist переквалифицироваться.
Т.е. да, если взять период в предыдущие 25 лет, то изменения колоссальные. Но что так уж сильно поменялось за предыдущие 15 лет? Все массово перешли на VM и JIT, обросли синтаксическим сахаром и удобным метапрограммированием. Поигрались с NoSQL и в каких-то задачах зашло. Вышеупомянутый ML. А да, и маятник снова качнулся в сторону ФП, но это не ново.
Я же специально во все утверждения вставил "скорее всего". Понятно, что есть исключения, но Python не был в те года мейнстримом. Я начал работать в 2006 и даже тогда он был скорее экзотикой, занимая нишу "скрипты под GNU/Linux".
Так что даже интересно, в какой сфере вы его применяли первые 10 лет карьеры?
Кто-то останется. Но это как раз очень нишевая тема. На неё как раз опасно ставить в долгосрок, если вы не готовы между разными архитектурами переключаться. Да, они сейчас не так часто новые появляются, но вон M1 выпустили и не факт что не пойдёт какой-нибудь бум на новые архитектуры.
Какие rest-сервисы? Вы хотя бы в общих чертах представляете как программирование под мейнфреймы выглядит? От него на rest-сервисы перейти примерно как из тяжелой атлетики на прыжки в высоту.
Мне кажется, индустрия взрослеет. Если вы начали работать программистом в 90-х, то начинали скорее всего с Basic, Pascal, C/C++, Assembler, Perl. Если в 00-х, то скорее всего застали вышеперечисленное на уровне школы и/или универа, но уже относились к этому как чему-то устаревающему. А начинали с Delphi, Java, PHP, C#.
В 10-х люди начинали скорее всего с JavaScript, Ruby, Python, частично захватив и то, что было стартом в 00-х.
Т.е. резюмируя, на данный момент самые востребованные спецы - те, кто начинали в 00-х, которые застали всё вышеперечисленное, но не тяготеют к устаревающему, и их возраст примерно от 31 до 40. И если они к своим годам уже классно владеют и ООП и ФП, то что из технологий может сделать их навыки неактуальными? Разве что квантовые компьютеры, но это даже интересно было бы наблюдать.
И важно понимать, что этот возраст так и будет расти дальше, пока не произойдёт очередной скачок, сравнимый с теми, что были в 90-х при переходе от bare metal к виртуальным машинам и от desktop к web.
А что не так с Dart и Ruby в вашей картине мира? В Ruby я очень удачно начал вкладываться в 2008 ещё. До сих пор хорошо окупается. На Flutter (который на Dart) сейчас тоже нормально поднимают. Вот Python выглядит наоборот неудачным выбором, распыление на все сферы подряд (хотя кому-то может показаться плюсом) и топлы желающих войти-в-айти, с которыми вам придётся работать в одной команде рано или поздно.
Что юристу помешало ответить так же? Странное впечатление на самом деле, как-будто это не юрист Apple, а просто из юридической консультации вызвали левого юриста, которая не успела даже уставные документы изучить.
Тогда бы его ещё быстрее удалили, чтобы избежать обвинений на тему, что американские хакеры вмешиваются в выборы в РФ. А Васю Пупкина ещё и посадили бы на всякий случай.
Ну тогда зачем заниматься самообманом, что тебе интересно программирование? Квантор всеобщности очень характерен для возраста автора, называется юношеский максимализм. От него и страдает. Он хочет найти друзей - точную копию себя, но так не бывает. В этом когнитивная ловушка: он считает что именно его набор интересов и навыков - лучший, поэтому все кто чем-то отличаются от него воспринимаются как недостойные общения, даже настоящие программисты (коим он сам пока не является), в лице хотя бы его собственного отца.
Ok. Когда планируете перестать? Начните с догмы греховности, например)
Это тоже вряд ли, даже если взять один конкретный критерий, то лучший - всего один на планете. А так разве что среди ближайшего окружения сверстников.
Но зачем же грустить, что у других людей другие критерии? Вон топикстартер не может даже тем для разговора с отцом-программистом найти. Вам не кажется, что это говорит о нём, как об очень зашоренном даже в плане программирования?
В целом, это даже не неприемлемо, а просто глупо в виду многомерности возможных критериев. Чем раньше это удаётся осознать, тем продуктивнее. Поэтому многие тут автору указывают именно на этот аспект.
Объективной картины мира не существует, в нашей Вселенной всё сугубо субъективно. А потом "лучше других" по какому набору критериев? Почему по этому набору, а не по другому? Не бывает лучших во всём. В чём-то ты в 10% лучших, но есть ещё 100500 занятий, в которых ты в 10% худших. Как-то так)
Я думаю, было бы более интересно и показательно взять какое-нибудь реальное OpenSource-приложение и сравнить на нём. А то экстраполировать выводы, полученные на HelloWorld, как-то не комильфо.
С клада положено 50% государству отдавать и ещё 25% собственнику места, где нашёл. Так что им такой ответ очень понравится)
Два слоя у меня получалось интуитивно собирать. Вот на них и тренировал перемещения, необходимые для 3-го. По сути, для экспериментов со всем кроме самого последнего шага (поворота углового кубика) двух собранных слоёв достаточно.
Это всё так. Но я в целом-то и написал отзыв, потому что случай предрасположенности к сборке кубика - явно не мой. Я с ним безуспешно бился месяцами. Самый крутой совет - начать с простых перемещений из собранного состояния и посмотреть как перемещается при этом небольшое кол-во элементов.
Пока @mapron сомневается, я могу на своём опыте сказать, что советы в статье работают. Я несколько лет назад пробовал научиться собирать кубик, но безуспешно - от обилия формул рябило в глазах, я не мог их все запомнить и постоянно сбивался. А тут вдохновился статьёй, купил себе новый кубик и начал экспериментировать. Где-то за неделю уже научился собирать. Сейчас засёк ради интереса время. Получилось 4 минуты 9 секунд. Не сверхбыстро конечно, но я и не ставил себе целей по скорости, хотелось просто научиться собирать.
Так что я супердоволен результатом, спасибо @ilyaliза статью!
Смотря, кого считать обычным. Да, автор описал особо яркие случаи, но тем не менее, ненормальность среди программистов очень распространена. Она часто выражается в:
Гиперответсвенности (когда человек пытается успеть что-то сделать в нереальные сроки)
Невозможности отключиться от работы в нерабочее время (часто программисты вечерами или даже ночами думают о том, что связанно с работой)
Отсутствии границ в плане работы (вы много видели программистов, которые могут ровно в 18:00 всё закрыть и выйти из офиса? я только одного такого видел за 15 лет)
Эмоциональной вовлеченности в работу (мы не работаем с человеческими судьбами, как врачи или психологи, но многие так прикипают к неодушевленным вещам, что в буквальном смысле могут впасть в депрессию при закрытии проекта, над которым они работали)
Так что да, почти все программисты ненормальные. Вопрос только в интенсивности, с которой это проявляется вовне.
Так это вы в статье правильно подчеркнули, что курсы то обещают трудоустройство. Но при этом забивают на то, что для этого трудоустройства надо уметь. В лучшем случае каким-нибудь хитростям научат, как обойти собеседование.
Погодите. Арифметика в данном случае - это школьный учебник по информатике. Его можно за условные 300 рублей купить и читать сколько влезет. Если мы говорим о трудоустройстве, то это минимум введение в матанализ в вашей терминологии.
Спасибо, обойдусь.. Уж как-то без курсов около 20 ЯП освоил, на 8 из которых уже программировал на коммерческой основе. Так что их курсы я буду смотреть, только если они мне заплатят за их критику))
Ну ok. Значит есть шанс, что это не превратится в очередную ветреную мельницу против которых вы боролись :D
Насчёт часов хорошо подметили. В принципе, есть хороший ориентир в этом плане:
1_000 часов осознанной практики - уровень профессионала (можно начинать брать деньги за свою работу без сделок с совестью)
10_000 часов осознанной практики - уровень профессионала мирового уровня (можно рассчитывать на топовые зарплаты, 90-й перцентиль и выше)
Работает, кстати, абсолютно в любой области, не только в IT.