Для начала хочу поговорить про зарплаты в IT. Российские компании очень часто не хотят платить рыночную цену.
Когда нанимаешь нового человека, у тебя нет выбора, недоплатишь - и он выберет других
Но когда твой сотрудник вырос, и просит больше денег, начинается пидорство
тред
Много лет назад мы с моимм братаном пришли работать в одну галеру за 30к рублей в месяц. С тех пор я поменял десять работ, и вырос по деньгам так, что мне уже просто наплевать, какая у меня будет зп. С тем моим братаном на днях встретились в кофейне. Он всё ещё там. У него зп 70к
Почему так? Всё очень просто. У них, если ты хочешь получить больше денег - тебе нужно сдать внутренние экзамены другим разработчикам. Которые являются акционерами этого бодишопа. Это значит, что их заработок, это то, что было сэкономлено на твоей зарплате
А теперь давайте подумаем, какой шанс у тебя сдать экзамен по очень субъективной теме человеку, который очень заинтересован в том, чтобы ты этот экзамен не сдал
Когда я сам там работал, я довольно быстро сдал экзамены по C# и js, но чтобы получить больше денег, надо было сдать минимум три экзамена. Третий был экзамен по паттернам проектирования. Его я за год так и не смог сдать
С ним было много забавных историй, но мне больше всего запомнилось, что эжкзаменатору не нравились все мои примеры для паттерна Singleton. В коцне я уже сказал: "Луна ебать! В моей программе есть луна, луна блядь одна, для луны подойдет паттерн синглтон"
Не сработало
Но это маленькая ивановская компания, можно списать на перегибы на местах и всё такое. Но на самом деле, проблема всеобъемлющая и очень глубокая
Компании ведь как рассуждают. Вот взяли мы стажера за копейки, обучили его, а он возьмет сейчас и уйдет на 180к в другое место. Непорядок. Надо внушить ему мысль, что он бездарный чмошник, который ничего не стоит. Его нигде не ждут, а мы держим его из жалости
Тогда и зарплату не придется поднимать, и замену искать не надо будет. У нас профессиональная болезнь - синдром самозванца. Поэтому изгадить программисту самооценку - нет ничего проще.
А ведь разработчики ещё и большие любители попортить самооценку друг другу
Поэтому мы вот что. Мы введем культуру токсичных кодревью от признанных и лояльных компании мэтров
Чтобы они изваляли в говне тех, кто пришел к нам позже. Мы введем систему грейдов и унизительных проверок квалификации
Мы обставим все так, чтобы платить хорошо нам нужно было только небольшой прослойке избранных.
А всем остальным мы будем кидать кости с барского стола, и внушим им мысль, что это ещё и благотворительность
Тут самый пиздец в том, что в теории, прозрачная система грейдов - нужная и важная штука. Она может помочь поддерживать справедливые зарплаты
Но рпроблема в мотивации. Если компания создёт такую систему специально, чтобы платить меньше, это инструмент репрессий
При этом, какая бы системы грейдов не была внутри компании, на людей с улицы она не работает. Если им нужен разраб высокого класса, и это компания не яндекс - они возьмут тебя на вдесятеро большую зп, чем ты бы мог получить, если бы рос внутри
Для меня важно, как к этому относиться. Компании в своем праве платить столько, сколько им хочется, потому что это рынок.
Но вот злонамеренно унижпать своих разработчиков - такие штуки прощать нельзя. Нельзя работать с теми, кто готов испортить твое мнение о себе ради экономии
Поощрать или прощать такие выходки тоже нельзя. У нас рынок кандидата, и значит, мы можем выбирать. Я предлагаю, мудаков, которые пиатются твоими сомнениями в себе - не выбирать никогда. И убеждать всех, кто их всё-таки выбрал, валить от туда как можно скорее
• • •
Missing some Tweet in this thread? You can try to
force a refresh
На чистом джаваскрипте нельзя делать большие проекты. Только по одной причине - динамическая типизация. Она не подходит для крупных проектов - совершенно не подходит. В этом треде объясню, почему
Если ты юзаешь js док, где описывешь типы, и IDE это подхватывает - это не динамическая типизация, и это окей. Правда не понятно, зачем это делать, если есть тайпскрипт, но бог с ним.
Но если у твоего кода нет статической типизации - всё плохо
Суть статтипизации в том, что разработчик, зная часть правил, по которым работает приложение, записывает их на языке, который понимает компилятор - на языке типов.
Это позволяет машине проверять, соответствует ли кодовая база этим правилам
Для начала коротко расскажу о себе, и как я отнушусь к js.
Если коротко - хуёво отношусь.
Если чуть чуть по длиннее: я сам не фронтендер, но писать фронтенд приходилось. Сейчас у меня в одчинении три фронтендера, и я, кажется, справляюсь
Мой основной стек - .net/C#/F#, и когда я первый раз столкнулся с джаваскриптом, сказать что я охуел - ничего не сказать
Это было ещё в то время, когда вся индустрия не успела привыкнуть к тому, что у нас на передний план вышла технология, качество которой серьезно оспаривается
Какая альтернатива тому, чтобы не менять работу каждые 2 года? Всё просто - работайте в крупной организации )
Каждые 2 года — структурный пересмотр отделов. Были в одном — стали в другом.
Управленцы будут постоянно меняться. Топ-менеджеры плохо разбираются в коде, но любят использовать эффективные практики и меняют менеджеров внизу.
Ну кроме тех, кто растет сам или меняет место работы.
TS начинается с файла tsconfig.json, где хранится конфигурация компилятора и проекта. Но ему часто не уделяют должного внимания. Чаще всего он кочует из проекта в проект с минимальными изменениями. Просто потому что "работает". И я делал так же
Но в одном проекте пришлось заняться сборкой более плотно. Возникала потребность разобраться в многочисленных опциях. Вкладка документации по TS была открыта 24/7... И так, первый лайфхак: существует команда tsc --init, которая сгенерирует конфиг с самыми основными опциями
При этом конфиг будет содержать большое множество закомментированных опций с их описанием. Читаем описание опции, если находите её полезной - раскомментируем, если нет- удаляем. Посмотреть, как это выглядит можно здесь: gist.github.com/barinbritva/cf…