65

Ответ Lite.Copywrite в «В хлам зажравшиеся ИТшники»68

Все немного сложнее. Зарплаты всегда определяются балансом спроса и предложения. Если условный Гугл и условный Майкрософт ищут программиста за условные $200K в год, прошаренный кандидат сходит на собеседования в обе конторы, и скажет обоим, что выберет того, кто предложит $210K. А дальше у них есть выбор - ждать следующего кандидата, или накинуть денег и взять этого. Решение зависит от того, сколько сейчас на рынке, кандидатов, и сколько других компаний, способных накинуть денег.

Дальше начинаются причины первого порядка: чтобы быть толковым айтишником нужен аналитический "ботанский" склад ума. Я не знаю, один это из десяти, ста, или двух, но если мозги в нужную сторону не повернуты, будет тяжело. Это задрало цены, потому что много компаний конкурируют за малое количество людей.

Типичный пример айтишной задачи: условный Вонсуп из Китая ускорил алгоритм, отвечающий за вычисление какого-нибудь статистического показателя. Как оказалось, этот алгоритм использовался алгоритмом Кумара из Индии, который выбирал кратчайший путь к ближайшей копии базы данных. Ускоренная версия работает чуть по-другому в одном редком случае, но Вонсуп это не заметил. Зато выяснилось, что у 10% пользователей банковского приложения перестали показываться транзакции за последний день. Как айтишник, ты не знаешь разгадки априори. У тебя есть миллионы строк кода, написанного тысячами людей со всего мира, обрезанный скриншот от разгневанного пользователя, из которого сложно понять контекст, возможность делать некие локализованные измерения "почему в этом случае сработало вот это правило из 10" и горящие сроки пофиксить это вчера. Прочесть глазами миллионы строк ты не можешь. Где проблема - ты не знаешь. Поэтому берешь в руки интуицию, и начинаешь систематично "измерять" подозрительные куски, чтобы восстановить всю эту детективную фигню. А завтра опять что-то сломается.

Потом идут причины второго порядка - профессия денежная, поэтому ушлые люди протаскивают знакомых на программерские позиции. Знакомые пишут 1000 строк для проблемы, которая решается в 10 строк, причем строки тормозят.

Причины третьего порядка - сказать блатному коллеге, что вреда от него больше, чем пользы у "честного айтишника" не выйдет. Поэтому сидишь и разгребаешь конюшни, которые можно было обойти еще на этапе проектировки. Мотивации это не добавляет, поэтому выплатив ипотеку, многие уходят нафиг из профессии, чтобы не видеть этого долбанного цирка.

Вот из-за этого всего, в айти паралелльно дефицит кадров, засилие идиотов, и куча выгораний.

4
Автор поста оценил этот комментарий
Блять
Так идти или не идти
раскрыть ветку (1)
3
Автор поста оценил этот комментарий

Я бы советовал так:


1. Открываем гитхаб. Это место, где все желающие выкладывают свои проекты с открытыми исходниками (т.е. понятно, как они сделаны). Если есть на примете конкретный язык, можно отфильтровать по нему.

2. Ищем проект, понятный по смыслу.

3. Открываем issues. Это где пользователи просят починить старое, или добавить новое. Смотрим, что проект решулярно принимает правки от посторонних.

4. Выбираем понятную по смыслу issue.

5. Неистово гуглим книги, сайты и видосики по языку. Разбираемся в этом всем, пока не станет понятно, что и где править, чтобы реализовать запрошенное пользователями. Это итеративный процесс, на который могут уйти десятки вечеров, если что.

6. Отправляем правки авторам.

7. Авторы сравнивают ваш код с говном и рекомендуют убить себя об стену. Выдыхаем. Извиняемся. Делаем вторую версию правки.

8. Если это надоест до того, как изменения устроят авторов - айти - не ваше.


Да, ChatGPT отлично умеет объяснять непонятный для новичка код, и писать простой код по описанию. Но для сложных задач там надо довольно заковыристо формулировать запросы с хорошим пониманием, как работает нейронка и условная нормализация внимания по слоям.

показать ответы
0
Автор поста оценил этот комментарий

ИМХО грамотный менеджмент сделает так, чтобы привлекать максимально надежных подрядчиков на ключевые этапы проекта. А не Вонсупа и Кумара. Все ж описана банковская софтина, на "веселая ферма".

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Ха, так не получится. Вонсуп и Кумар не нанимались для данного проекта. Они добавили конкретные фичи в открытые библиотеки, которые используются этим проектом. У менеджмента нет влияния на разработку библиотек, у них есть выбор - взять готовое, или писать все с нуля. С нуля будет заградительно дольше.


Конкретный пример на пальцах. Многие задачи в айти требуют работы с таблицами. Сайт онлайн-магазина с таблицей товаров и таблицей заказов. Сайт стоматологии с таблицей докторов и таблицей приемов. Да каждый второй сайт, на самом деле. Если сделать все в лоб (пишем каждую строку таблицы в текстовый файл), все задохнется по производительности на третьем клиенте. Поэтому умные люди придумали такую штуку, как движок баз данных, которому можно сказать "найди мне все строки из таблицы заказов, где клиент = Вася, а год = 2024", и он все это выполнит быстро и эффективно. Такие движки используются тысячами компаний по всему миру, и если одной из них будет чего-то не хватать, они добавят этот функционал сами, и отправят его разработчикам движка на одобрение. Когда всех все устроит, и его одобрят - он станет частью движка, доступной всем остальным.


Но мир не идеален, случаются косяки, и чем больше в проекте используется внешних кусков, тем больше вероятность на такой косяк нарваться. В итоге, получается веселая ферма.

показать ответы
0
Автор поста оценил этот комментарий
Между гуглом и майкрософтом он выберет то, что ему интереснее по проекту, условиям труда и плюшками. На таких зарплатах люди уже не особо думают о деньгах. Как в том видосе про силиконовую долину от иногента дудя
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Дудь не знает, о чем говорит. Денег всегда больше у того, кто лучше торгуется. Интересные проекты - это скорее Tesla/SpaceX, но система настроена на то, чтобы выжать все соки и взять следующего обладателя горящих глаз.

1
Автор поста оценил этот комментарий

Типичный пример айтишной задачи: условный Вонсуп из Китая ускорил алгоритм, отвечающий за вычисление какого-нибудь статистического показателя. Как оказалось, этот алгоритм использовался алгоритмом Кумара из Индии, который выбирал кратчайший путь к ближайшей копии базы данных.

По моему это типичный пример просранного менеджмента проекта, не?

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Грамотный менеджмент позволит отловить это на этапе тестирования после обновления пакетов, но большая часть работы от этого не поменяется. Все писать самим с нуля невозможно - это нереальный объем работы. А где есть внешние зависимости, будут внешние баги.

показать ответы