Как человек, который работал забугром скажу, что там всё так же. Есть смузихлёбы, а есть технари.
Касаемо лит кода не совсем согласен. Какой толк от него условному программисту микроконтроллеров, которому до написания первых строчек кода, надо сначала спаять и собрать устройство, куда прошивку заливать. Нужно комплексно погружаться в т.н. компьютер сайнс.
Но, я полностью согласен с самым важным посылом. Да, техническая база необходима. Возможно не всем потребуется вышмат или идеальное знание алгоритмов (лайк литкод), но даже для смузихлёба, который формочки на реакте клепает знать хотя бы основы тех. базы нужно. Например, я считаю, что все веб разработчики должны знать минимум пирамидку TCP/IP и не просто заучить название уровней, а понимать её. Для других областей тех. база может быть другой. Например в геймдеве без матана делать нечего, если хочешь создать, что-то лучше поделки на rpg maker или очередной хайп треш про скибиди туалеты.
Касаемо генералистов, тоже правда и это показывает практика забугорных бигтехов. Если сейчас пойти устроится в условный Гугл, вас не будут спрашивать о каком-то определенном ЯП. Вопросы будут по алгоритмам и компьютер сайнс, потому что политика компании такова. Им нужны инжинеры, которые могут работать с разными стеками от проекта к проекту. Поэтому и спрашивают на собесах тех. базу. Конечно есть исключения, например Гугл может искать конкретного специалиста скажем по ML и помимо тех. базы могут требовать скажем отличное знание С++. Однако, к большинству программистов политика одинакова. Нужен инженер, а не узкий специалист.
Ну и сколько в инсте подписчиков не накрутки, без хотя бы минимальной тех. базы твой уровень будет формошлёпство/крудошлёпство за 400 рублей на профи ру. Так оно и есть.
Дело в том, что хейт есть разный. Если это необоснованный и не аргументированный хейт, то бежать плакать о несправедливости, нужно явно не джунам. В любом случае от токсиков с нулевыми софт скилами, нужно всем держаться подальше.
Касаемо гейткиперов, не говорил, что у них нет опыта, скорее у большинства он не настолько хорош, как они себе представляют. Большинство из них, это сеньоры, которые застолбили тёпленькое местечко, где их все считают царями и богами. Отсюда и пренебрежительное отношение ко всем, кто по их мнению менее опытнее.
Я понял прекрасно о ком идёт речь в статье, о людях, которые зачастую предъявляют новичкам то, в чём сами разбираются плохо. Они могут говорить например: "ты даже за компьютер сайнс не шаришь? хоть про ассемблер слышал? и т.д.", а сами всю свою карьеру занимались кривым крудошлёпством, причём кризивзну многие из них считают лучшими практиками, придуманными ими и которой челяди не понять.
Конечно не все такие, есть и те, кто может хейтить джунов по личным убеждениям или по делу, при этом обладая опытом и скилами, к которым не придраться, но их меньше.
Читая посты про практическое применение непосетей и опираясь на свой опыт мне кажется, что дела сейчас обстоят примерно так. Нейросеть может за несколько запросов сгенерировать, что-то простое. Чтобы она сгенерировала, что-то достойное, с ней нужно сидеть очень долго, направляя её в нужное русло. Я часто замечал в такие моменты, что говорю как делать, т.е. говорю решение, а нейронка уже по нему например пишет код.
В итоге, понял следующее. Нейронки разве что заменили тех, кто на стоках продавал однотипные фоны или звуки для игр. Заменили инфоцыган с их IT курсами. Одним словом заменили "продавцов ширпотреба". Нормальных специалистов, даже джунов (не важно художников, программистов, музыкантов и т.д.) нейронка, думаю потеснит ещё не скоро.
Да, такая проблема тоже есть. Всё происходящее в игре должно быть предсказуемым с точки зрения кода инче подобные баги, как с экраном будут частыми. По этой причине лучше не использовать физические движки в кор механиках, потому что просчитать поведение объектов сложно. Да и в целом, создание предсказуемого и детерминированного проекта, очень сложная задача.)
Вот тоже задумался, не ИИ ли это. Так же некоторые комментарии очень странные вообще не по теме. Видимо теория мёртвого интернета и до Хабра добралась)
А мне как человеку, что перекатился из C# в php наоборот нравятся новые изменения. Код на php становится хотя бы гибким и читаемым благодаря развитию ООП и добавлением типизации, плюс есть чёткое разделение логики, а не каша, что была раньше в коде.
Так же php всё-равно имеет свои изюминки. Он намного более гибкий, чем Java и C#, да и старые особенности никто из PHP не убирал. Всё так же можно писать в функциональном подходе и даже процедурном. Или даже клепать всё через include/require, которые никто не запрещал.
Смотря какие сис. админы. Те что в дата центрах работают всегда получали порой больше программистов.
Касаемо линукса, то и раньше он был желателен, ведь большинство серверов в основном на нём, а виндувс сервер обычно используют для организации работы внутри организаций и то далеко не всегда.
Вообще сис. админство если честно мне нравится даже больше программирования (хотя и оно там применяется). Что-то в этом есть, когда прежде, чем написать первые скрипты автоматизации нужно развернуть и настроить железо, а так же протянуть сеть.
Соглашусь, что в большинстве своём работодатели адекватные и более того, им правда не хватает разработчиков. Лично я больше виню в появлении описанных стереотипов сервисы по поиску работы и ШП с курсами "как пройти собес на сеньора ничего не зная".
Когда стал выходить связываться с работодателями напрямую при поиске работы. Понял, что они тоже страдают от описанных стереотипов.
Да, лулзы не выкупил и воспринял относительно серьёзно.)
Поэтому мне статья и понравилась, вы всё верно делаете и такой подход одобряю. Самому не нравятся собеседования экзамен лайк. Помню был собес, где спрашивали по всей теории, несколько часов. Когда не мог ответить, ведущие просто, молчали упиваясь моментом. Причём один раз говорил, что надо идти, но реакции ноль. С высоты текущего опыта, понимаю, что они сами в вопросах слабо разбирались. Лучшие же собесы, когда всегда уходил из компании с хорошем настроением (не важно был ли офер). Люди использовали похожие на ваш способы. Не задавали вопросы с молчанкой, а вели диалог. Мне понравился метод в одной компании, когда давали плохо написанный класс, говоря: "давайте вместе исправим". После диалога всё становилось понятно, т.к проверяли не олимпиадный рефакторинг, а навыки общения, способность быстро разбираться в чужом коде и искать решение проблем, используя все доступные возможности. Вы делаете если не точно так же, то примерно в этом же ключе, так что полностью поддерживаю.
Касаемо задачи, по идее это второй вариант решения из статьи, только заменил x - Math.floor(x) на x % 1. Про остаток от деления, помню со студенчества, поэтому первым в голову и пришёл. В люблю случае согласен, эта задача нужна для другого.)
Сначала думал, что это очередная статья в стиле "есть куда более лёгкий способ отсеять людей, чем алгоритмы", но к концу прочтения изменил мнение и во многом согласен с автором.
Я бы догодался до решения, на собесе, но к сожалению не сразу. Вот примерно, что набросал, когда прочитал и понял задачу: (x) => Math.foor(x) + (x % 1 => 0.5 ? 1 : 0)
Однако, решение в идеальном примере, мне нравится больше. Моё слишком громоздкое и хоть условие с 1 floor соблюдено, это точно всё и близко не уровень сеньора. Плюс, мой основной ЯП не JS и далеко не всю его специфику знаю.
Согласен со всем, кроме того, что "зубрить алгоритмы нужно в основном джунам". Честно я бы никому их зубрить не рекомендовал, если это напрямую не связано с работой. Знать основы алгоритмов думаю нужно всем, но углубляться в них сильно, пожеланию.
Если честно меня раздражают парадоксы найма IT сферы.
Меняешь часто место работы - ненадёжный работник. Меняешь редко - не амбициозный, кроме шаблонных задач ничего не знает.
Имеешь богатый опыт работы, но с 1 ЯП и стеком - не хочешь саморазвиваться, скорее-всего топорный. Имеешь опыт со многими ЯП и разнообразными стеками, значит не профессионал и набрался всего по вершкам.
Хочешь иметь стабильную фиксированную зп, чтобы строить планы на жизнь - без перспективный или проблемный (не захочет перерабатывать, будет стараться уделять больше времени семье, чем работе). Меняешь работу ради грейдов по зп, фу бегунок.
И список можно продолжать очень долго, вплоть до бреда с резюме, по типу: Поставил фото - дурной тон, не поставил значит серая мышь; Указал зп - плохо, не указал - не попал в фильтры и т.д.
Думаю лучший вариант, это не слушать "вредные" советы и искать то, что в первую очередь подойдёт вам. В статье автора хорошее сравнение двух специалистов. Один много лет сидел в одном месте, а другой менял работу каждый год и оба довольны, при абсолютно разных подходах, потому что каждый выбрал путь, который больше нравился.
Пример хороший. Ещё есть один способ. Можно задать прямо очень сложный вопрос и посмотреть на реакцию. Если собеседуемый даст на него ответ по гуглу или около того, всё станет ясно. Правда это может адекватному программисту показаться ред флэгом (или как там новомодно сейчас).
П.С. Меня больше смутили слова: "у нас деплой в прод идёт я наблюдаю на другом мониторе". Что он там наблюдает, лично мне не совсем ясно. Ты либо деплоишь постоянно сидя в терминале либо нет.
Плюс если, что-то важное на работе, может стоит собес перенести, на свободное время?
Я не против, а на каких?)
Там любой опыт с PHP не являлся опытом.)
Желаю удачи автору в разработке. Игра довольно любопытная и думаю многим понравится
Как человек, который работал забугром скажу, что там всё так же. Есть смузихлёбы, а есть технари.
Касаемо лит кода не совсем согласен. Какой толк от него условному программисту микроконтроллеров, которому до написания первых строчек кода, надо сначала спаять и собрать устройство, куда прошивку заливать. Нужно комплексно погружаться в т.н. компьютер сайнс.
Но, я полностью согласен с самым важным посылом. Да, техническая база необходима. Возможно не всем потребуется вышмат или идеальное знание алгоритмов (лайк литкод), но даже для смузихлёба, который формочки на реакте клепает знать хотя бы основы тех. базы нужно. Например, я считаю, что все веб разработчики должны знать минимум пирамидку TCP/IP и не просто заучить название уровней, а понимать её. Для других областей тех. база может быть другой. Например в геймдеве без матана делать нечего, если хочешь создать, что-то лучше поделки на rpg maker или очередной хайп треш про скибиди туалеты.
Касаемо генералистов, тоже правда и это показывает практика забугорных бигтехов. Если сейчас пойти устроится в условный Гугл, вас не будут спрашивать о каком-то определенном ЯП. Вопросы будут по алгоритмам и компьютер сайнс, потому что политика компании такова. Им нужны инжинеры, которые могут работать с разными стеками от проекта к проекту. Поэтому и спрашивают на собесах тех. базу. Конечно есть исключения, например Гугл может искать конкретного специалиста скажем по ML и помимо тех. базы могут требовать скажем отличное знание С++. Однако, к большинству программистов политика одинакова. Нужен инженер, а не узкий специалист.
Ну и сколько в инсте подписчиков не накрутки, без хотя бы минимальной тех. базы твой уровень будет формошлёпство/крудошлёпство за 400 рублей на профи ру. Так оно и есть.
Дело в том, что хейт есть разный. Если это необоснованный и не аргументированный хейт, то бежать плакать о несправедливости, нужно явно не джунам. В любом случае от токсиков с нулевыми софт скилами, нужно всем держаться подальше.
Касаемо гейткиперов, не говорил, что у них нет опыта, скорее у большинства он не настолько хорош, как они себе представляют. Большинство из них, это сеньоры, которые застолбили тёпленькое местечко, где их все считают царями и богами. Отсюда и пренебрежительное отношение ко всем, кто по их мнению менее опытнее.
Я понял прекрасно о ком идёт речь в статье, о людях, которые зачастую предъявляют новичкам то, в чём сами разбираются плохо. Они могут говорить например: "ты даже за компьютер сайнс не шаришь? хоть про ассемблер слышал? и т.д.", а сами всю свою карьеру занимались кривым крудошлёпством, причём кризивзну многие из них считают лучшими практиками, придуманными ими и которой челяди не понять.
Конечно не все такие, есть и те, кто может хейтить джунов по личным убеждениям или по делу, при этом обладая опытом и скилами, к которым не придраться, но их меньше.
Какую же базу (новомодное словечко) написал автор. Хорошая статья.
Читая посты про практическое применение непосетей и опираясь на свой опыт мне кажется, что дела сейчас обстоят примерно так. Нейросеть может за несколько запросов сгенерировать, что-то простое. Чтобы она сгенерировала, что-то достойное, с ней нужно сидеть очень долго, направляя её в нужное русло. Я часто замечал в такие моменты, что говорю как делать, т.е. говорю решение, а нейронка уже по нему например пишет код.
В итоге, понял следующее. Нейронки разве что заменили тех, кто на стоках продавал однотипные фоны или звуки для игр. Заменили инфоцыган с их IT курсами. Одним словом заменили "продавцов ширпотреба". Нормальных специалистов, даже джунов (не важно художников, программистов, музыкантов и т.д.) нейронка, думаю потеснит ещё не скоро.
Да, такая проблема тоже есть. Всё происходящее в игре должно быть предсказуемым с точки зрения кода инче подобные баги, как с экраном будут частыми. По этой причине лучше не использовать физические движки в кор механиках, потому что просчитать поведение объектов сложно. Да и в целом, создание предсказуемого и детерминированного проекта, очень сложная задача.)
Да, согласен. Сам начинал с сис. админа и в итоге перекатился в backend программиста. Очень многие вещи были понятны сами по себе из-за этого.)
Вот тоже задумался, не ИИ ли это. Так же некоторые комментарии очень странные вообще не по теме. Видимо теория мёртвого интернета и до Хабра добралась)
А мне как человеку, что перекатился из C# в php наоборот нравятся новые изменения. Код на php становится хотя бы гибким и читаемым благодаря развитию ООП и добавлением типизации, плюс есть чёткое разделение логики, а не каша, что была раньше в коде.
Так же php всё-равно имеет свои изюминки. Он намного более гибкий, чем Java и C#, да и старые особенности никто из PHP не убирал. Всё так же можно писать в функциональном подходе и даже процедурном. Или даже клепать всё через include/require, которые никто не запрещал.
Смотря какие сис. админы. Те что в дата центрах работают всегда получали порой больше программистов.
Касаемо линукса, то и раньше он был желателен, ведь большинство серверов в основном на нём, а виндувс сервер обычно используют для организации работы внутри организаций и то далеко не всегда.
Вообще сис. админство если честно мне нравится даже больше программирования (хотя и оно там применяется). Что-то в этом есть, когда прежде, чем написать первые скрипты автоматизации нужно развернуть и настроить железо, а так же протянуть сеть.
Обычно, 90% гейткиперов сливаются при первой просьбе показать свои git репозитории, ссылочку на литкод, да вообще любой пруф о своём опыте. 🥴
Оно и понятно. Чаще всего гейткиперы неуверенные в себе "профессиональны" и в целом воспринимают других программистов, как опасность для своего ЧСВ.
Опытный программист никогда не будет хейтить джунов. Какой в этом смысл? Да и сегодняшние джуны завтра будут мидлами, что тебе же полезней.
Соглашусь, что в большинстве своём работодатели адекватные и более того, им правда не хватает разработчиков. Лично я больше виню в появлении описанных стереотипов сервисы по поиску работы и ШП с курсами "как пройти собес на сеньора ничего не зная".
Когда стал выходить связываться с работодателями напрямую при поиске работы. Понял, что они тоже страдают от описанных стереотипов.
Да, лулзы не выкупил и воспринял относительно серьёзно.)
Поэтому мне статья и понравилась, вы всё верно делаете и такой подход одобряю. Самому не нравятся собеседования экзамен лайк. Помню был собес, где спрашивали по всей теории, несколько часов. Когда не мог ответить, ведущие просто, молчали упиваясь моментом. Причём один раз говорил, что надо идти, но реакции ноль. С высоты текущего опыта, понимаю, что они сами в вопросах слабо разбирались. Лучшие же собесы, когда всегда уходил из компании с хорошем настроением (не важно был ли офер). Люди использовали похожие на ваш способы. Не задавали вопросы с молчанкой, а вели диалог. Мне понравился метод в одной компании, когда давали плохо написанный класс, говоря: "давайте вместе исправим". После диалога всё становилось понятно, т.к проверяли не олимпиадный рефакторинг, а навыки общения, способность быстро разбираться в чужом коде и искать решение проблем, используя все доступные возможности. Вы делаете если не точно так же, то примерно в этом же ключе, так что полностью поддерживаю.
Касаемо задачи, по идее это второй вариант решения из статьи, только заменил x - Math.floor(x) на x % 1. Про остаток от деления, помню со студенчества, поэтому первым в голову и пришёл. В люблю случае согласен, эта задача нужна для другого.)
Сначала думал, что это очередная статья в стиле "есть куда более лёгкий способ отсеять людей, чем алгоритмы", но к концу прочтения изменил мнение и во многом согласен с автором.
Я бы догодался до решения, на собесе, но к сожалению не сразу. Вот примерно, что набросал, когда прочитал и понял задачу: (x) => Math.foor(x) + (x % 1 => 0.5 ? 1 : 0)
Однако, решение в идеальном примере, мне нравится больше. Моё слишком громоздкое и хоть условие с 1 floor соблюдено, это точно всё и близко не уровень сеньора. Плюс, мой основной ЯП не JS и далеко не всю его специфику знаю.
Согласен со всем, кроме того, что "зубрить алгоритмы нужно в основном джунам". Честно я бы никому их зубрить не рекомендовал, если это напрямую не связано с работой. Знать основы алгоритмов думаю нужно всем, но углубляться в них сильно, пожеланию.
Использую в основном prime vue. Он довольно простой, относительно легковесный и даёт вполне себе гибкие возможности по кастомизации компонентов
То что несколько маленьких запросов выполняется быстрее, чем один быстрый правда. Сам заметил это давно.
Так же, как и тот факт (к теме не относится), что в mysql довольно кривые транзакции и одно время их не рекомендовали использовать сами создатели.
Статья интересная, автору спасибо.
Если честно меня раздражают парадоксы найма IT сферы.
Меняешь часто место работы - ненадёжный работник. Меняешь редко - не амбициозный, кроме шаблонных задач ничего не знает.
Имеешь богатый опыт работы, но с 1 ЯП и стеком - не хочешь саморазвиваться, скорее-всего топорный. Имеешь опыт со многими ЯП и разнообразными стеками, значит не профессионал и набрался всего по вершкам.
Хочешь иметь стабильную фиксированную зп, чтобы строить планы на жизнь - без перспективный или проблемный (не захочет перерабатывать, будет стараться уделять больше времени семье, чем работе). Меняешь работу ради грейдов по зп, фу бегунок.
И список можно продолжать очень долго, вплоть до бреда с резюме, по типу: Поставил фото - дурной тон, не поставил значит серая мышь; Указал зп - плохо, не указал - не попал в фильтры и т.д.
Думаю лучший вариант, это не слушать "вредные" советы и искать то, что в первую очередь подойдёт вам. В статье автора хорошее сравнение двух специалистов. Один много лет сидел в одном месте, а другой менял работу каждый год и оба довольны, при абсолютно разных подходах, потому что каждый выбрал путь, который больше нравился.
Пример хороший. Ещё есть один способ. Можно задать прямо очень сложный вопрос и посмотреть на реакцию. Если собеседуемый даст на него ответ по гуглу или около того, всё станет ясно. Правда это может адекватному программисту показаться ред флэгом (или как там новомодно сейчас).
П.С. Меня больше смутили слова: "у нас деплой в прод идёт я наблюдаю на другом мониторе". Что он там наблюдает, лично мне не совсем ясно. Ты либо деплоишь постоянно сидя в терминале либо нет.
Плюс если, что-то важное на работе, может стоит собес перенести, на свободное время?