Метрики полезны в тех случаях, когда объект исследования представляет собой черный ящик. Это понятно, когда вы собираете метрики клиента, с которым не взаимодействуете напрямую, но странно, что ваша команда является для вас черным ящиком. Например, у нас тоже бывают периоды, когда ревью кода занимает слишком много времени, но все понимают, почему так происходит, так как никто не скрывает трудности. Причем у вас ещё есть ежедневные митинги, в отличие от нас, как я понял, но они все равно не помогают в решении проблем. Не маскирует ли тогда сбор метрик проблему коммуникации между отделами и отдельными сотрудниками?
Основная проблема low-code систем состоит в том, что никто не учитывает тот факт, что заинтересовать нужно не только менеджеров, но и разработчиков, среди которых не так много людей, которые хотят привязать свои навыки к определенной платформе.
Я в основном JS/TS-разработчик. Когда искал вторую работу, компании, которым я подходил по навыкам на 90 процентов обычно просто игнорировали, но я часто получал приглашения на вакансии low-code разработчика, на которые я не откликался и по которым у меня не было релевантного опыта. Да и в целом, по ощущениям, разработчики какого-нибудь 1С начального или среднего уровня сейчас получают бо́льшие зарплаты при меньшей конкуренции. Просто людям этим заниматься неитересно, перспективы такой работы достаточно сомнительны. Например, что я буду делать лет через 5 лет со знаниями какой-нибудь ELMA 265? Не то, чтобы на одном JS можно прожить всю жизнь, но, по крайней мере, у тебя остаются точки соприкосновения с другими языками и областями IT-сферы, а полученные на работе навыки можно использовать "дома".
В IT он за те же 300к может просто работать 8 часов а то и меньше без головняка. Отсюда вывод простой - если хочется просто работать за 300к то IT лучший выбор.
Вот здесь у вас ошибка. 300к получает далеко не каждый руководитель. Медиана около 160к, что тоже немало, но другие сферы постепенно догоняют.
В этом и проблема, что у вас какое-то наивное представление, якобы айти это такой трамвай в лучшую жизнь. Сейчас сфера принципиально не отличается от другого российского бизнеса, у вас также могут быть неадекватные начальники, проблемы со здоровьем и т.д. Сейчас, в силу дефицита работников во всех сферах, можно много где подыскать для себя комфортное место и глупо лезть в IT, где даже люди с многолетним опытом, профильным образованием и прочим испытывают трудности с поиском работы.
Мне подобные помощники напоминают гугл-переводчик, который тоже является нейросетью. Если не знаешь английского или нужно перевести большой объем текста без строгих требований по качеству, то он сильно выручает, но в перспективе выгоднее всё-таки знать английский и переводить лишь отдельные незнакомые слова и фразы. Сейчас жалею, что в школе и университете слишком частое его использовал
Дело в компаниях, которые используют ту или иную технологию. Часто на Node.js пишут от безысходности, когда что-то написать на другом языке в приемлемый срок просто невозможно, или когда программисты способны писать только на JS. Соответственно язык зачастую выбирают не самые лучшие компании с не самыми хорошими условиями. Плюс есть определенная стигматизация в IT сообществе: бэкенд разработчики часто в целом презирают JS/TS и к попыткам использовать эти языки в родной среде относятся негативно. В итоге у Node.js разработчика не сильно большой выбор. По моим ощущениям обычно требуется middle-fullstack за 100к-150к.
Здесь ещё вопрос в стоимости разработчика. На разницу месячной зарплаты между JS/TS и Golang разработчиками зачастую можно купить не самый плохой сервер, который, в подавляющем большинстве случаев, даже и не понадобится, или все будет упираться в БД, очередь сообщений и т.д.
На мой взгляд, проблема в том, что найти квалифицированного программиста ещё относительно простая задача, но найти толкового лида или управленца крайне трудно и я, со всей колокольни, даже не представляю, кем должен быть такой человек. Поэтому компании пытаются хотя бы через офисы контролировать сотрудников, что тоже не факт, что даст приемлемый результат.
То есть либо у вас есть другой, более негативный фактор, либо у вас сложились звезды и ежедневная дорога от вашего дома до работы приносит вам удовольствие, что в случае большого города редко бывает. Это скорее исключения и даже грустно, что человек отдыхает по дороге до работы.
Можно спать не в метро или автобусе, а в своей кровати. Для отдыха от бытовухи можно пойти и прогуляться в интересное для тебя место, а не стоять посреди дороги в пробке. Есть, конечно, люди, которые любят ездить на автобусах, но это скорее исключение, в основном никто не хочет тратить свое личное время на дорогу.
Да, у меня оклад на прошлой работе был 80к, а на квартирку-студию с к/у уходило 23к в Мурино. Сейчас цены на съем сильно взлетели, даже за московскую зарплату переезжать в Москву невыгодно, по крайней мере с моим стеком.
Здесь важнее всего затраченное на дорогу время и расположение офиса. Когда жил в небольшом городе, то добраться до офиса никогда не было проблемой, мне даже нравилось оттуда работать. После переезда поближе к Санкт-Петербургу, ежедневные два часа в метро и необходимость снимать квартиру в Мурино скорее сыграли негативную роль и поспособствовали моему выгоранию. Сейчас нашел удаленку, снова переехал в небольшой город и чувствую себя отлично. Так что, на мой взгляд, если у вас офис в Москве или в Питере, да ещё и не в центре города, то офисная работа очевидно хуже для работников, по крайней мере для тех, кто вынужден снимать квартиру.
А имеют ли смысл подобные грейды? Человек может иметь дисбаланс по навыкам в различных областях. Также все сильно зависит от компании - в одной можно быть сеньором, а в другой могут рассматривать только как джуна.
Университеты, в которых не забивают на обучение, учат "чувствовать" информацию и это действительно полезно. В некоторых случаях просто нет возможности составить нормальную документацию или приходиться делать все "на коленке", но ты понимаешь, чем это может грозить и стараешься сгладить углы. У самоучек, перешедших из других сфер, зачастую такой интуитиции нет.
Вы правы, но опять же, если нужна хорошая производительность, то тогда имеет смысл рассматривать языки без сборщика мусора. Если заменить один язык с GC на другой, то даже не факт, что код в итоге будет работать быстрее, а если и будет, то не факт, что будет экономия, особенно если железо мощное по современным меркам.
К тому же железо далеко не единственный фактор. Например, программист может стоить дороже и послать его потом делать интерфейс или администрировать сервисы будет сложнее, бутылочным горлышком в итоге окажется БД или какая-нибудь Kafka, из-за чего даже переход на язык вроде Rust ничего не кардинально не поменяет, если только не переписать Kafka на Rust.
Об этих вещах я и говорю, подразумевая "полумеру".
Языки с GC все же не так кардинально отличаются друг от друга. Если использовать кластеризацию и современный фрейморк в Node.js, то он может работать не в разы медленнее Golang. Аналогичное хочет показать и автор статьи, как мне кажется. Как правило, путылочным горлышком оказываются компоненты вроде БД, которые и так написаны на C/C++. В таком случае использовать ещё один язык с GC не особо эффективно
Это нормально сейчас. У нас, в JS/TS мире 4-5 актуальных orm и, на мой взгляд, 3 актуальных веб-фрейморвка. В каждой вакансии обязательны знания одной из комбинаций. Иногда нужен fullstack-разработчик, тогда в комбинацию добавляются браузерные фреймворк.
Метрики полезны в тех случаях, когда объект исследования представляет собой черный ящик. Это понятно, когда вы собираете метрики клиента, с которым не взаимодействуете напрямую, но странно, что ваша команда является для вас черным ящиком. Например, у нас тоже бывают периоды, когда ревью кода занимает слишком много времени, но все понимают, почему так происходит, так как никто не скрывает трудности. Причем у вас ещё есть ежедневные митинги, в отличие от нас, как я понял, но они все равно не помогают в решении проблем. Не маскирует ли тогда сбор метрик проблему коммуникации между отделами и отдельными сотрудниками?
Основная проблема low-code систем состоит в том, что никто не учитывает тот факт, что заинтересовать нужно не только менеджеров, но и разработчиков, среди которых не так много людей, которые хотят привязать свои навыки к определенной платформе.
Я в основном JS/TS-разработчик. Когда искал вторую работу, компании, которым я подходил по навыкам на 90 процентов обычно просто игнорировали, но я часто получал приглашения на вакансии low-code разработчика, на которые я не откликался и по которым у меня не было релевантного опыта. Да и в целом, по ощущениям, разработчики какого-нибудь 1С начального или среднего уровня сейчас получают бо́льшие зарплаты при меньшей конкуренции. Просто людям этим заниматься неитересно, перспективы такой работы достаточно сомнительны. Например, что я буду делать лет через 5 лет со знаниями какой-нибудь ELMA 265? Не то, чтобы на одном JS можно прожить всю жизнь, но, по крайней мере, у тебя остаются точки соприкосновения с другими языками и областями IT-сферы, а полученные на работе навыки можно использовать "дома".
А что подразумевается под педалью тормоза? Почему вклады обесценятся?
Вот здесь у вас ошибка. 300к получает далеко не каждый руководитель. Медиана около 160к, что тоже немало, но другие сферы постепенно догоняют.
В этом и проблема, что у вас какое-то наивное представление, якобы айти это такой трамвай в лучшую жизнь. Сейчас сфера принципиально не отличается от другого российского бизнеса, у вас также могут быть неадекватные начальники, проблемы со здоровьем и т.д. Сейчас, в силу дефицита работников во всех сферах, можно много где подыскать для себя комфортное место и глупо лезть в IT, где даже люди с многолетним опытом, профильным образованием и прочим испытывают трудности с поиском работы.
Мне подобные помощники напоминают гугл-переводчик, который тоже является нейросетью. Если не знаешь английского или нужно перевести большой объем текста без строгих требований по качеству, то он сильно выручает, но в перспективе выгоднее всё-таки знать английский и переводить лишь отдельные незнакомые слова и фразы. Сейчас жалею, что в школе и университете слишком частое его использовал
Дело в компаниях, которые используют ту или иную технологию. Часто на Node.js пишут от безысходности, когда что-то написать на другом языке в приемлемый срок просто невозможно, или когда программисты способны писать только на JS. Соответственно язык зачастую выбирают не самые лучшие компании с не самыми хорошими условиями. Плюс есть определенная стигматизация в IT сообществе: бэкенд разработчики часто в целом презирают JS/TS и к попыткам использовать эти языки в родной среде относятся негативно. В итоге у Node.js разработчика не сильно большой выбор. По моим ощущениям обычно требуется middle-fullstack за 100к-150к.
Здесь ещё вопрос в стоимости разработчика. На разницу месячной зарплаты между JS/TS и Golang разработчиками зачастую можно купить не самый плохой сервер, который, в подавляющем большинстве случаев, даже и не понадобится, или все будет упираться в БД, очередь сообщений и т.д.
На мой взгляд, проблема в том, что найти квалифицированного программиста ещё относительно простая задача, но найти толкового лида или управленца крайне трудно и я, со всей колокольни, даже не представляю, кем должен быть такой человек. Поэтому компании пытаются хотя бы через офисы контролировать сотрудников, что тоже не факт, что даст приемлемый результат.
То есть либо у вас есть другой, более негативный фактор, либо у вас сложились звезды и ежедневная дорога от вашего дома до работы приносит вам удовольствие, что в случае большого города редко бывает. Это скорее исключения и даже грустно, что человек отдыхает по дороге до работы.
Можно спать не в метро или автобусе, а в своей кровати. Для отдыха от бытовухи можно пойти и прогуляться в интересное для тебя место, а не стоять посреди дороги в пробке. Есть, конечно, люди, которые любят ездить на автобусах, но это скорее исключение, в основном никто не хочет тратить свое личное время на дорогу.
Да, у меня оклад на прошлой работе был 80к, а на квартирку-студию с к/у уходило 23к в Мурино. Сейчас цены на съем сильно взлетели, даже за московскую зарплату переезжать в Москву невыгодно, по крайней мере с моим стеком.
Здесь важнее всего затраченное на дорогу время и расположение офиса. Когда жил в небольшом городе, то добраться до офиса никогда не было проблемой, мне даже нравилось оттуда работать. После переезда поближе к Санкт-Петербургу, ежедневные два часа в метро и необходимость снимать квартиру в Мурино скорее сыграли негативную роль и поспособствовали моему выгоранию. Сейчас нашел удаленку, снова переехал в небольшой город и чувствую себя отлично.
Так что, на мой взгляд, если у вас офис в Москве или в Питере, да ещё и не в центре города, то офисная работа очевидно хуже для работников, по крайней мере для тех, кто вынужден снимать квартиру.
Два часа, которые ежедневно тратятся на дорогу, на производительности труда сказываются отрицательно - это очевидный факт.
А имеют ли смысл подобные грейды? Человек может иметь дисбаланс по навыкам в различных областях. Также все сильно зависит от компании - в одной можно быть сеньором, а в другой могут рассматривать только как джуна.
Университеты, в которых не забивают на обучение, учат "чувствовать" информацию и это действительно полезно. В некоторых случаях просто нет возможности составить нормальную документацию или приходиться делать все "на коленке", но ты понимаешь, чем это может грозить и стараешься сгладить углы. У самоучек, перешедших из других сфер, зачастую такой интуитиции нет.
Rust ещё можно выучить как второй язык, C++ - нет. Я в основном JS/TS разработчик и для меня это ключевой момент
Вы правы, но опять же, если нужна хорошая производительность, то тогда имеет смысл рассматривать языки без сборщика мусора. Если заменить один язык с GC на другой, то даже не факт, что код в итоге будет работать быстрее, а если и будет, то не факт, что будет экономия, особенно если железо мощное по современным меркам.
К тому же железо далеко не единственный фактор. Например, программист может стоить дороже и послать его потом делать интерфейс или администрировать сервисы будет сложнее, бутылочным горлышком в итоге окажется БД или какая-нибудь Kafka, из-за чего даже переход на язык вроде Rust ничего не кардинально не поменяет, если только не переписать Kafka на Rust.
Об этих вещах я и говорю, подразумевая "полумеру".
Языки с GC все же не так кардинально отличаются друг от друга. Если использовать кластеризацию и современный фрейморк в Node.js, то он может работать не в разы медленнее Golang. Аналогичное хочет показать и автор статьи, как мне кажется. Как правило, путылочным горлышком оказываются компоненты вроде БД, которые и так написаны на C/C++. В таком случае использовать ещё один язык с GC не особо эффективно
Это нормально сейчас. У нас, в JS/TS мире 4-5 актуальных orm и, на мой взгляд, 3 актуальных веб-фрейморвка. В каждой вакансии обязательны знания одной из комбинаций. Иногда нужен fullstack-разработчик, тогда в комбинацию добавляются браузерные фреймворк.