Бідолашка ви. Ми з України можемо чимось допомогти?

Сьогодні була технічна співбесіда з польською фірмою.
1. Англійська, польська - все ґуд.
2. SQL і DWH - ґуд.
3. Python - ґуд.
4. Клауди - ґуд.
5. Scala - "так собі".
На щось особливе не розраховую, хліб з маслом, лише дещо смачніший ніж в Україні.

Завтра перша вступна з якоюсь фінською компанією.

Також завтра технічна з відомою європейською компанією ..... нерозбірливий почерк (в котру хайрять індуси - тож поки що не розчарувався в тому, що терпів їхню криву вимову і т.д.).

В черзі ще пачка рекрутерів, котрим відповідаю не надто оперативно.

шо, релігія не дозволяє?

Індус на мітингу переконався що я підключився, попрощався і вимкнувся тут же геть. Далі спілкувався напряму з європейською компанією. Розповіли що політика щодо захисту даних стала жорсткішою і на проект надалі допускають лише працівників котрі фізично знаходяться на території Євросоюзу. Тобто ідеально - індуси зробили свою справу, але далі нерозбірливе бурмотіння слухати не буде потрібно (тут додам, що чув часом також дуже хорошу і чітку вимову від індусів, тоді це інша річ).

Сам технічний стек більше заточений навколо різних БД, зокрема на міграції, в чому маю великий досвід і навіть класний референс з одного з минулих проектів. Тож тех співбесіда пройшла ок. Питання лише що я вже позиціоную себе як Data Engineer, а тут виходить що треба повертатися до DBA / Database Engineer. Але за таку оплату як мені озвучили - я в принципі згідний.

Одразу ж сказали, що можливі овертайми. Ну тут же я сказав, що коли йдеться про роботу 7 днів на тиждень, то я зразу відмовляюся, а от в позаробочий час подивитися одним оком що там робиться з джобами, може швидко пофіксити щось - це я ок. На це мені відповіли, що ні від кого не очікують працювати 7/24. Про всяк випадок уточнив в свого hr, як саме будуть оплачувати за овертайми і чи потрібно узгоджувати овертайм наперед.

Тобто за відчуттями виглядає на те, що один офер має бути вже в дорозі, але поки не побачу в себе на пошті - буду вважати що треба шукати далі.

----

Інша компанія прислала тестове на дві години. Поки що нехай почекають.

Можуть бути різні причини міграції.

• застаріле обладнання клієнта, яке вже не витягує, можливості апґрейду заліза вже вичерпані і потрібно перейти на інший сервер - тоді якщо ще й база того ж типу і навіть версія некритично відрізняється, то це найкращий варіант - бекап на старому і рестор на новому, зміна днс запису і вперед

• начальству набридли мільйонні (буквально) інвойси за якийсь комерційний оракл і все вирішили перенести на умовний постґрес, відповідно є відмінності в типах даних і це ще пів біди, але найголовніше це процедури, функції, триґери - це все добро треба переписувати фактично з нуля, бо не існує чарівної кнопки конвертувати таку логіку з ораклівського PL/SQL на постґресівський PL/pgSQL, хоча для менеджменту це зовсім неочевидно і вони й подумати не могли що це може бути місяці і квартали важкої кропіткої роботи, в залежності від об'єму такого коду (до речі, сучасний бест практіс підхід передбачає що в базі створюються лише таблиці і часом в'юхи, а вся програмна логіка живе деінде, наприклад в популярному зараз dbt)

• зараз використовується безкоштовний MySQL, а захотіли перейти на такий же безкоштовний Postgres без зміни схеми, бо скажімо більшість серваків вже живуть на Postgres, при цьому припустимо що програмної логіки в базі нема або її дуже мало - тоді це доволі простий варіант, є спеціальні конвертори що дозволяють зміґрувати таблиці доволі швидко, ну а програмну логіку треба все одно очима переглядати і переписувати в новий формат, тут лише тому легко що ми домовилися про її малу кількість

• зміна схеми - скажімо, стара база писалася різними розробниками і вже стільки наросло шматків котрі між собою слабо узгоджені, що вирішили таки це допотопне леґасі впорядкувати, тоді це страшенно кропітка робота навіть якщо йдеться лише про таблиці, бо потрібно щодо кожної таблиці і кожної колонки детально розмовляти з усіма представниками бізнесу, аби зрозуміти чи це потрібно, які взаємозв'язки і залежності потрібні в новій базі; ну а після місяців з'ясувань - написати гігантський скрипт із врахуванням всіх нюансів, тоді переїхати за декілька годин (ось за такий шмат роботи я маю позитивний відгук від однієї компанії, щоправда з усіх боків крові попили чимало)

Варіантів може бути багато.

Відповідь мого рекрутера щодо овертаймів

Тут проблема, що отримати наперед підтвердження ще й від самого лайн менеджера - доволі складно. Ну то й ок, або вони будуть це узгоджувати щоб я міг включити ці овертайми в інвойс, або ж арівідерчі, вихідні для того щоб відпочивати, або принаймні небезкоштовно допрацьовувати.

Дуже важливо мати декілька перспективних компаній на зв'язку!

Коли мені телефонували щоб повідомити усно про офер, то заспівали "бюджет ще не затверджено, прохання підказати чи ви були б готові дискутувати про дещо нижчу ставку". І хоч йшлося про не критичну для мене знижку, я все одно проявив в цьому витримку і відповів що поки що не готовий про це думати, бо все ще маю призначені співбесіди з іншими компаніями (і це дійсно так). Тому запропонував почекати з на мою відповідь декілька днів.

І тут сталося "диво"! На тому боці повідомили про радісну звістку - буквально щойно прийшов імейл про те, що бюджет затверджено.

Просто хотіли з мене вибити декілька євро...

І далі - самі "дива". Після того як я всім решта рекрутерам сказав що поки що вже маю офер на руках, то почали вмовляти щоб все ж погодився на співбесіду, бо дадуть більше (я озвучив ставку оголошену в офері)! А перед тим то чіплялися до різних дрібниць аби збити ціну. Ось так виглядає процес.

12 днів на пошук роботи - вважаю хорошим результатом.

Побачимо як буде йти сам проект з кінця червня.

Upd: доведеться відкрити місцевий аналог ФОП і ближче поцікавитися питаннями уникнення подвійного оподаткування.

Місцевий аналог ФОП повинен або вказати що виконує роботу там де живе (власне чи винайняте житлове приміщення), або ж в окремому офісі і тоді в обох варіантах на цю "робочу" площу буде нараховуватися окремий податок (невеликий, та все ж). Або ж потрібно вказати що постійного місця роботи нема, тоді вважатиметься що їжджу щодня працювати в інтернет-кафе, коворкінг або ж до своїх замовників.

Відповідно до інформації в місцевій адміністрації, це якимось чином контролюється, тобто безкоштовно використовувати житлове приміщення для роботи ФОП не можна, натомість потрібно виділити хоча б один метр квадратний під "офіс" і за цей метр платити податок. Тут мені цікаво, як це реально можна перевірити. Але пробувати, чесно кажучи, не хочеться - тому від початку своєї діяльності як ФОП планую це оформити офіційно.