Виїхати «до» не склалося, хоча початкові дії для релокейту в Іспанію були запущені і зараз частина співробітників, у кого була можливість виїхати — там.
Виїхати «під час» можливість була та є (троє дітей до
Тепер буду дивитись на ситуацію наступного року — якщо малороси (якіх в Україні набагото більше за українців) зроблять з ЗЕ «героя», забудуть те, що саме він до цього довів та поведуть його на другий термін — то тоді буду тікати світ за очі. Опинитись у диктатурі гірше за російську я точно не планую.
SWIFT перекази зза можна робити у гривні?
У вакансії є вилка, яка відома кандидату. «Ширина» цієї вилки може бути
Ні, не досить. Бо ми можемо дивитися на різні речі в резюме. Хтось може щось не помітити (наприклад — роботу на російську компанію після
Є запит людини — на яку зарплату вона згодна розглядати пропозиції. Наше завдання визначити — відповідає її професійний рівень цим запитам чи ні. Якщо виявиться що професійний рівень перевищує значно (з нашої точки зору) — запропонуємо більше бо розуміємо що наш офер буде не єдиним серед яких він буде обирати.
В будь якому разі — специфіка продуктової розробки в тому що цінність та єфективніть розробника постійно ростуть бо поглиблюються знання продукту, тому постійний перегляд зарплати (від праз на пів року для джунов до раз на рік-два для сініоров та лідов) є частиною політики. Ми зацікавлені у тому, щоб досвідчених розробників з глибоким знанням продукту було важче «переманити грошима». Звичайно це можливо завжди, але для цього вже додаються нормальні умови роботи, адекватний менеджмент, можливість впливу на прийнятя рішень про розвиток продукту та таке інше.
І кандидат нам потрібен не для того щоб просто «зактити позицію на пів року», а щоб він став частиною команди та працював роками, і ріс при цьому професійно і фінансово. Половина розробників/QA працює 4 та більше років. Всі прийшли мідлами, зараз всі (крім одного QA) — тімліди.
Аналіз резюме робить тімлід, щоб оцінити потягне людина проект чи ні. Бо продукт досить великий та складний (обзорна демка по функционалу без глибокого занурювання у деталі займе 3 робочих дня), і навіть окреми частини з якими працюють окремі команди — все рівно великі та складні. Тому ми шукаємо не тих, хто «закроє позицію», а тих, з ким буде комфортно працювати всім. Вони мають підсилювати команду та додавати синергетичного ефекту. Наші критерії то не кількість закритих позицій, а те, наскільки підвищиться продуктивність команди. Тому — так — аналіз резюме та технічну співбесіду проводить тімлід. І рішеня про офер приймається виключно консенсусом з ним.
Вона потрібна вже тим, хто буде приймати рішення чи проводити співбесіду з цим кандидатом і якщо проводити — на якій саме рівень треба його скіли перевіряти. Тобто я, як СТО, вимагаю від рекрутера не лише СV, але також зарплатні очікування кандидата. Потім я та тімлід дивимось на одне, на інше, і якщо на наш погляд вони відповідають один одному — просимо організувати інтерв’ю. І мої технічні спеціалісти, які його інтерв’юють, також цю цифру знають і потім можуть мені сказати «на таку суму він не коштує, можна запропонувати стільки і як підтягнеться — тоді вже давати скільки просить». Чи «можна запропонувати навіть більше, бо тямущий і просто поточного ринку не знає».
Так, у нас «продукт», тому ми орієнтуємося не на «бюджет», а на те, наскільки компетенції/досвід та зарплатні очікування «стикуються».
Если я голосовал за Зеленского и привел его к власти это не означает что какой-то тупой черт может меня избивать, даже если эта обезъяна из партии зеленского
Означает.
Точнее — именно вас и именно обезьяна из партии зеленского может (а по справедливости и должна) избивать.
Если вы засунули руку в циркулярку — это означает что мясорубка вам руку должна отпилить.
Плохо то, что вы засунули не только свою руку, но и руки нас всех.
Есть некоторая разница между «оказаться в ситуации беспредела» и «привести к власти беспредельщиков и отгрести от них».
Для нас вам лично являетесь тем, кто создавал эту самую «ситуацию беспредела». Для нас вы не жертва, а соучастник преступления, которого «кинули» и теперь он пытается получить поддержку от нас — реальных жертв преступления
Лучше быть плохим эммигрантом, чем хорошим беженцем.
Еще лучше быть хорошим эммигрантом.
То, что у нас тут в уже обозримом бущущем будет, в лучшем случае, Беларусь, а в более реальном — Сирия, переводит вопрос релокейта из «тактического» (где больше заработать и комфортнее жить) в «стратегический» (где осесть чтобы твои дети не попали под раздачу).
Или хотя бы подтянуть данные из Линкедина с компанией/позицией...
Спарсил. Слой на карте явно не в реальном времени из базы ФОПов тянется...
Он где-то собран и проиндексирован по умному.
Онлайн трансляция не планируется часом?
● Вы раннее не имели опыта в IT.
● Вы уверенно владеете JAVA
Мне кажется, или джавистов только что опустили?
Я тоже так умею :)
Могу предположить, что после ввода системы ограничений подвержденных аккаунтов я ни разу нигде не комментировал и потому какого-то флажка в БД на моем профиле не хватало. А после того, как оставил коммент тут, какая-то встроенная процедура отработала и поставила нужный флажок.
Ну, учитывая то, что тут в статистике сисадмины единственные не ранжируются по опыту, а все свалены в кучу...
Но, по моему опыту, таки да — уровень оплаты сисадминов процентов на 30 ниже уровня оплаты разработчиков аналогичного уровня опыта и мозгов. И логика простая — разработчики «конкурируют» с разработчиками на внешнем рынке, а сисадмины — на внутреннем. Потому и шкала оплаты другая.
Вот теперь подтвержденный.
А то свои пять копеек в теме о зарплатах вставить хотел, а нифига...
Аккаунт привязан к LinkedIn и к гуглу, но, как я понимаю, по прежнему не подтвержденный.
Тут в кои-то веки захотел коммент оставить и обнаружил таку фигню.
Проверьте, плиз.
В моїй особистий шкалі ці терміни зміщені на один рівень. Тобто те що тут описано як Senior — у мене Principal (ну і частина моєї роботи як СТО в продукті). Відповідно Middle тут — фактично Senior у мене і таке інше.
Тобто спрощена градація:
Junior отримує детальну задачу на розробку і його результат треба перевіряти
Middle отримує задачу на розробку і перевіряти його реалізацію можна якщо є відомі ризики
Senior отримує бізнес проблему у відомому домені та трансформує її у задачі на розробку для інших
Principal отримує чи знаходить бізнес проблему у невідомому домені та шукає рішення
Architect має бачення продукту в цілому та «розгорнутим у часі» і формулює послідовність бізнес проблем, які треба вирішувати, щоб робити це максимально ефективно з точки зору як бізнесу, так і процесу розробки.