Комментарии 447
Спасибо, Кэп! А если серьезно, то в яблочко! Меня особенно умиляли за мою практику индивидумы "пусть меня научат", но только в рабочее время и без их инициативы и самостоятельного изучения. Но я думаю это не специфично для ИТ и является кормом для инфоцыган и курсов разных мастей.
"Работать в команде" или я буду смотреть как ты работаешь - это просто золото первых 6 месяцев на работе в западной Европе
Эту статью,как вступительную лекцию в вузах и на курсах надо читать)Полезно будет для желаюших быстренько программистом стать!)
Вспоминается...
«Главная проблема цитат в интернете в том, что люди сразу верят в их подлинность», - писал российский революционер Владимир Ленин
Не в яблочко, если задумаетесь.
Во первых очень интересная и правильная ссылка на труды Нассима Талеба или Даниэля Канемана про ошибку выжившего. Она прекрасна, но тема статьи с ней и рядом не валялась.
Возьмем спорт. Никому не интересны неудачники, если только они не лупят стулом по голове чиновников в кафе. Всем интересны чемпионы, как минимум призеры.
И в ДЮСШ не висят плакаты районных алкашей, которых немеряно прошло через эти залы и кануло в лета. Там висят плакаты тех, кто чего то добился. Это не ошибка выжившего, это называется мотивация.
Абсолютно та же история и с курсами. ИТ и не ИТ.
Идеальный путь в ИТ начинается в 4-5 лет, когда дедушка учит тебя шахматам, потом матшкола, универ по профилю и гугл или микрософт на на выходе, но не у всех есть такая возможность
Курсы это самый простой вход в профессию, возможно даже легче книг, потому что мультимедия легче усваивается.
А дальше надо упорно совершенствоваться
Впахивать всю оставшуюся жизнь если хочешь стать Профессионалом.
Абсолютно так же как и в любой профессии даже у водителей автобусов
При этом естественно ориентиром будут те, кто добился успеха.
Это нормально и здесь никакого обмана нет.
Имхо: идеальный путь в ИТ - это когда в 10 лет увидел компьютер и как друг играет в гта и понял, что хочешь игры делать ?
ИМХО в 10 лет уже поздно, для спорта почти 100% по нынешним временам, да и в остальном, в 5 лет уже бате ключи в гараже подаешь или паяльник держишь)
Это ретроспективное искажение реальности см. Талеба
Вам с высоты нынешнего возраста кажется, что вы решили в 10 лет игры делать
на самом деле может в детском саду ;)
Время для начала занятий спортом - зависит от спорта, где-то для вхождения в 14+ достаточно просто хорошей физической активности до этого.
Первый раз комп увидел в 15 лет - привезли в школу для класса информатики, сел за них же - через год. Первоначально заявлялся на приборостроительный факультет, уже потом, при подаче документов (тут же, на месте ознакомился с кратким описанием специальностей) перебросился на ИВТ.
Бьорн Дэли, шестикратный олимпийский чемпион по лыжам (в то время, когда гонок на Олимпиаде было гораздо меньше) начал тренироваться в 15.
В 10 лет самое время вести ребенка в секцию хоккея, футбола и т.п. Раньше приводить бессмысленно, т.к. у него соображалка еще не особо работает.
До 10 лет разве что бег, плавание, художка, фигурка.
А уж тяжелая атлетика - это вообще уже лет в 15 не раньше.
Вообще то я упоминал шахматы, но вечером на татами увижу пятилетнего пацаненка, передам ему про соображалку)
Да вот ни фига, у профессиональных клубов в том же футболе вполне себе в академиях есть секции под детей пяти-семи лет.
Да, можно начать заниматься и позже и добиться успеха, но начать заниматься в 7-9 лет более чем нормально.
В игровые виды спорта детей можно спокойно приводить года в 4-5-6. В зависимости от ребёнка конечно, но в 6 уже все здоровые дети для этого созревают.
И это не значит что их в 4 года надо тренировать как игроков высшей лиги. Но "соображалки" у них уже хватает.
Дочь занимается баскетболом с 6 лет. Поначалу у них игры из разряда салочек, потом вводят мяч. Соображалки хватает.
В спорте решают 2 вещи: врожденный талант и везение (а для некоторых дисциплин ещё нужны большие деньги). Спортивный гений, начавший заниматься в подростковом возрасте очень быстро обойдёт тех, кто занимается с 6 летнего возраста. И обязательно станет чемпионом, если у него будет достаточно везения - чтобы не получить в процессе тренировок травму, несопостовимую с дальнейшей спортивной карьерой (так выбраковываются большинство юных дарований, подающих надежды). А вот если гения отдать в спорт в 6-летнем возрасте, то вероятность получить серьёзную травму резко возрастает, да и вероятность выгореть к 16 годам и забросить всё нафиг тоже немаленькая - гении они вообще зачастую капризные личности.
Да и вообще не надо заниматься спортом ради чемпионства, занимайтесь ради удовольствия и будет вам счастье. (С программированием та же фигня)
В спорте решают 2 вещи: врожденный талант и везение
В разных сферах деятельности говорят одно и то же, что без упорства талант не имеет шансов. Часто менее одарённый добивается большего, взять того же Александра Емельяненко - дано было больше, чем брату, но результат посредственный из-за отсутствия дисциплины.
А вот если гения отдать в спорт в 6-летнем возрасте, то вероятность получить серьёзную травму резко возрастает, да и вероятность выгореть к 16 годам и забросить всё нафиг тоже немаленькая — гении они вообще зачастую капризные личности.
Это смотря что понимать под "отдать в спорт". Одно дело как в СССР в СДЮШОР ломать детей с самого начала. И дугое дело просто дать детям развлечение в виде спорта с небольшим количеством упражнений.
Потому что повезло. Я сам с 6 лет в спорте, с 10 в СДЮШОР. Дорос только до КМС потому что меня "сломали" в 16.
При этом у нас ежегодно из команды из-за травм вылетало 5-10 человек. Многие из них получили что-то хроническое. Подавляющее большинство больше никогда не смогли заниматься спортом профессионально.
Но тренерам-клубу на это было в общем-то наплевать. У них "за забором" очередь желающих. Можно просто новых взять...
Обоснованно возражу. Имею рядом пример, когда человек без таланта, но с упорством, ежедневной многочасовой практикой, а главное с правильным психологическим настроем добивается высоких результатов. Дома все узкие горизонтальные поверхности заняты кубками )
Нельзя говорить, что ""в спорте решают 2 вещи: врожденный талант и везение (...и большие деньги)."" Это совсем не так!
У меня компьютер появился в 16. С программированием познакомился в вузе. Интернет так вообще заимел года в 22. Сейчас мне 33. Разработчик со средней зп по рынку в продуктовой компании.
... Упросил родителей купить комп, стал играть, пропускать школу, ничему не научился, стал игроманом ... /контрпример :-/
Мне кажется, рано или поздно играть надоесть.
примерно так же, как наркоману надоедают наркотики. Если впечатления от игры ярче, чем в реале, то из виртуала даже не выходят.
Когда игроману надоедает играть он переключается на новую игру
Играю с 2 лет, трудно сказать какие игры сколько я играл в детстве, но за последние 10 лет (с 19 до 29) у меня есть стим который трекает сколько на какие игры я потратил. У меня топ5 игр выглядит так:
- 5500 часов
- 3776 часов
- 855 часов
- 558 часов
- 550 часов
И это я типа дяденька тридцати лет. Пока играть не надоело
Ну кто из ребят не разбирал в детстве машинки ? Ведь интересно что там внутри. Но не все стали продвинутыми в технике. Вот те, кто умудрялся их собрать обратно получили с детства +10 к "технике" :)
Так и с компом - не каждый его обладатель станет ойтишнегом, но без компа - точно не станет.
Мне 36 лет и я заядлый геймер. И большую часть своей жизни я потратил на херню. Хотя мог бы играть.
Я захотел в 7 лет, но не игры, а программы для автоматизации рутины. Но компьютер у меня появился только в 16 лет, а интернет в 18. Сперва на дельфе много делал для мелкого бизнеса, потом в веб пошел, как он поднялся. Сейчас уже под 40, php мидл+ работаю не напрягаясь.
Под 40 мидл+? Кто то где то не туда свернул.
А зачем выше? Разница в ЗП не критичная (где я работаю 120к vs 160к рублей), ответственности меньше, свободного времени больше. Время как по мне гораздо дороже любых денег. Особо когда 8 часовую задачу можешь сделать за 4 часа.
Не все становятся сеньорами. По разным причинам. Мидл это основная боевая единица.
Потом были и книжки по бейсику на каникулах, мечты о своём компьютере и многое другое.
По определённым причинам забил на учёбу в школе, средненько сдал экзамены, и выучился на инженера. Стране инженеры были нахрен не нужны, потому пошёл я в люди. :)
Помотавшись по разным профессиям, благополучно отработал в розыске, параллельно получая второе высшее. И лишь потом, уйдя на гражданку я пришёл к тому, что люблю — программирование.
понял, что хочешь игры делать ?
тут два пути — или понял что игры хочешь делать или что-то для игр, но почему-то все говорят про первый, у меня и у друга был второй путь — начали с того что писали как могли редакторы для игр, например сделали свой собственный редактор машин для GTA VC, редактор свойств объектов для Zeus и т.д.
А я вот в первый раз увидел компьютер (Урал 1 назывался) только в 15 лет. Поздновато, конечно, но как-то сумел программистом стать
или вечные патроны...
Я именно так и пришёл в IT, правда, к моему сожалению, не всегда делаю игры
Плюсую. Любая профессия этого требует. А здесь просто описан тип человека, который привык к тарелочке с золотой каёмочкой. Он в любой профессии одинаков.
Да, конечно, задача текста – уговорить людей перестать вестисо на рекламу курсов и лёгкие деньги. Но если бы это хоть когда-то работало, люди второй раз в МММ не вложились бы)
Да, именно такой тип тут и описан. Но благодаря нездоровому хайпу, агрессивной рекламе всяких недокурсов и многочисленным "историям успеха" таких сейчас в IT рванули толпы. И это печально, т.к. среди входящей молодёжи ( и не очень молодёжи) встречаются неплохие и перспективные личинки специалиста. Но разглядеть их в толпе всё сложнее и сложнее. И есть шанс, что их эта толпа затопчет и через несколько лет вместо нового Торвальдс будет вечно пьяный дворник дядя Вася
Отвечу сам себе, поскольку часть не поняла посыла и зацепилась за возраст и за курсы.
Мысль моего комментария: Если не бессмысленно, то точно контрпродуктивно, перечисление почему кто то не смог стать кем то.
Причин может быть немерянное море.
Если ты хочешь кем то стать, то смотреть надо на тех у кого это получилось и оценивать чего не хватает тебе. В общем случае это работает, в частных может и не сработать.
Иначе получится вывернутая логика - если я не бухаю, то стану олимпийским чемпионом
Так не работает см. тех же Талеба и Канемана
Конечно истории про "успешный успех" читаются с большим интересом. Ну и вся индустрия выкачки денег с обучаемых строится на мотивационных речах, сломе критического мышления(как психологическими методами, так и физическими - например выдерживание жарким летом в кондиционируемом помещении при +16 с адскими перегрузами организма по времени занятий) а вот после этого уже без фильтров заносится информация нужная организаторам курсов и нужные просьбы. На ИТ курсах конечно этого меньше чем на курсах личностного роста, но канва похожа.
Идеальный путь в ИТ начинается в 4-5 лет, когда дедушка учит тебя
шахматам, потом матшкола, универ по профилю и гугл или микрософт на на
выходе, но не у всех есть такая возможность
Вот не согласен. Для дата саентистов этот подход возможно и оправдан, когда нужна математика и статистика. Да и выход сомнительный - вряд ли вы там станете разработчиком новой базы данных или решения для распределенных вычислений, скорее будете поддерживать легасятину из фарша технологий на проприетарной основе в гигантском монорепозитарии и участвовать в играх HR по гаусовому распределению, прохождении обязательных тренингов на далекие от работы темы, заполнения муторных отчетов о своей работе и своих коллег.
С моей точки зрения @nmivan умеет писать статьи на банальные темы, но очень увлекательно. И эту публикацию я не рассматриваю как книги Нассима Талеба. Но ведь задел чертовски злободневную тему для ИТ! И мне интересно читать его статьи, как соратника по разработке ПО и работы с бизнес пользователями.
Учиться нужно в любой професии, если хочешь достичь высот. Но можно быть и ремесленником(люди разные нужны, более того в моих успешных проектах всегда был микс из разных людей). Бездумно перекладывая данные из XMLек и JSONчиков в поля БД вручную, поддерживать махровую легасятину, делать монотонные задачи которые не стремятся взять коллегии с более развитыми хард скилами и архитектурными навыками. Но до этого этапа надо еще дожить, чтобы стать лояльным компании сотрудником, когда таких людей десяток на вакансию. А вот чтобы решать нетиповые задачи, создавать новое, налаживать процессы разработки и внедрять лучшие практики так, чтобы уменьшать трудозатраты при повышении качества разрабатываемого ПО - на это способны немногие, кто постоянно учится и развивает себя.
Впахивать всю оставшуюся жизнь если хочешь стать Профессионалом.
Work smarter, not harder!
Work smarter, not harder!
Вот вы сами и перешли к мотивационным речам )
Потому что мотивация работает
Но! Успех это 1% таланта и 99% упорства
и 50% удачи)
Это не мотивация, а совет что "Впахивать"!=Обучаться и думать. Упорство надо прикладывать к правильным вещам, а не в сизифов труд, для этого как раз и нужны истории провалов.
Вот например из последнего по опыту, что многие компании пытаются быть Big data, data driven и внедрить Hadoop/Trinio/Databricks и распределенную файловую систему для аналитики, но никто не понимает что HDFS не панацея(как и объектное S3 совместимое хранилище при текущих шаблонах использования), что Hadoop имеет свой оверхед и "скелетов в шкафу". Что сайзинг данных и паттерны работы с ними могут не особо ложиться на используемые технологии, мало кто думает о стоимости эксплуатации и сложности разработки. И вместо решения потребностей отделов компании в аналитике, иногда это превращается в холивар "Python vs Java(Spark)" и стоимости специалистов, раздуванию бюджета и закупки нескольких дорогих и не нужных для решения задач сборок от вендоров, десятков контракторов барахтающихся в своих "блокнотиках" и дериктивах от не очень осведомленных о задачах и ограничениях менеджеров. Вот для этого и нужен кругозор, самообучение и умение дебажить/рыться в исходниках проектов и т.п. Чему вас ни на каких курсах не научат, а скорее относится к фундаментальным знаниям из универа, самообучению и системному мышлению.
Мне сдается вы рубитесь против курсов, это ваша война.
Я не собираюсь в нее встревать.
Это как вечный спор яблочников и зеленых роботов.
Я просто поправил некорректное применение автором статьи термина про ошибку выжившего.
Потому, что большая часть читателей не представляет себе что такое "ошибка выжившего " им просто нравятся модные слова.
Это было машинально, как если бы вы увидели в заголовке статьи про деление на ноль и написали, что делить на ноль нельзя.
Если бы это был форум домохозяек вам так же бы напихали за это.
Вот и все.
Мне сдается вы рубитесь против курсов, это ваша война.
Жаль что такое впечатление. Я против бесполезных курсов, которые обещают окончившим счастливое будущее. Я за курсы с толковыми лекторами с опытом работы над реальными задачами, когда это способ быстро подтянуть компетенции сотрудникам и дать им отправную точку в самообучении. От себя могу положительно отметить курсы от SpringSource, Postgres Professional, и Алексея Рагозина - их я могу рекомендовать! Не буду по известным причинам перечислять негативный опыт контор, куда меня когда-то отправляли с работ просто для расхода нашего бюджета на обучение. В случае обязаловки IMHO уж лучше сходить на увеселяющие курсы по софтскилам, там больше талантливых тренеров чем в ИТ.
Это было машинально, как если бы вы увидели в заголовке статьи про деление на ноль и написали, что делить на ноль нельзя.
Принято и вас понял!
Добавлю про модную визуализацию данных - дашборды от PowerBI и других аналитиков.
На вопрос кто будет всматриваться в дашборд, анализировать данные и предпринимать какие то решающие, а еще лучше влияющие действия, ответа однозначного получить не удается.
"Терпенье и труд - всё перетрут". На мой дилетантский взгляд, "невыжившие" в ИТ элементарно не понимают, что нужно впахивать. Выработать инстинкт "кменножопности".
Тогда почему абсолютно не поможет? Спрос на такой код в мире есть и не малый. Наверняка все из нас слышали даже множество аргументированных мнений в пользу такого кода (типа - у нас тут не бочка Диогена, некогда думать, пили фичу быстро - мы ее уже продали в прошлом квартале и деньги уже потратили).
Очень часто помогает! Сам регулярно вижу как из знания формируется понимание. Не всегда, но при должном упорстве - довольно часто.
Товарищ, я возмущен, причем тут спорт? Даже приблизительно нельзя сравнивать например гимнаста, который с 3 лет занимается или футболиста, который до 32 лет играет - и программиста, который после 30 может освоить профессию. Про лучших тоже не понятно, автор пишет, что не все и не так просто, как говорят и обещают. А показывать успехи десяти из миллиона, такое себе, это не лучшие, а выжившие.
Так-то домашние пет проекты тоже сильно отличаются от того, с чем приходится иметь дело на работе (примерно как, автобус и спортивный автомобиль).
А это очень просто объяснить. После определённого уровня навыков, которые приобретаются за короткий период времени прямо во время работы, нет смысла в дальнейшем их совершенствовании. Платить водителю автобуса за это больше не будут, многоуровневые собеседования с задачками из LeetCode для водителей автобусов тоже не будут проводить. Этого определённого уровня навыков хватит водителю автобуса на всю его рабочую жизнь. Ну да, есть какие-то локальные конкурсы для водителей общественного транспорта типа сложных фигур (сам видел), но максимум от таких конкурсов - грамота. Обычному работяге эта грамота никуда не упёрлась. Да и дела после работы у работяг, как правило, есть куда важнее, чем наматывать круги на своём домашнем автобусе.
А другие пилоты коллекционируют поезда и гоняют во всяких трейн-симах, да triplebanana?
Да. Я даже не удержался, купил (как выяснилось потом редкостную шляпу) - РУДы и сайдстик от thrustmaster’a - Airbus edition. Но вместе с xplane, ff320 (где я кстати был бетатестером), долгими зимними вечерами скрашиваю одиночество виртуальными полетами на 55 OLEDe с «полным эффектом погружения», попутно долбя соседей сарраундом. До нашего общего виртуального друга со стримами полетов на Ту-154 мне конечно далеко, но все же. И да, эти милые поезда в масштабе H0, коих у меня уже несколько сотен… wait, oh sh…
Причём здесь чемпионы? Если уж проводить аналогии со спортом, то чтобы войти в IT достаточно на третий разряд норматив выполнить.
Про упорную работу согласен 100500+. Про возраст спорно. В комментариях говорили тоже. Если цель стать "чемпионом ОИ и ЧМ" ("мастер спорта международного класса"), то пожалуй да, но здесь значительную роль играют врожденные способности, талант и везение, а если цель "КМС", то критичным является именно упорство.
Меня особенно умиляли за мою практику индивидумы "пусть меня научат", но только в рабочее время и без их инициативы и самостоятельного изучения.
А что, в других профессиях не так?
Везде надо учиться, порой значительно больше, чем в IT.
Вот, возьмите, к примеру, главного инженера проекта - например в общестрое. Это такой чувак, который, чтобы стать вот этим вот ГИПом должен проработать минимум лет двадцать, а то и больше. А иначе он не ГИП, а так - погулять вышел.
И должен он знать все разделы строительства, начиная от ПОЗУ (план организации земельного участка, со всеми там посадками зданий, вертикалками и т.п.), проходя через КР и АР (конструктивные и архитектурные решения), через ВК (вода, канализация), через ЭС (ЭОМ) - электрика, слаботочку, технологические решения, охрану окр. среды и вплоть до смет.
И дрючат его на каждом совещании у заказчика и в экспертизе так, что многие на стенку лезут.
А платят - вы удивитесь... джуны получают больше.
Поэтому (как мне кажется) т.н. невыжившие в IT- это слабаки, которые не хотят нагружать свой мозг. Им проще бетон месить. Кстати, в этом есть свой смысл - мозг становится девственно чистым - в теле появляется приятная легкость.
В общем, есть много друг Горацио на свете, что и не снилось нашим мудрецам - многие профессии требуют даже больших усилий, нежели в IT.
Совершенно верно, есть лютый перекос зарплат в хайповые области IT, заметьте - не все множество IT профессий, а только в хайповые. Хирурги, пилоты, диспетчеры высоконагруженных морских и воздушных гаваней, ГИПы - да масса специальностей с очень длительным и трудоемким циклом обучения.
Но категорически не согласен с " т.н. невыжившие в IT- это слабаки ". Это могут быть замечательные специалисты в низкооплачиваемых областях, просто "прошивка" не та. Плюс разница в физическом строении мозга+тела. Это не БМВ, здесь за бабки включить подогрев сидений невозможно.
категорически не согласен с " т.н. невыжившие в IT- это слабаки "
Вполне возможно, что я погорячился, хотя, скорее всего, я не сумел правильно сформулировать мысль.
Дело в том, что люди все разные, я имею в виду - с разным типом мышления...
Кто-то более творческий и способен угадать мелодию вообще без нот, а кто-то живет по нормам формальной логики. Еще больше это различие проявляется в способности не просто что-то создавать, а уметь создавать свое дело, свой бизнес, быть реальным а не выдуманным антрепренером. Ну, не могут все быть руководителями и начальниками, способными на вытягивание этого воза.
Вон, Синклер (Sinclair) был гениальным инженером, а вот свое дело не сумел потянуть - на ZX Spectrum-е все и умерло.
Просто кому-то дано двигаться по строгой линии программирования (пусть даже это и многомерные матрицы или абстракции двадцать пятого порядка), а кому-то это не дано - у него в голове красивые пейзажи. Suum cuique, как говорили древние.
И первые, те, которые живут по логике, как правило, интроверты, а вторые - это экстраверты. Вот этим самым экстравертам категорически нельзя идти в программирование - то есть, результат может оказаться и положительным, но один на миллион - что еще больше подтверждает правило.
И проверять таких входящих нужно именно на то, кто они психологически. Это даст больше результата...
Да, среди интровертов тоже будут те, кто не сумеет в IT - но это тоже исключение.
Почему я написал про слабаков? Наверное потому, что (как и любой из нас) примеряю все на себя. Прошу прощения, если обидел.
Вон, Синклер (Sinclair) был гениальным инженером, а вот свое дело не сумел потянуть - на ZX Spectrum-е все и умерло.
Не был. Спектрум проектировали Ричард Альтвассер и Стив Викерс.
Гениальным бизнесменом он тоже не был. Когда Синклер узнал о разработанном ZX он сказал "это же чуть больше чем ничто, кому это может быть нужно". Ну и вишенкой на торте, когда его поздравили спектрумисты с какой-то круглой датой, а он удивился "какой ещё Спектрум ?"
Спектрум ему был неинтересен, возник спонтанно и случайно, и производился просто потому что оказался коммерчески успешен. Несмотря на отвратительное качество (которое, к слову, сильно выросло после передачи в Амстрад). Сиклеру были интересны электровелосипеды и прочий хлам. А неинтересная продукция производилась тупо ради денег на интересные проекты.
Вон, Синклер (Sinclair) был гениальным инженером, а вот свое дело не сумел потянуть - на ZX Spectrum-е все и умерло.
Ничего себе "не смог потянуть"! Да в современном мире "дотянувших" до уровня сэра Синклера по пальцам двух рук пересчитать можно!
Никакого перекоса нет - есть рынок, на котором есть спрос и предложение. Если ваша специальность имеет только одного работодателя в стране - то это одно дело, а когда ты даже к стране не особо привязан - другое.
Везде надо учиться, порой значительно больше, чем в IT.
Да, надоел этот миф, что в ИТ нужно постоянно изучать какой-то огромный объём информации.
Во-первых полно людей в ИТ, которые просто выучили необходимый минимум и нормально работают, получают зарплату, в 18:00 идут домой и занимаются другими делами. Нужно будет что-то изучить для текущей работы - ознакомятся и начнуть как-то применять. Не нужно - самостоятельно изучать не будут. И всё у них нормально, никто их не увольняет, часто даже рыночную зарплату платят.
Во-вторых хватает других профессий, в которых нужно постоянно учиться. В некоторых объём знаний и ответственности может легко опередить ИТ. И в большинстве из них нельзя просто посмотреть ролик на ютубе. Да и часто могут потребоваться какие-то реальные доказательства знаний вроде аттестаций или сертификатов. Это тоже за выходные не сделаешь.
В-третьих поищите, например, информацию о том же ООП, принципах. Когда было это всё придумано? По логике же должно было всё уже миллион раз устареть. Но нет, это всё используют при современной разработке. Ну а про новые фреймворки смотрите первый пункт.
В-третьих поищите, например, информацию о том же ООП, принципах. Когда было это всё придумано? По логике же должно было всё уже миллион раз устареть.
Так оно и устарело. К примеру, от наследования (одного из трех китов "того" ООП) теперь принято плеваться, и в новые языки его даже не завозят.
какой-то огромный объём информации
разве нет? постоянно выходят новые (мажорные) версии фреймворков, новые фреймворки вообще, новые мажорные версии ЯП, наконец, сами ЯПы - появляются и исчезают в забвении.
Дальше больше - вы же данные где-то храните - вот вам базы данных. MS SQL, Oracle, MySQL, PostgreSQL - изучение и знание каждой в отдельности тянет на отдельную профессию (между прочим, DBA не на пустом месте появились). Кроме того, нужно собирать логи и метрики (десятки инструментов), упаковывать код в контейнеры (docker, docker-compose, podman), деплоить код (K8S, OpenShift), разбираться, почему оно там работает не так как должно (а это отдельный кластер айти знаний, в котором кроличья нора не имеет, кажется, дна). Знать на определенном уровне целевые ОС (что опять же тянет на отдельный год-два изучения). Потом опять же - кто-то принес NoSQL и понеслась - ClickHouse здесь, Tarantool там, Mongo тут. Всё это приправят Redis'ом. Ничего не работает без очередей, и вот ты уже изучаешь отличия Redis Streams от Kafka или там RabbitMQ.
И всё это желательно не просто прочесть, а изучить и как минимум написать маленький пет-проектик, чтобы закрепить полученное хотя бы минимальной практикой.
Да, можно и сегодня где-то работать на Delphi 7 & Firebase тысяч так за 40 рублей... Или там на С или C++ '03 с тем же успехом.
MS SQL, Oracle, MySQL, PostgreSQL - изучение и знание каждой в отдельности тянет на отдельную профессию
А меня особенно умиляет, когда в вакансии пишут:
Знание SQL, T-SQL, PL/SQL, PostgreSQL, Entity Framework, ADO.NET, .NET, ,NET Core, ASP.NET... зарплата от 70000 до 70000.
Зависит от уровня какой требуется в каждом навыке
Ну, главное, чтобы не было как в том анекдоте:
"Я знаю Карате, Айкидо, Дзюдо, Джиу-Джитсу и еще много других страшных слов!"
Просто владение (например) MS SQL Server (с его T-SQL) на уровне 70 тысяч - это уже неплохое владение с умением писать хранимые процедуры, триггеры, знанием его экосистемы с типами, хранимыми в БД, умением делать репликацию. Да и вообще - пониманием того, как сконструировать саму базу - то есть мочь создавать ее архитектуру.
А если к этому добавить EF (или вообще чистый и, в связи с этим, быстрый, ADO.NET), то это уже не 70000, а раза в два больше. Вы ведь не на показательные выступления приходите, а работать, то есть создавать продукт. А заказчику вообще плевать, что там под капотом.
Вопрос, что автор понимал под словом знание. Когда я учился, а это было давно у нас была установка, если ты знаешь, то можешь объяснить человеку, который первый раз в жизни видит это ПО, как оно работает. Если не можешь, то ты либо не знаешь, либо коммуницировать не умеешь и то и другое - дисквалификация.
разве нет?
Да, если хотите быть хорошим специалистом, понимать, что именно делаете и зачем.
Нет, если хотите просто работать за ЗП. Необходимый минимум прекрасно изучается во время работы. На самом деле, после изучения какого-то фундамента, не требуется для дальнейшей обычной работы обрабатывать огромный пласт информации.
Например, прямо сейчас у меня есть такой коллега. ЗП 250 тр, middle разработчик. Я на 100% знаю, что он ничего вне работы не читает и не изучает. То, что требуется для работы изучает во время работы. Новая возможность фреймворка/языка - изучил, как-то применил. Это просто хороший работник, ремесленник. Я прекрасно понимаю его подход к жизни. Да и на других работах такие коллеги были. Посмотрите на своих коллег, я уверен, что там будет как минимум один такой.
постоянно выходят новые (мажорные) версии фреймворков, новые фреймворки
вообще, новые мажорные версии ЯП, наконец, сами ЯПы - появляются и
исчезают в забвении.
Ну если бегать и ради хайпа изучать всё что появляется нового, то тогда да. Если же следить вполглаза за своей областью и изучать нужное по необходимости, то будет сильно проще. Многое успеет появиться и исчезнуть до того, как оно пригодится конкретному разработчику.
вот вам базы данных. MS SQL, Oracle, MySQL, PostgreSQL - изучение и знание каждой в отдельности тянет на отдельную профессию
По-моему, неудачный пример. Все перечисленные продукты существуют примерно миллион лет и вряд ли изменяются очень часто и сильно. Хотя тут я не специалист совсем, так что поправьте, если не прав.
Остальные перечисленные вами области, вряд ли нужны одному и тому же человеку одновременно.
Да, можно и сегодня где-то работать на Delphi 7 & Firebase тысяч так за 40 рублей... Или там на С или C++ '03 с тем же успехом.
Ваши представления о ценности специалистов по доисторическим системам не соответствуют действительности, на сколько мне известно.
всё что появляется нового, то тогда да
зачем всё? Давайте в терминах Python:
Flask (Flask-restx), Django, aiohttp, FastAPI. Иногда Pyramid, Falcon.
Опять же - на работе может быть один конкретный фреймворк, а захотите поменять работу - в каждой вакансии будет свой, а то и два. И не факт, что они совпадут с вашим.
По-моему, неудачный пример.
Да, они не новые. Но достижения уровня "миддл" в Оракле занимает пару лет, в MS SQL, MySQL, PostgreSQL примерно по полгода. Регулярные обновления выходит ко всем. Иногда там появляется что-то нужное и востребованное, иногда нет. Опять же - заказчики разные - кто-то использует все новые фичи bleeding edge, кто-то перемещается с одной EOL LTS системы на другую.
Все остальное вполне спрашивают с бэкэнд разработчика - и очереди, и NoSQL базы данных, и контейнеризацию, и деплой. И траблшутинг :)
Flask (Flask-restx), Django, aiohttp, FastAPI. Иногда Pyramid, Falcon.
Так это не очень и много. Они же там не меняются кардинально от версии к версии.
Опять же - на работе может быть один конкретный фреймворк, а захотите поменять работу - в каждой вакансии будет свой, а то и два. И не факт, что они совпадут с вашим.
Во-первых, по моему глубокому убеждению, все движки шаблонов немножко (а зачастую и "множко") похожи друг на друга. Во-вторых, на новом месте я сначала осваиваюсь, изучаю продукт и чиню мелкие и простые баги. В процессе чего можно и с движком ознакомится и со всем остальным. Впрочем, я довольно давно был "на новом месте". Возможно сейчас так не делают.
Да, они не новые. Но достижения уровня "миддл" в Оракле занимает пару лет
Либо база мелкая и что бы вы не делали она будет работать нормально. Либо база большая и нужен отдельный DBA.
Все остальное вполне спрашивают с бэкэнд разработчика - и очереди, и NoSQL базы данных, и контейнеризацию, и деплой. И траблшутинг
Либо проект мелкий и всё это вообще не надо. Либо проект крупный и нужны квалифицированные специалисты. Ну ладно, контейнеризация и деплой нужны и в мелком, но там для мелкого всё просто
разве нет? постоянно выходят новые (мажорные) версии фреймворков, новые фреймворки вообще, новые мажорные версии ЯП, наконец, сами ЯПы - появляются и исчезают в забвении.
Я, например иногда пишу веб-админки для своих проектов. Сразу скажу, я не веб-разработчик, делаю это только по необходимости, ибо больше некому. Я до сих пор использую jQuery, и не использую никаких PHP/JS/CSS фреймворков. Недовольных клиентов ни разу не было.
Это потому что между вами и бизнес-заказчиком нет промежуточных звеньев.
А будь вы в какой-нибудь корпе, вам бы популярно объяснили, что техстек компании такой-то, шаг право-влево карается расстрелом.
Это пока вы один. А как эти админки поддерживать, когда вы не сможете работать?
А в чем проблема их поддерживать? Даже никаких фреймворков знать не надо. Если еще уйти от jQuery, то будет вообще ванильный код во всем веб-стеке.
Разбираться в стандартных тормозах от использования ORM'a — такое себе удовольствие.
Зато регулярное, и да исправить тут уже, как правило, ничего нельзя.
Проблема в том, что завтра-послезавтра фреймворк становится немодным и его уже никто не знает, нужно изучать документацию и вот тут поддержка становится сложнее и дороже.
Ну так-то и сам язык или его версия могут стать немодными. Я видел проекты, которые версии языка меняли по причине, что люди были согласны писать под старые версии только за бОльшие деньги. К тому же, срок жизни мэйнстримных Фреймворков достаточно большой, чтоб окупить их использование, по крайней мере в сколько нибудь немаленькой команде. Как только у вас начнётся маломальская текучка, а средний мидл редко где больше пары лет сидит, про джунов вообще молчу, вы замучаетесь с самописными велосипедами. И вполне возможно что момент, когда проще переписать, а не поддерживать наступит даже раньше, чем станет немодным фрэймворк, который был мэйнстримом на момент начала проекта. Сразу скажу, что у меня в основном взгляд со стороны бэка и в мире фронта возможно эти процессы идут с другой скоростью.
И вы знаете все то что перечислили? Или это просто набор страшных слов?
Согласен. Почему-то у людей в голове прямая связь IT = разработчик(программист)
Но в ИТ кроме этого множество других специалистов выполняющие другие роли, те же тестировщики, менеджеры как в любом бизнесе и т.п. Люди в тестировании годами могут работать с определенным набором знаний и навыком достаточным для их текущей позиции и проекта, получая очень хорошую по меркам своего города деньги.
Даже в разработке можно один раз научиться делать примерно одно и тоже и сидеть на одном проекте годами или десятилетиями без развития. Конечно это может плохо кончиться, когда проект вдруг закроют.
Обучение нового преподносится так, будто каждую неделю или даже каждый день знания устаревают и нужно срочно учиться чему-то новому. А на деле раз в месяц или раз в несколько месяцев можно найти что-то новое или изучить. И этого будет достаточно, чтобы не стоят на месте и развиваться
В данном, конкретном могу с вами полностью согласится. Возможно вам кажется, что там информации сильно больше, т.к. для вас за долгие годы в ИТ вся полученная вами инфа кажется «легкотней». Коренное отличие тут в том, что да, нужно лет 20 (5 лет вышки + 15 опыта) но потом легче т.к. технологии в строительстве меняются не так стремительно, как в ИТ, получить хорошее образование, а потом проехать на нем всю карьеру не получится. Я не понаслышке знаком со строительной отраслью, так что понимаю о чем вы.
ГИП зубрит а программист должен думать. У ГИПа всё наглядно а программист не знает почему программа так работает. ГИПа можно сравнить скорее с юрситом, программиста - с ученым (нерядовым). Вспомните о сложных случаях отладки бага. Сможет ГИП догадаться в чем дело?
ГИП зубрит а программист должен думать.
ГИП тоже должен уметь думать, а программист уметь зубрить. И то и то - в разных, конечно, пропорциях, присутствуют и для ГИПа и для программиста.
Вспомните о сложных случаях отладки бага. Сможет ГИП догадаться в чем дело?
Ну, вот я перед вами - и ГИП и программист в одном лице. Правда программистом я стал значительно раньше, тогда когда решал нетривиальные задачи моделирования летательных аппаратов. Затем побывал в разных ипостасях и ГИПом в том числе... и вот я снова программист - потому что мне так комфортнее - здесь все разложено по формальным полочкам, здесь нет места самодурству - только логика.
И знаете, догадываюсь в чем дело...
Поэтому (как мне кажется) т.н. невыжившие в IT- это слабаки, которые не
хотят нагружать свой мозг. Им проще бетон месить. Кстати, в этом есть
свой смысл - мозг становится девственно чистым - в теле появляется
приятная легкость.
Есть биологические ограничения - предел, который касается как количества, так и качества нагрузки мозга.
Не все смогут в IT хотя бы потому что они не шизоиды, что мозги не заточены под это. Обнаружив в своих мозгах такой изъян, люди бросают это ваше айти и правильно делают, целее будут.
Так что да, кто то месит бетон после неудачного входа АйТи и правильно делает.
Лучше здоровый разнорабочий, чем дерганный, депрессивный айтишник, который дерганный потому, что нифига не получается или получается, но с неимоверными усилиями.
Не думаю, что из IT-сферы нужно делать какой-то идол. Программисты этим страдают. Не понятно почему. Многое зависит от восприятия. Среди гуру тоже нередко встречаются нытики.
Про «Я звёзд с неба не хватаю», действительно, ценно. Нужно уметь сразу выбирать полезные варианты.
Интересно, так только в России и странах третьего мира? Условный программист из Канады, обтачивающий легаси для местного банка так же загоняется по самосовершенствованию, развитию и вот это вот всё?
Мне кажется у нас проблема в том, что у программистов слишком большой разрыв со средней по стране зарплатой. Условный Вася может пойти в технический ВУЗ, усердно отучиться пять лет и по выходу до конца жизни будет пахать на местном заводе за зарплату в половину джуновской. А может за пару лет натаскаться писать более-менее приемлемый код и к тому моменту, как в ВУЗе будет выпускной, уже выйдет на зарплату ТОП-менеджера этого завода. В итоге, во втором случае у Васи диссонанс, паника. Он понимает, что его навыки это навыки полученные за пару лет обучения и пару лет работы и что ситуация при которой он получает в разы больше, чем человек потративший на обучение и набор опыта в несколько раз больше, это как-то... ну не честно что ли. Поэтому это надо срочно как-то себе оправдать. Дальше начинаются загоны с постоянным саморазвитием и загоны с синдромом самозванца. И это не самый плохой вариант. Знаю тех, кто выбрал алкоголь.
Полагаю стоит успокоиться и осознать, что несколько тысяч долларов в месяц это не бог весть какие деньги. Что столько в развитых странах получают обычные специалисты. Да что там другие страны, даже в этой стране полно людей не из IT, которые смогли приспособиться, найти свою нишу и выйти на куда более существенный доход.
Конечно это всё моё ИМХО и моя выборка не такая уж и большая.
Спасибо! Отличная статья! И содержание заголовку соответствует. Меня вообще в 21 веке удивляет, что ошибку выжившего изучают и используют очень мало и не только в айти.
Вас, возможно, удивит ещё больше, что хотя человеку достаточно легко рассказать про эти вещи (а разных логических и когнитивных ошибок - десятки), это совершенно не гарантирует, что он сможет их распознавать, особенно - у себя. Ну и, справедливости ради, это таки изучают.
Прямо "никаких" не решает? Да ну.
Мышление — это инструмент. Осознание его несовершенства не сделает его совершеннее. Осознание несовершенства логарифмической линейки не превратит её в калькулятор, а калькулятор не превратит в суперкомпьютер. Чтобы прокачать своё мышление на качественно новый уровень — нужны в миллионы раз большие усилия, чем категоризация и выискивание типичных когнитивных ошибок.
Более того, мышление — это социальный инструмент. Оно принадлежит вам лишь частично, на доли процентов. Если человек заболел идеями «Войти Вайти», криптовалютами, собственным бизнесом, релокацией в просвещённые европы и т.п. — его уже ничего не остановит и не переубедит.
Есть другая крайность, когда беглый из психиатрического стационара больной (это реальный случай) в стадии мании, сочетающейся с природной красотой и обаянием был отловлен полицией за 1500 км. на частной вечеринке на яхте, куда он пробрался без денег и документов, выезжая чисто на харизме и умении "ддосить" мозги людям.
В айти я наблюдал примерно похожую историю, человек который компьютером пользовался как печатной машинкой прошел курсы, устроился за бугор и свалил туда, прихватив одну из самых очаровательных девушек нашей компании.
В среде людей некоторые качества и генотип с фенотипом могут стать имбой в достижении социализации и материальных благ...
когда беглый из психиатрического стационара больной (это реальный случай) в стадии мании, сочетающейся с природной красотой и обаянием был отловлен полицией за 1500 км. на частной вечеринке на яхте, куда он пробрался без денег и документов, выезжая чисто на харизме и умении "ддосить" мозги людям.
самое лучшее определение "что такое софтскиллы" которое я видел!
Софтскиллы в программировании нужны прежде всего командные. А зубы заговаривать ради личной выгоды это обычно не то, что требуют в вакансиях как софтскиллы.
извините, а вы сейчас рассказываете про истории успеха "команды продукта АБВ" или про истории успеха "вошедшего в айти" ?
PS: а особенно волшебно про "это обычно не то, что требуют в вакансиях". Например умение торговаться за вилку зп - тоже ни в какой вакансии не требуется. Но "почему-то" (сарказм) статей про это - вагон и тележка.
Вы подменяете конкретную проблему меньшего масштаба другой, гораздо более масштабной. А затем распространяете эффекты последней на первую. Это дефектная логика. Вы выше написали, что умение идентифицировать логические ошибки "ничего не решает", я могу легко опровергнуть это утверждение, упомянув, как минимум, один класс проблем, который это решает. Но вы решили использовать превентивную демагогию, начав зачем-то говорить о гипотетическом индивидууме, у которого вообще проблемы с мышлением (что куда хуже). Самому не стыдно?
Нет, не стыдно, потому что подмена тезиса и ложная экстраполяция - демагогические приемы, которые вы использовали. За что мне должно быть стыдно, за вас?
Согласен, что изучают, но мало. Обычно учат как делать и только у Викентьева рассматривают типичные ошибки перед тем, как рассказывают как делать.
В большинстве приличных профессий, если не брать руководящую должность, мысли о работе заканчиваются вместе с рабочим днём. С годами у людей вырабатывается привычка поступать именно так. С этим паттерном они приходят в ИТ.
Класc, в точку!
Сейчас входить в ИТ очень непросто. Однако, мне казалось, что ошибка выжившего - это когда выживших очень мало, в ИТ залетает всё-таки очень много.
Из причин становления "невыжившими" из того, что я наблюдал (про программистов исключительно):
На этапе обучения
неусидчивость
незнание школьной информатики (что такое циклы, условия)
когда неинтересно и привык жить в динамической среде
неверие в себя
непонимание, что программирование - это креативная профессия, а не однотипные действия на заводе.
На этапе работы/стажёрства
природная (наверное) глупость. т.е. реально люди бывают "туповатыми" (простите)
переоценивание себя (вынося мозг синьёрам и вечно что-то доказывая)
отсутствие мотивации/прогресса, заниматся программированием ровно в рабочее время, когда ещё джуниор.
Если в усиленном режиме (день и ночь) просидеть за написанием кода полгода и не сдаться, то практически у каждого получится. Однако, когда вы, например, работаете днём в банке, а вечером возвращаетесь домой, где у вас 2 малолетних детей, то время и силы будет очень непросто найти.
Классический пример с боевыми самолетами: усиливать нужно те места, где нет пробоин от пуль — т.к. те места где пробоины есть, не помешали вернутся самолету.
Ну да, если те, у кого не вышло, тоже сидели в усиленном режиме (день и ночь) за написанием кода, то дело не в этом. Но эти люди обычно не пишут свои истории
Контр пример - когда-то давно моя тренерка по бильярду говорила, что если шар в лузу не попал, либо шары отлетели не так, как я хотел, то нужно забыть про этот удар (не корректировать и т.п.), а делать выводы только по получившимся ударам.
По теме - очевидно, что нужно ориентироваться также и на успешные случаи. Наверное, даже в основном. Этот человек же сделал что-то такое, что привело его в ИТ. У нас ведь не ситуация, когда только 1 человек "выжил" стал ИТшником.
Но для полноты понимания, конечно, и негативные кейсы рассмотреть.
Да и что их рассматривать, чем ниже порог входа - тем выше конкуренция, а ещё спрос и предложение. Т.е. например, Я б не советовал идти в QA. А вот с QE - уже другое дело. И всё, что в посте, конечно, также актуально.
Как раз негативный опыт является самым ценным.
я не эксперт в шахматах, но кажется, там делается упор как раз на изучение выигрышных комбинаций
возможно есть учебник по тому, как не надо играть в шахматы, но я такой не знаю :)
наверное всё от ситуации зависит, что проще - то и учится
Есть учебник "Как не надо программировать на C++".
Я бы на месте авторов создал бы учебники из серии "Для начинающих", только наоборот, например:
Учебник языка C++ для заканчивающих.
По комментариям к данной статье пользовался бы бешеной популярностью.
Нельзя применять практику игры в шахматы к чему либо другому. Шахматы детерминированы. Ограничены строгими правилами, благодаря чему можно выучить и запомнить тысячи комбинаций, а потом занимать первые места на все возможных турнирах.
В бизнесе и IT "чуть" иначе. Нет чётких правил, рынок и требования постоянно меняется, технологии и наука не стоят на месте. Поэтому успех не гарантирует его повтор, а вот ошибку таки легко повторить, поэтому важно делать выводы именно из негативного опыта в первую очередь.
Шахматы это просто изучение всех комбинаций и как развить их в свою пользу. Разбор игр, позиций, упор на то где правильно сделано, где профукано. Через несколько сотен часов начинаешь видеть паттерны на доске и действовать. Чем не программирование )
В шахматах очевидна связь действия и результата. А если говорить про вход в профессию, то смотря на успешно вошедшего сложно ответить на вопрос, в чем причина успеха - пройденные курсы? высшее образование? помогающий опыт? талант? очковтирательство? блат? работоспособность? Потому и надо рассматривать "выживших" и "не выживших", чтобы при имении какой-то статистики понять степень корреляции различных факторов.
Пример про "выжившего" и шахматы. Друг работал в такси. Было сурово, даже с ножём на него нападали и в криминальной хронике показывали. А потом резко стал программистом.
А ещё он КМС по шахматам. Только недавно я ему сказал, что это может быть связано, а он и не задумывался.
Сплав труда и удачи.
Не все кто трудился лучше и дольше дошли до успеха. Но без этого этапа на одной удаче тоже далеко не уедешь. Что бы воспользоваться шансом, нужно быть к нему готовым.
Полно статей "почему мой стартап провалился". Таких действительно больше, но может это "ошибка невыжившего". На самом деле, у него не получилось и он не знает, как делать успешные стартапы, а просто рефлексирует и пытается понять, что пошло не так.
Кстати, да. Но, правда, в качестве гипотезы сделаю одно наивное предположение - в большинстве случаев "стартап не взлетело" потому что не повезло, и анализ ошибок мало что даст. Успешные стартапы тоже сделали массу ошибок, но им повезло.
Мой шеф когда-то говорил: знания знаниями, опыт опытом, а случай своего не упустит)) Причем, говорилось это и в случае чьих-то неожиданных взлетов, и в случае неудач.
По теме - очевидно, что нужно ориентироваться также и на успешные случаи.
в успехе (особенно со стороны) очень сложно найти причину почему он смог... (откуда я знаю почему вы забили мяч в лузу - может вы во время удара подогнули мизинец на левой ноге)
в неудачах же проще найти причину почему он НЕ смог... (а вот то что вы промазали из-за того что кий неправильно держали - это проще заметить)
В определенных случаях это - валидный подход, потому что способов сделать правильно может быть гораздо меньше способов сделать неправильно. При этом подробный анализ ошибок (как, впрочем, и успехов) может быть затруднён. Это часто относится в большой степени к деятельности, которая включает механические действия, моторные навыки.
Если в усиленном режиме (день и ночь) просидеть за написанием кода полгода и не сдаться, то практически у каждого получится.
В принципе подтверждаю, правда я таким образом словил нервный тик и головные боли частые)
ещё и глаза становятся как у красноглазика при 16 часов за компом, наверное это не прибавляет здоровья.
Но в итоге то получилось?
природная (наверное) глупость. т.е. реально люди бывают "туповатыми" (простите)
Около 15% людей имеют iq от рождения < 83.
Этот уровень признан армией США как «опасно брать, необучаем». Этим людям нет места даже в Маке, тк не способны к абстрактному мышлению в принципе…
В ИТ и математике в среднем IQ 105-112 — это крайне высокий уровень. Людей с меньшим уровнем много, но они находятся под сильной нагрузкой (может выручить вуз и прочая долгая подготовка, снимающая некоторый род нагрузки)
Основная масса людей 95-100 будет себя ощущать при быстром заезде в программирование мягко говоря некомфортно, если добавить сюда ещё бытовые проблемы
IQ — коэффициент оценки интеллекта, считается «почти» неизменным с момента взросления и до старости… если не вмешиваться в навык «решать тест»
IQ — коэффициент оценки интеллекта, считается «почти» неизменным с момента взросления и до старости… если не вмешиваться в навык «решать тест»
А что будет, если дать какому-нибудь вождю племени в Амазонии, который не видел белого человека этот тест? Он ведь тупой наглухо окажется.
Тест IQ вряд ли способен оценить ум, он оценивает способность человека решать головоломки из теста.
У меня вербальный интеллект 134, я близок к порогу гениальности :) (IQ 140), но вот ни разу не Пушкин. И у меня в группе был ещё один человек с похожим результатом, то же ничем на вид не примечательный.
Единственное, что мог выдать эдакое — это при просмотре ЧтоГдеКогда дать ответ на такой вопрос, на который не нашлось правильного ответа не только у команды за столом, но и у всего клуба знатоков (когда брали помощь зала).
К тому же единицы знают свой настоящий IQ, потому что единственный тест, который может считатся надежным — это тот, который производит Иматон, его большинство людей в глаза не видели.
для племен надо будет что-то свое придумать, там явно есть умные таланты... но отсутствие образования (решать абстрактные задачи и развивать ВРОЖДЕННОЕ абстрактное мышление, например через математику), конечно повлияет на любого из члена племени
но! гении рождаются и там
в Британии социалисты ( я не социалист, на всякий, это просто факт — они делали) делали тесты, выявить из бедного населения умных детей... чтобы дать социальные лифты не имеющим доступ к дорогому качественному образованию
качество тестов, ясен-пень, надо учитывать... я говорил не про конкретный тест, а про факт, что есть люди со слабым врожденным интеллектом, есть со средним, есть с сильным... у большинства населения развитых стран население имеет вполне годный интеллект, но к когнитивной деятельности с нагрузкой не всем дано работать, тут база изучения большая и корреляция стабильная ( у выдающихся музыкантов, художников, профессоров, даже предпринимателей стабильно высокий IQ и держится до старости, почти не угасая)
IQ взял просто как один из распространенных формальных инструментов выявления и анализа
решать абстрактные задачи и развивать ВРОЖДЕННОЕ абстрактное мышление, например через математику
Фиг его знает, что у людей врождённое. Это же нужно взять ребенка- маугли и его исследовать. У людей интеллект формируется софтово, в процессе общения со взрослыми.
Какие-либо индивидуальные особенности строения мозга -- те могут способствовать определенному виду деятельности, но вот что-то врождённое, что есть без воспитания и обучения, это под вопросом
но! гении рождаются и там
Думаю, представители народов Севера в те времена, когда они поголовно кочевали, были сильно умнее среднего сегодняшнего горожанина. Тупо отбор. Одна ошибка и ты замёрз вместе со своей семьёй.
качество тестов, ясен-пень, надо учитывать...
Я именно об этом. Человек живёт в своей среде, в джунглях. У него специфический набор навыков, ему нафиг не нужна арифметика в тех объемах, который знают на Западе даже дети. Ему, может быть, 98 видов помета обезьян жизненно важно различать и, может быть, это сможет делать даже тамошний ребенок, а белый человек для них будет выглядеть как неумный.
А тесты можно подобрать так, что Вы (и я) в чистую сольём шимпанзе, например, в тесте на кратковременную память результаты у них нечеловеческие
Или в тесте, где определяются родственные особи по фотографиям.
"«Я вот думаю…»" - кстати наверное в это причина моего личного "недовыжил" в плане перехода на более высокооплачиваемый язык программирования. Т.к. определенный опыт уже предлагает своё видение. Если привык где-то называть тип скажем TMyType , то будешь это делать и в Java и в С# и во всех прочих местах, где этого не любят. Естественно для местных синьоров , такой человек будет минусом особенно по сравнению с джуном с горящими глазами, который как выше сказано в коментарии будет готов за относительно низкую зарплату "в усиленном режиме (день и ночь) просидеть за написанием кода полгода ", пусть даже джун имеет худшие стартовые знания в этом высокооплачиваемом языке.
Казалось бы, в чем проблема не называть вещи ТMyType? Ни на что не влияющая фигня же)
Казалось в чём проблема читать код, который написан в стиле ТMyType? Ни на что не влияющая фигня же? Если не фигня, то и в обратную сторону не фигня. Ниже вот народ пишет, что у них проблемы будут при прочтения модуля с таким кодом.
Для меня вот лично три переменные ааа , ааА и Ааа - это быдлокод, т.к. воспринимаются как одна и та же переменная. У того кто сразу к этому привык возможно всё на автомате различается. А возможно и всё наоборот. Такие люди относительно медленно ориентируются в коде и не понимают , что можно ориентироваться гораздо быстрее не называя так как я выше написал.
Конечно будут. Если я ВдРуг нИ с ТогО ни с Сего начнУ пиСАТь вОт ТаК, читать ведь легче не станет? Эффект от внезапной смены стайл гайда точно такой же.
Вы же не единственный разработчик на проекте. Вам разрешат писать TMyClass, а другой человек видит прекрасное как CMyClass. Вам можно? Значит и ему можно.
В итоге в коде бардак, каждый пишет в соответствии со своим видением прекрасного. Создаётся лишняя когнитивная нагрузка из ничего. По итогу: вместо одного несчастного вас - целая команда страдает.
И за что боролись?
Поэтому ЕсЛи ВСе пишут таК , то и СаМому надо обучиться. А вы говорите ни на что не влияющая фигня. Если уже человек пишет ка пишет, то переХодиТь на Новый стиль ему будет не фигня. И это только один из 100 моментов где мнение переходящего будет считаться фигнёй. А мнение лида особо ценным. Наоборот джуну который пишел с нуля скажут что надо тупо бить палкой всякого кто тянется за бананом. Он и будет это делать не задумываясь о смысле.
Кстати конкретно CMyClass это нормальный стиль. для меня лично ничего не значащая фигня если кто-то будет писать TMyClass, и даже в том же модуле будет CMyClass.
Поэтому ЕсЛи ВСе пишут таК , то и СаМому надо обучиться
Именно так. Глаз привыкнет и всё.
Наоборот джуну который пишел с нуля скажут что надо тупо бить палкой всякого кто тянется за бананом. Он и будет это делать не задумываясь о смысле
Я вроде ничего непонятного не сказал. Смысл писать в едином стиле вроде понятен любому более или менее опытному разработчику.
Вот смену чего-то нужно обосновать, о чем я и упомянул ниже по ветке. Причем аргументы вида "я художник, я так вижу" - плохие аргументы. Нужны внятные обоснования.
Например.
Писать лЕсЕнКоЙ:
Плюсы: это весело
Минусы:
Заглавные буквы в русском языке выполняют функции обозначения начала предложеня и обозначения имён собственных. Расстановка их в случаных местах повышает когнитивную нагрузку и замедляет процесс чтения
Усложняется чтение пунктуационных знаков.
Выглядит несолидно. Деловая переписка в таком стиле может нанести серьезный репутационный ущерб
Рекомендации: не писать лесенкой, т.к. минусы существенны.
Вот таким же макаром составляете список замечаний к стайл гайду и идете уже предметно разговаривать. По результатам переговоров вы или начинаете тоже всех бить палкой, либо едите банан. Либо увольняетесь, тоже выход.
Ой, ну вы сами бы слушали слушали рекомендации человека, который только пришёл и три строчки кода написал на данном языке. Ну хорошо не три , но явно на уровне самого распоследнего джуна в команде? Думаю вряд ли, как бы подробно и логично бы он не писал. И какие бы у него не были регалии за пределами данного языка программирования.
Тем более по моему опыту должны быть очень существенные плюсы, чтобы они окупили сами затраты на изменения.
Насчёт увольняться - так уже этот вариант и применил. Точнее я и никогда не пытался устроиться за пределами моего основного стека технологий. Чем сэкономил себе и главное окружающим много времени и нервов :-)
Есть нормативные документы при входе в команду как нужно писать код, либо пишите так либо не работаете, ваше мнение здесь никого не интересует, о чем вообще разговор не понятно.
Для меня вот лично три переменные ааа , ааА и Ааа - это быдлокод
Без конкретных примеров кода - это всё вилами по воде.
Если привык где-то называть тип скажем TMyType , то будешь это делать и в
Java и в С# и во всех прочих местах, где этого не любят.
С возрастом приходит смирение — профессионал понимает, что если "тут так заведено", то разумно писать в том же стиле (если там не что-то фатальное).
"В чужой устав со своим самоваром не лезь", или как там его. Особенно применимо к стилю отступов.
Это все же понимание.
Что идеально не бывает абстрактно в вакууме, и вот это "идеально" - это значит что все 10 человек в команде поймут + новичок быстро разберется.
А значит нужно просто и понятно, а в некоторых местах - прямо таки тупо и безинициативно код писать.
Есть Code Convention и его надо придерживаться. Приходишь на работу и изучаешь. Если там вот так заведено camelStyle или PascalStyle. Тут ставим пробелы, тут не ставим, тут скобки переносим, тут не переносим.
И это совсем не сложно, если не с нуля пишите, а приходите что-то дописывать. Ваш код не должен отличаться по стилю от уже существующего.
.а если твой стиль лучше? Сто раз видел написанное совершенно неоптимальными методами, сложно и малопонятно, но по каким-то четким правилам.
Если лучше - инициируете процесс доработки стайл гайда, приводите понятные метрики вида: "если писать вот так, то это позволит совершать меньше ошибок типа Х, потому что". Посмотрите как google с++ style guide написан. Пишите свой точно также.
Если убедили, настраиваете линтер в соответствии с новыми правилами и раздаёте конфиги всем разрабам.
После этого весь новый код пишется в новом стиле. Весь старый код остаётся как был и меняется по принципу "трогаешь старый код, прогони его через линтер".
Вроде не так уж сложно)
Правь руками по мере необходимости. IDE умные нынче, помогут тебе в этом.
Опять же, не стоит об этом беспокоиться. Пройти через п.1 ещё никому на моей памяти не удавалось)
да п.1 явно является издёвкой (хотя вполне заслуженной учитывая посыл "если мой CodeStyle лучше")
Это не то, чтобы издёвка. Я сам когда-то был таким же, думал что лучше всех знаю как код писать. И тоже устраивал code style холивары.
Проблема п.1 не в том, что он невыполним. Проблема в том, что в попытках формализовать свое видение прекрасного, у человека есть шанс увидеть субъективность собственного восприятия и осознать, что скорее всего делать ничего не надо.
А IDEA обычно легко позволяет сделать рефакторинг и поменять большинство переменных (понятно, с локальными переменными и методами попроще, с публичными методами нужно быть осторожнее — на них может быть много что завязано даже за пределами кода — например, при анализе логов или генерации api между беком и фронтом).
по счастью, меня еще не заставляли пройти через такие бюрократические процедуры, и, надеюсь. не заставят.
Тут собственный код через год читаешь - думаешь "ну кто так пишет"
Стиль и метод - разные вещи. Одно дело писать нормальный код, что по-хорошему следует делать всегда, другое дело число пробелов или строк на функцию - это всегда следует делать по общим правилам. Если возникает необходимость, то сначала меняются правила.
В данном случае пример простой ( code style). А часто в разных языках разные паттерны используют или даже разные подходы ( императивный vs декларативный). Здесь переучиваться нужно будет долго и есть большая вероятность, что Junior с нуля разберётся быстрее Senior из другого стека технологий.
есть большая вероятность, что Junior с нуля разберётся быстрее Senior из другого стека технологий.
90% ценности Senior это техническая интуиция, большой опыт в различных ситуациях, умение работать с людьми и требованиями, плюс способность находить решение проблем. А стек технологий это оставшиеся 10%.
Junior с нуля разберётся может быстрее, но он его потолок Junior уровень на новом стеке (условно Juniorом на новом стеке он станет месяц, а до мидла ему еще пару лет как и раньше), а опытный Senior довольно быстро станет Senior и в новом стеке (условно Juniorом он станет через 1,5 месяца, мидлом через — 3, а Senior через полгода).
Подтверждаю. Недавно проходил технический раунд собеса и там нужно было сделать Code Review. Разные примеры кода на 3х языках программирования - Javascript, Python, Java. Только Javascript немного из моего стека, на остальных ничего не программировал. Но под конец нормально так разошёлся и раунд успешно прошёл. Как я понял, вне зависимости от языка программирования люди "говнокодят" одинаково :)
Ну профессионал на то и профессионал, чтобы знать и уметь использовать разные подходы — структурное программирование, ООП, функциональное. Знаете шутку "программист на Фортране может писать на Фортране на любом языке"?
Паттерны — мои знакомые профессионалы при переходе на другой язык пытаются сразу узнать у "аборигенов" идиомы и пытаться писать на этом языке идиоматически. Это занимает некоторое время, но и только.
Ну возраст плохой пример, я почти в 30 начал программировать :)
А вот с языками точно приходит «да сделаю как хотите, читаю и пишу как угодно под окружающий стиль»…
я сейчас на трёх языках пишу и помогаю в чатах программистам, появилась анемичность некоторая
А с пару лет назад понял, что код-стайл вообще мне не алергичен, но вот каплинг в системе высокий раздражает… :)
А разве есть какая-то градация оплаты в зависимости от языка программирования? Не, на SO есть даже градация оплаты в зависимости от используемого редактора, и Emacs вроде был наиболее высокооплачиваемым, но в Emacs-е ли дело? :))
Есть конечно. В каждой области используются свои языки, и в каждой области своя стоимость кода. И хотя многие языки универсальны, исторически сложилось так, что для каждого языка есть какой-то свой пул наиболее распространенных задач и сфер применения.
Например исправить опечатку на условном сайте, от которого ничего не зависит, и в банковском приложении - две огромные разницы, как по стоимости, так и по уровню сложности, по предъявляемым требованиям.
Отсюда и разные возможности для карьеры/фриланса, разные уровни доходов, но и разные требования к квалификации.
В каждой области используются свои языки, и в каждой области своя стоимость кода.
Ключевым фактором оплаты разработчика всегда была и есть область. Серьезные компании язык даже спрашивать не будут на собеседовании, в отличии от доменных знаний. Язык всегда был и останется вторичным.
Серьезные компании язык даже спрашивать не будут на собеседовании,
Да? Мне видимо все попадались несерьезные компании с капитализацией под миллиард. Язык может быть и вторичный, но стек технологий и рынок труда первичный.
PHP девелоперу потребуется минимум полгода, чтобы освоить хотя бы используемый стек Java или JavaScript, много серьезных компаний готовы платить подгода зарплату без результата? Можете показать пример серьезной компании, не гугл и ему подобных, которые бы брали без опыта в нужном стеке технологий?
в отличии от доменных знаний
Я постоянно менял области доменных знаний и меня прекрасно брали на работу на высокие зарплаты, потому что есть бизнес аналитики и другие сотрудники, которые смогут рассказать про доменные знания.
Да? Мне видимо все попадались несерьезные компании с капитализацией под миллиард.
Видимо да, или это чисто российская специфика. При этом тот же Я про язык программирования вас вообще спрашивать не будет.
PHP девелоперу потребуется минимум полгода, чтобы освоить хотя бы используемый стек Java или JavaScript, много серьезных компаний готовы платить подгода зарплату без результата?
Любая из компаний уровня ФАНГ или чуть ниже. Так же хотелось бы отметить, что если надо ждать пол года пока человек начнет приносить пользу, то в компании что-то фундаментльно не так. Когда всё так, то даже интерн начинает приносить видимую пользу со второй недели работы.
Видимо да, или это чисто российская специфика.
У вас или меня?
Любая из компаний уровня ФАНГ или чуть ниже.
Компаний уровня ФАНГ десяток на весь мир и они смотрят друг на друга, это плохой показатель. Тем более, не любая компания из ФАНГ, вот вам ссылка на вакансию от Амазона у нас . Угадайте какие у вас будут шансы если у вас нет опыта в
Programming skills in Java, J2EE, REST, SOAP, Webservices and experience in developing and deploying web applications on applications servers like weblogic, Websphere, Tomcat and JBoss.
Вообще, ВСЕ вакансии в Амазон строго с указанием стека технологий, который требуется.
У вас или меня?
Судя по вашему профилю - у вас. Я не вижу там ни работы архитектором, ни одной позиции уровня Staff/Principal Engineer.
Компаний уровня ФАНГ десяток на весь мир и они смотрят друг на друга, это плохой показатель
Это отличный показатель, и одна из причин почему они достигли своих высот.
от вам ссылка на вакансию от Амазона у нас . Угадайте какие у вас будут шансы если у вас нет опыта в
"Lead Consultant - Java" - ищут человека закрыть конкретные дыры в проекте.
Вообще, ВСЕ вакансии в Амазон строго с указанием стека технологий, который требуется.
При этом на собеседовании спрашивают а) алгоритмы на любом языке, б) дизайн систем, в) поведенческое интервью.
каждый раз менять работу в новую предметную область для программиста вполне нормальное явление
эм... тут я думаю надо прояснить немного. Речь идет о перемещениях в духе " был эмбеддет разработчиком, а стал фронтендером" или "писал бэкэнд в банке, а стал писать бэкенд с зеленом стартапе"? Так как переходы второго типа весьма просты и не затрагивают базовых знаний, в то время как переходы первого типа весьма сложны.
название требуемого языка или фреймворка практически всегда пишут аж прямо в названии позиции
Ни ФАНГи, ни единороги такой дурью не маются (обычно). Из компаний у которых есть нормальные деньги подобное может быть разве что в HFT, но там хотя бы можно понять почему.
Ни разу еще не писал на том же стеке технологий, что и прежде. Включая когда работал в Яндексе, когда шел туда не знал С++ совсем, чутка умел С. Более того не встречался с такими требованиями, только видел пару раз в каких-нибуть крайних случаях, вроде геймдева или компиляторов.
Я бы сказал наоборот, в геймдеве, и уж тем более в компиляторах, как раз важны именно знания именно прикладной области
Ну у меня было как раз, что в apple я им сказал, типа хочу над каким-нить компилятором поработать - они типа у тебя нет опыта и знаний llvm. А другая команда была в FB про oculus - там тоже, что у меня не было опыта с unity.
А так, мне прям интересно, как вы могли с такими требованиями не встречаться. Возможно такое нормально для джунов
Мне сложно сказать, что там пишут в описаниях вакансий, я често даже ни разу не делал apply и не искал. Но обычно знание какого-то стека скорее как очень небольшой плюс. Я сейчас работаю как staff software engineer, пишу на Го и Руби, до первого рабочего дня ни строчки на них не писал и в резюме их не было, перед этим писал на питоне и так же до той работы ни разу на питоне не писал.
То есть рекрутер просто говорит - типа вот я из такой то компании, мы ищем людей в такую-то команду там пишут на XXX и YYY, используют ZZZ - твой профайл и опыт выглядит хорошо, давай созвонимся.
Если привык где-то называть тип скажем TMyType , то будешь это делать и вJava и в С# и во всех прочих местах, где этого не любят.
Есть же CodeStyle, принятый в организации\команде?
У вас может быть проблема, когда вы думаете, что вы уже "крутой" программист. Однако это пока ещё не так.
Приходя в существующий проект разработчик должен адаптироваться к стилю принятому в этом проекте. Обратное приводит к бардаку и нечитабельности кода. Вживую на такое можно посмотреть в проекте net-snmp. Там даже табы с пробелами перемешаны.
С моей точки зрения минимум 80% причин не выживания в IT имеют психологическую природу, объективные факторы хорошо если занимают 20% случаев. Как следствие можно решать такие проблемы с психологом. У самого был подобный опыт - реально помогает. Стеснение по обращению к психологу помог преодолеть коллега который вышел из окна с 12 этажа, так как не выдержал давления (рождение ребенка + ипотека + кредит на ремонт + кредит за авто + угроза увольнения из за ошибок в работе). Берегите себя
Стоит все же разделять ситуацию, когда человек вообще - может, но психологически - не справляется, и ситуацию, когда вообще - может очень плохо. Я давно не имею к IT прямого отношения, работаю инженером на производстве, пресс условий (типа дедлайнов) куда ниже, но вот в, гхм, когнитивном плане видна та же самая проблема: люди, которые решили в какой-то момент "просто взять и научиться" создают больше проблем, чем решают, а наоборот получается у тех, кто задолго до начала профильного обучения имел склонность к тому, чтобы разбираться, "как все работает", анализировать и устранять проблемы. И то, когда они начали учиться конкретно инженерным дисциплинам, роли не играет (часто даже помогает, если позже, а не раньше, потому что успевают получить практику на производстве, в армии и т.п.) Четкого надежного теста на это, возможно, не существует, но эмпирически, "технический ум" таки нужен, чтобы не вешаться потом.
Иногда проблема именно в физическом истощении ресурсов организма, но чаще всего это еще и сочетается с психологическими проблемами.
А я вот подумал, что мой базис всех знаний был заложен тогда, когда я в школе в безопасной среде и без необходимости думать о еде, кварплате и прочих хлопотах сидел и сутками "задротил" в 3Д максе.
Сможет ли такое себе позволить затраханный трудяга, сомневаюсь.
Имхо, если психологических проблем нет, вот прямо совсем всё с ними хорошо, добиться чистого физического истощения ресурсов достаточно трудно. А вот с ними - как раз легко.
У человека мозг истощается и теряет когнитивные и мыслительные функции после нескольких часов интенсивной работы. Посмотрите почти на любого школьника после уроков (в сравнении с ним же выспавшимся на каникулах)...
Имхо, если психологических проблем нет, вот прямо совсем всё с ними хорошо, добиться чистого физического истощения ресурсов достаточно трудно.
Вообще черт его знает, так ли трудно. Зависит от состояния здоровья, времени года, питания, и хз чего еще. У меня бывают периоды когда после работы могу читать статейки, чего то для себя пилить, экспериментировать, да и зарабатываюсь и вместо 8 часов — по 10-12 на работу уходит, на интересные задачи. А бывает что вымучить из себя даже часов 5 работы проблема, а потом хочется только лечь и залипать в аниме, развлекательную литературу, ютуб, и прочую фигню. Либо вообще спать.
А бывает что вымучить из себя даже часов 5 работы проблема, а потом хочется только лечь и залипать в аниме, развлекательную литературу, ютуб, и прочую фигню. Либо вообще спать.Узнаю себя. Последние месяцы работы почти так и было. Сейчас боюсь, что всё может повториться, поэтому стараюсь отсыпаться и заниматься тем, что нравится.
О, это же краеугольная тема для трудосберегающей философии которую развивают многие исследователи человеческого мозга и психики, когда мозга человек истощен то теряет почти полностью способность бороться с соблазнами.
А человеческий мозг истощается довольно быстро.
когда мозга человек истощен то теряет почти полностью способность бороться с соблазнами.соблазны — это всегда «поощряемые мозгом действия, ведущие к восстановлению ресурсов» (глюкоза, разные дофамины-серотонины). Но для этого нужно нагрузить именно мозг, а у оных работников он был слабонагружен.
поощряемые мозгом действия, ведущие к восстановлению ресурсов
Поправка - действия, которые мозг считает полезными и ведущими к восстановлению ресурсов. Проблема в том, что он достаточно туп, и не всегда в состоянии распознать контекст.
которые мозг считает полезными— да, именно так. На длительном этапе эволюции действия, дающие именно такой [гуморальный] ответ, были полезными и восстанавливающими. Просто изменилась ситуация, а мозг «не в курсе», что для достижения удовольствия можно не самок трахать, например, а жрать таблетки… не «достигать значимого результата (знания, добыча, победа)», а колоть вещества прямо в вену… он на вещества реагирует так, как реагировал раньше на полезные действия
Считаешь их «мало трахают», и они должны после работы валиться с усталости, не имея сил даже на танчики?
отнюдь. Я всего лишь констатирую факт, что ресурсы у «затраханных трудяг» все-таки есть. Тем более, в их основных рабочих действиях «мозг почти не использовался». Ну в том смысле, что работа у них была большей частью механическая, не требующая размышлений. Поэтому резерв ресурсов тратился на игру, в общем требующую именно некоторого умственного напряжения (хотя дающую быстрое положительное подкрепление).
Ну так-то, наверное 90% того, что спортсмены дошедшие до 1-2 разрядов не доходят до МС тоже психологические.
Это прям идея «на миллион долларов» присесть на хайп «войтивайти» ещё и психологам.
Хорошая статья, единственное за что обидно так это за то, что недолюбливают тех кто решил "войти в айти". А с другой стороны оно и понятно, меня как человека который работал инженером на танкерах, получил образование итд. тоже раздражали всякие заочники и выскочки после курсов пришедшие на флот чтобы за них все делали, но если человек пришел по зову души, а не ради денег, то почему бы и нет. Мне 29 и я очень жалею что в свое время пошел учиться на моряка, а не программиста. Там платят больше, а здесь работа интереснее). Уже 9-ый месяц учу Swift, надеюсь и мне найдется местечко в этом уютном IT мирке).
Какова, на ваш взгляд, доля тех, кто внезапно осознает "зов души" заниматься программированием не в подростковом возрасте?
Ну и это же сразу видно что одного прет писать код а другой спрашивает ну сколько ему еще осталось чтобы наконец пойти на работу за 300к/сек
>я очень жалею что в свое время пошел учиться на моряка, а не программиста. Там платят больше, а здесь работа интереснее
Так вы меняете профессию по зову души или из-за денег?
Возможно предложение сформулировал некорректно, по зову скорее, если уж говорить о деньгах, то в нормальной компании я получал порядка 4к долларов месяц с перспективой карьерного роста и увеличением зп в течение 5-6 лет до 12-15к, а сейчас я готов идти стажером за тарелку супа ради опыта, естественно каждому хочется хорошую зарплату, но сейчас лично для меня куда важнее опыт, и желательно коммерческий.
Постоянно встречаюсь с концепцией, что айтишник - это программист, а "войти в айти" - это стать джуном в команде разработчиков ПО или веб-сайтов. В то же время, есть огромное количество айти-направлений, не связанных с написанием кода, и огромное количество не-айти компаний, которым в штате нужны специалисты айти-специальностей, не связанных с написанием кода.
А ведь даже картриджи менять в комании, которая условно торгует шоколадками - уже айти-специальность, хотя можно научиться за час. Где картриджи - там и установка драйверов на принтеры, где драйвера - там и прикладное ПО можно поставить. И так вырастает специалист поддержки рабочих мест. Который может вырасти в системного администратора. А может и в прикладного. Системный админ может мигрировать в сетевого, а может и в безопасника. Прикладной админ может мигрировать в анализ данных сопровождаемого прикладного ПО. Прикладной админ системы А может также научиться администрировать системы Б и В, а потом понять, что можно между системами гонять данные и начать расти в интеграцию данных.
Для всех этих сценариев не нужно заниматься самоистязанием, просто достаточно делать простую работу и постепенно развивать какие-то навыки, которые легко даются и радуют. А в какой-то момент накопленные знания совпадут с потребностью рынка, и вот - ты уже настоящий айтишник, которого оценил рынок.
Именно. Это какое-то повальное поветрие, настоящий "тыжпрограммист" наоборот. В крайне запущенных случаях, как в одной из недавних статей здесь же, неайтишниками объявляются все не-веб-программисты, например, АСУТПшные контроллерщики.
Думаю, с этим надо бороться. Канделябром :)
это потому что программирование - это не it а computer science.
it - обслуживание бизнеса
cs - создание продуктов
А как вы считаете, куда в этой классификации отнести специалистов с приставкой data? С одной стороны, это имеет прямое отношение к бизнесу, а с другой: сделать БД или модель данных - это вполне себе создание продукта.
Ох уж эта магия слов. Величественное словосочетание "computer science" переводится просто "информатика". Информатика - это наука о методах и процессах сбора, хранения, обработки, передачи, анализа и оценки информации с применением компьютерных технологий, как говорит на википедия. Там же можно увидеть определение для информационных технологий: "приёмы, способы и методы применения средств вычислительной техники при выполнении функций сбора, хранения, обработки, передачи и использования данных". Невооружённым глазом видно, что первое - это теория, а второе - практики одной и той же области.
У меня примерно так и получилось, хотя на, ал я с писания кода на FoxPro для баз данных, потом пораьотал менагером по продаже интернета, потом хелпдеск с картриджами и обучением персонала пользованию браузеров и почты м в результате стал суровым линуксовым СисАдмином со знанием enterprise железок в НЕ IT гос.организации и вот теперь хочу перейти куда-то в коммерцию, потому, что перерос свою контору, а из за проблем финансирования мои железяки скоро сдохнут(уде пару лет серверная дивёт без бесперибойника ибо у старого сдохли и аккумы и плата управления, так же регулярные проблемы с кондиционерами, рэйдами и блоками питания) , новые не купят, не говоря о том, что сеть я тащу в одного ибо целый отдел не хочет работать за эту зарплату и максимум может картридж поменять.
И вот тут начинается история "войти в IT" - у меня сеть сделана мной с нуля и я досканально знаю всё, что нужно в рамках моей конторы, а это Vmware, Linux, squid, sarg, Snort, bash, dhcp, dns, apach, коммутаторы Huawei, mikrotik, WiFi почти всех брэндов от Dglink до Huawei. Немножко в Cisco поковырялся. И этот перечень есть в вакансиях, но ещё там есть ансибл (которым я не пользовался) и куча других неведомых мне систем и непонятно насколько это критично. удя по собеседованиям и отказам - HR просто план по валу отрабатывают не сильно вдаваясь в специфику - отработала сотню анкет - молодец. Когда говорил с нач. отделами то были разнве ощущения от "У нас полная Жжжж - мы уволили всех инженеров и нам нужен кто угодно, кто сможет разгрести эти горы Г...." до "вы в гос. конторе работали, у вас скорее всего костное мышление".
А про идею, что в IT не напрягаясь горы денег лопатой гребут я лет 20 назад слышал, когда ещё эникеем был и знал, что это не совсем так. На каких то курсах говорили, что спец по cusco получает килобаксы за час работы, но на практике я крайне редко вижу спецов и не вижу таких вакансий ?
Там же не платят 300к в наносекунду и нельзя работать "удалённо из любой точки мира". Там платят обычные зарплаты, чтобы хватило снять квартиру и купить еды. Нет модных офисов с PlayStation и кофепоинтами, тебе не нужно отбиваться от толп HR, желающих тебя нанять, и тебе не предлагают помощь в релокации. В общем самая обычная работа, соответственно и желающих на неё меньше. Впрочем, и у большей части программистов это все ровно так же, но — по мнению заметной части сообщества — это потому что они бездарность, а нормальный мидл, на предложение с оплатой меньше 200к рублей даже не смотрит, да и на 200 согласен только если проект интересный.
Главное - заинтересованность и знание предметной области ! Я знаю конкретный случай перехода девушки из банковской бухгалтерии в ИТ. Как оказалось, зубодробительные SQL-процедуры на несколько десятков тысяч строк и хитросплетенные джобы DataStage, ей давались даже легче, чем многим её новым коллегам.
Не хочу в статью к автору, придётся выживать
Тема it перегрета. Да, конечно, появилась работа и для "экстравертов" типа PM или как-то программистов скачущих с одной конторы в другую- аля улю, типа навыки владения языком (устным), стали преобладать... софтскилс, типа важнее и всякое такое... статьи типа, как я из программиста стал фитнес тренером или почему программирование это скучно... На мой взгляд это все из-за преобладавших ранее больших зарплат и большого количества набежавших на них “экстравертов". Образовался пузырь из людей, которым программирование не интересно, но интересны деньги. Рано или поздно все это закончится, как и закончилось смузи.
Работа для экстравертов в АйТи была всегда и всегда будет. Причём чисто айтишная. Можете представить себе архитектора интроверта?
Или даже аналитика, который ТЗ пишет и ещё параллельно моделирует бизнес-процессы для самого клиента, который в них не смог. Туда же - не только интровертность/экстравертность, а просто даже тупо умение задавать правильно вопросы или в более широком понимании, - получать ответы. Самого программирования - ноль, однако, нужен опыт не из IT, а намного более широкий.
Невыжившие в IT