Лучше про турецкую Яровую напишите. Как там интернеты фильтруют. Там у них, вроде, тоже «суверенный интернет» в каком-то виде был, который мне несколько лет назад нормально фрилансить из Турции мешал. Сейчас после неудавшегося заговора вообще не представляю что там с интернетами сделали.
В том-то и дело, что я говорю не про тех, кто уехал из России. Куча народа живёт в России и работает на удалёнке или ушли в аутсорсинговые шарашки, где платят западный рэйт. Буржуи всегда готовы платить так, что на руки синьору пойдёт 25-35. Вы конкурируете за кадры не только с компаниями в России, которые поднял з.п. в рублях с 2014 года процентов на 30. А и с буржуями, которые ничего не меняли, но з.п. в рублях выросла почти вдвое.
Раньше аутсорс давал денег меньше или столько же, сколько работа в России в офисе. 2014ый всё изменил. Сегодня выгоднее пойти в тот же Crossover/Upwork, и с лихвой покрыть расходы на ИП, бухгалтерию и валютный контроль. Сидеть дома, а не толкаться в общественном транспорте.
Так что своими 110-170 вы скорее отпугиваете синьоров, чем привлекаете. Синьоры они тоже не дураки, они хотят свои руки подороже продать, и уж если сидеть в лофте/опенспейсе, так за хорошую пачку денег.
Ну сейчас да, ограничение в год. Несколько лет назад было 100 дней. От чего у меня дико пригорало каждый раз как я видел их рекламу «Банк номер 1 для бизнеса».
С Юникредитом там всё сложно. Они любят выкатывать дико сырые апдейты. И что-то у них отваливается. Однажды у них вообще выписки не работали, если запрашиваешь период больше чем 3 месяца назад.
мы постоянно анализируем различные зарплатные исследования по нашей отрасли и держим практически по всем дефицитным позициям зарплату выше рынка.
170 в Москве.
170 было круто до Крымнаша. Сейчас это уже не 4800 баксов, а 2600. Потому надо анализировать не ваш рынок, а тот, куда ушли синьоры-помидоры, те рынок международного аутсорса.
Синьоры-помидоры работают на буржуйские компании где-то за 25 баксов в час и выше, те от 4000 в месяц. Делайте з.п. от 240 и синьоры потянутся.
Я говорю про детальную выписку. Сейчас у них 365 дней, но раньше было 100. При этом это даже если у вас за год две с половиной операции оно всё равно вам искать не даст.
Кстати, эту карту с дисплеем надо сдавать обратно в банк, когда закрываешь счёт, иначе что-то вроде 4000 рублей им надо платить.
USB токен авангарда не читается в Chrome. И токен был единственным средством авторизации. Потому они предлагали карту скрэтч-кодов и кредитку с кнопочками. Кстати, я бы не сказал что она удобная. как только Авангард сделали авторизацию через SMS я сразу же перестал этим всем пользоваться.
115 ФЗ закон делает тебя бесправным в любом банке. И хороших банков в связи с этим нет. Тебя в любой момент могут послать лесом и заблокировать деньги на счетах. Потом выводи их за 15% комиссии, как в Тинькове. Персональные данные сливают сейчас из любого банка.
Авангард — это довольно отсталый банк, у них нет суперкомпьютера, как у Тинька, чтобы пытаться вас изучить, а потом продать профайл. Авангард выписку больше чем на 100 дней пару лет назад делать не умел. Потому они не сильно парятся по поводу телефона и прочего, они просто не умеют всё это процессить.
А я и не спорю, что git идеальная штука для разработки линуксов. Он для этого и делался.
Но корпоративная разработка — это совершенно другое. Там и требования другие: и порог входа должен быть ниже и стоимость обслуживания и аудит и нормальные ветки и всё такое прочее.
К сожалению, hg оказалось довольно тяжело развивать и интегрировать в сервисы вроде github. Git продвинул авторитет Линуса, который в корпоративной разработке понимает, похоже, меньше всего. Дальше github который, как известно, равно git. И мы имеем корпоративный стандарт, который мог бы быть более user-frendly.
Собственно, ныть про то, что git не удобный смысла нет, ибо он стал корпоративным стандартом. Это можно только пережить, ну и он всё-таки совершенствуется, и стал более юзабильным чем лет 8 назад.
Это ещё одна история про то, как индустрия пошла по неправильному пути.
Как с Javascript для того, чтобы делать богатые интерфейсы в Web.
Теперь от git'a, как в качестве корпоративного сурсконтрола никуда не деться. Хотя, как JS оброс костылями, вроде Typescript, так и git оброс гитхабом, чтобы делать pull-реквесты.
Жили раньше без тимлидов и горя не знали. Были девелоперы, которые код писали, были проджект-менеджеры, которые таски создавали и приоритетами ведали, они же за косяки отвечали перед вышестоящим менеджементом. Теперь наплодили сущностей: тимлид, техлид, продакт, проджект. Теперь полномочия размыты до ужаса, каждый синьор себя тимлидом считает и указывает остальным, что делать, но при этом ни разу не отвечает за косяки. Менеджеры удалились в планирование непонятно чего и совершенно потеряли связь с «землёй». Разницу между тимлидом и техлидом не могут пояснить даже самые прожженные HR, а уж тем более не могут объяснить, где кончаются задачи тимлида и начинаются задачи HR.
Я понимаю стремление бизнеса сделать фулстек-тимлида, который будет и аналитиком и мендежром и UI и Back, но что-то в, итоге, получается хаос ответственности.
Вы описали Coffee Shop Effect, работает далеко не для всех удалёнщиков, но работает.
Суть в том, что для продуктивной работы человеку надо войти в состояние потока и быть сфокусированным на работе.
Понятно, что и в офисе можно создать нерабочую атмосферу и дома можно сделать себе идеальный home office.
Но создать такую атмосферу в путешествии с детьми архисложно, и если вы хотите нанять такого человека в проект, то учтите что это очень большие риски.
Даже если человек тимлид, и казалось бы все вопросы решает в пути в чатике, всё равно за полноценной рабочей станцией и в рабочей обстановке он будет эффективнее в разы. Главное он сможет полноценно подумать и продумать ситуацию, «включить мозг», а не писать первое что пришло в голову, лишь бы создать эффект присутствия.
Я лет 10 работаю в распределённых командах, и очень не люблю работать с путешествующими удалёнщиками ещё и с детьми.
1. Удалёнщик домашний — сама по себе риск того, что чел будет отвлекаться от работы, на жену, домашние заботы, социалочки.
2. Путешествующий удалёнщик будет постоянно перезжать искать хату, обживаться. И делать он это будет в рабочее время.
3. Путешествующий удалёнщик с детьми будет ещё и постоянно отвлекаем детьми.
Если с первыми двумя типами ещё можно сварить каку-то кашу, то с третьим типом будет боль и страдание в 99% случаев. Не исключения есть, но вам скорее они не попадутся.
С мобилки он ещё может что-то ответить и сделать вид, что работает. А вот если нужно что-то по коду спросить или что-то срочно созвониться решить, то хренушки: «Я ушёл в магазин», «У меня ребёнок заболел», «Я на пляже», «ребёнок молоко на ноут пролил», «Прости не могу экран расшарить, интернет плохой».
Надо понимать, что не смотря на то, что там будет рассказывать такой удалёнщик у себя в блоге, он будет сидеть в кровати с ноутбуком (потому что в номере нет нормального стола и стула), и по нему будут прыгать дети (потому что разница во времени и на улице дождь).
В такой атмосфере он ни при каких условиях не будет top perfromer'ом. Максимум сможет решать несрочные задачи. Хорошо если он синьёр, там хоть он сможет компенсировать недостаток времени профессионализмом, если же мид или джун, то вешайтась. Пинги до него будут ходить очень долго и вы будете трать очень много сил и нервов на общение с ним.
Да в наше время даже сам Рихтер говорит: «зачем вам книжки писать, если вы их не читаете». Кстати, Рихтер, по сравнеию с Шилдтом пишет ужасно: что на русском, что в оригинале реально снотворное.
Самое лучшее, пока что есть, это статьи и официальная дока. Microsoft очень по этому поводу запарились и привели её в божеский вид.
Стоит читать framework design guidelines.
Специфика конкретного UI-фреймворка. Следуйте гайдлайнам и не будет таких проблем. Понятно, что у разных UI-фреймворков свои тонкости.
Я никогда не работал с WPF и Unity, а в asp.net таких проблем не было и нет, там проблемы свои, но я за 10 лет ни разу не встречался с проблемами от GC в самых разных проектах.
По-моему это почти всегда вопрос чисто для собеседования. Мне кажется, потому что Рихтера дальше сборщика мусора большинство не осилили.
В C# очень мало способов работать со сборщиком мусора и реально редки кейсы, когда знание про то, что он есть хоть как-то помогает. Другими словами, раньше ваш проект закроют, чем вы дойдёте до тонкой оптимизации кода под сборщик мусора.
Раньше аутсорс давал денег меньше или столько же, сколько работа в России в офисе. 2014ый всё изменил. Сегодня выгоднее пойти в тот же Crossover/Upwork, и с лихвой покрыть расходы на ИП, бухгалтерию и валютный контроль. Сидеть дома, а не толкаться в общественном транспорте.
Так что своими 110-170 вы скорее отпугиваете синьоров, чем привлекаете. Синьоры они тоже не дураки, они хотят свои руки подороже продать, и уж если сидеть в лофте/опенспейсе, так за хорошую пачку денег.
С Юникредитом там всё сложно. Они любят выкатывать дико сырые апдейты. И что-то у них отваливается. Однажды у них вообще выписки не работали, если запрашиваешь период больше чем 3 месяца назад.
170 в Москве.
170 было круто до Крымнаша. Сейчас это уже не 4800 баксов, а 2600. Потому надо анализировать не ваш рынок, а тот, куда ушли синьоры-помидоры, те рынок международного аутсорса.
Синьоры-помидоры работают на буржуйские компании где-то за 25 баксов в час и выше, те от 4000 в месяц. Делайте з.п. от 240 и синьоры потянутся.
USB токен авангарда не читается в Chrome. И токен был единственным средством авторизации. Потому они предлагали карту скрэтч-кодов и кредитку с кнопочками. Кстати, я бы не сказал что она удобная. как только Авангард сделали авторизацию через SMS я сразу же перестал этим всем пользоваться.
Авангард — это довольно отсталый банк, у них нет суперкомпьютера, как у Тинька, чтобы пытаться вас изучить, а потом продать профайл. Авангард выписку больше чем на 100 дней пару лет назад делать не умел. Потому они не сильно парятся по поводу телефона и прочего, они просто не умеют всё это процессить.
Но корпоративная разработка — это совершенно другое. Там и требования другие: и порог входа должен быть ниже и стоимость обслуживания и аудит и нормальные ветки и всё такое прочее.
К сожалению, hg оказалось довольно тяжело развивать и интегрировать в сервисы вроде github. Git продвинул авторитет Линуса, который в корпоративной разработке понимает, похоже, меньше всего. Дальше github который, как известно, равно git. И мы имеем корпоративный стандарт, который мог бы быть более user-frendly.
Собственно, ныть про то, что git не удобный смысла нет, ибо он стал корпоративным стандартом. Это можно только пережить, ну и он всё-таки совершенствуется, и стал более юзабильным чем лет 8 назад.
Как с Javascript для того, чтобы делать богатые интерфейсы в Web.
Теперь от git'a, как в качестве корпоративного сурсконтрола никуда не деться. Хотя, как JS оброс костылями, вроде Typescript, так и git оброс гитхабом, чтобы делать pull-реквесты.
habr.com/ru/company/hygger/blog/352880
Вот про техлидов
habr.com/ru/post/270259
Я понимаю стремление бизнеса сделать фулстек-тимлида, который будет и аналитиком и мендежром и UI и Back, но что-то в, итоге, получается хаос ответственности.
Проблема, чтобы там скорость была нормальная.
Суть в том, что для продуктивной работы человеку надо войти в состояние потока и быть сфокусированным на работе.
Понятно, что и в офисе можно создать нерабочую атмосферу и дома можно сделать себе идеальный home office.
Но создать такую атмосферу в путешествии с детьми архисложно, и если вы хотите нанять такого человека в проект, то учтите что это очень большие риски.
Даже если человек тимлид, и казалось бы все вопросы решает в пути в чатике, всё равно за полноценной рабочей станцией и в рабочей обстановке он будет эффективнее в разы. Главное он сможет полноценно подумать и продумать ситуацию, «включить мозг», а не писать первое что пришло в голову, лишь бы создать эффект присутствия.
1. Удалёнщик домашний — сама по себе риск того, что чел будет отвлекаться от работы, на жену, домашние заботы, социалочки.
2. Путешествующий удалёнщик будет постоянно перезжать искать хату, обживаться. И делать он это будет в рабочее время.
3. Путешествующий удалёнщик с детьми будет ещё и постоянно отвлекаем детьми.
Если с первыми двумя типами ещё можно сварить каку-то кашу, то с третьим типом будет боль и страдание в 99% случаев. Не исключения есть, но вам скорее они не попадутся.
С мобилки он ещё может что-то ответить и сделать вид, что работает. А вот если нужно что-то по коду спросить или что-то срочно созвониться решить, то хренушки: «Я ушёл в магазин», «У меня ребёнок заболел», «Я на пляже», «ребёнок молоко на ноут пролил», «Прости не могу экран расшарить, интернет плохой».
Надо понимать, что не смотря на то, что там будет рассказывать такой удалёнщик у себя в блоге, он будет сидеть в кровати с ноутбуком (потому что в номере нет нормального стола и стула), и по нему будут прыгать дети (потому что разница во времени и на улице дождь).
В такой атмосфере он ни при каких условиях не будет top perfromer'ом. Максимум сможет решать несрочные задачи. Хорошо если он синьёр, там хоть он сможет компенсировать недостаток времени профессионализмом, если же мид или джун, то вешайтась. Пинги до него будут ходить очень долго и вы будете трать очень много сил и нервов на общение с ним.
Людям скучно читать что-то не про них (Сильмариллион какой-нибудь), а framework design guidelines — это именно про то с чем мы сталкиваемся каждый день.
Ну вот это например: docs.microsoft.com/en-US/dotnet/standard/design-guidelines/choosing-between-class-and-struct
чудо же.
Самое лучшее, пока что есть, это статьи и официальная дока. Microsoft очень по этому поводу запарились и привели её в божеский вид.
Стоит читать framework design guidelines.
Специфика конкретного UI-фреймворка. Следуйте гайдлайнам и не будет таких проблем. Понятно, что у разных UI-фреймворков свои тонкости.
Я никогда не работал с WPF и Unity, а в asp.net таких проблем не было и нет, там проблемы свои, но я за 10 лет ни разу не встречался с проблемами от GC в самых разных проектах.
По-моему это почти всегда вопрос чисто для собеседования. Мне кажется, потому что Рихтера дальше сборщика мусора большинство не осилили.
В C# очень мало способов работать со сборщиком мусора и реально редки кейсы, когда знание про то, что он есть хоть как-то помогает. Другими словами, раньше ваш проект закроют, чем вы дойдёте до тонкой оптимизации кода под сборщик мусора.