Гарна стаття. Мене познайомили з ребейзами на поточному проєкті. Я спочатку не розумів нахіба, але коли втягнувся — не розумію, як можна ним не користуватись? Чисті, гарні, логічні коміти — зрозуміла історія!

якщо з дна стукають, не відчиняйте — то ІПСО :D

Цю статтю було важко писати — бо найцікавіше я вирішив приберегти для доповіді на DOU Day, хоча дуже хотів розписати все і з подробицями.

сколько вы искали работу по времени?

Я шукав роботу десь півтора місяці.

Сколько было отказов

жодного, що не показово, оскільки я аплаївся на невелику кількість посад

сколько сами отказали?

5. Про одну епічну відмові навіть в блозі писав — як, не зважаючи на дуже круте і професійне інтерв’ю в Люксофт, я на 3-му питанні зрозумів, що не люблю JS :D

вынужден что-то кому-то доказывать и прихорашивать резюме

бо в мене було типове резюме, як у всіх на ринку. Але світові тренди давно змінились, тому хотів зробити документ сучасним

если человек еще ведет тематические блоги, пишет статьи и вполне гуглится

Я вважаю чесним пропонувати всім кандидатам однакові умови відбору, не зважаючи на регалії

все правильно написали. Але перелічені проблеми, це проблеми поганого дизайну, а не конкретної технології.

ви праві. Це «getting stated», або «перша доза безкоштовно» :D
Для тестів зазвичай і не треба космічні кораблі будувати, тож зайшло ідеально.

Міграції в python ORM однаково жахливі і химерні. Як мінімум, я намагався їх робити в Django, SQLAlchemy та Tortoise.

З транзакціями проблем не мав — ліпив декоратор типу @transactional і все працювало (але може просто пощастило)

З кешуванням та оптимізацією так само — якщо написати нормально — буде працювати нормально. Це ж не проблема технології, а радше підходу. Лайнокод можна і на чистому sql написати

Бгг, «то ви просто не вмієте готувати» :)
Ви якось аргументуйте — бо в мене ORM працює чудово, і часу на розробку і підтримку я витратив мінімум.

дякую! Виглядає прикольно. буду мати на увазі.
Подивився python реалізацію — вона буде генерувати або датакласи, або pydantic моделі. Тобто по суті генерувати orm шар за мене.
Можливо, граний варіант для повноцінної розробки продукту, але в моєму випадку це явно буде занадто. Я не створюю таблиці, не роблю міграції. Моїм тестам треба швиденько створити/модифікувати дані, а потім зачистити все за собою.

наступні оновлення проєкту бачу так:
— замість військового звання у всіх військових будуть рівні — всі новомобілізовані будуть солдатами першого рівня, озброєні палками
— щоб відкрити військову форму і зброю — потрібно прокачатись і отримати все за внутрішньо-ігрову валюту (є-бали), або купити за реальні гроші, або проплатити преміум season pass
— також можна лутати зброю з ворогів — високорівневу залишати собі, а всі надлишки продавати на маркетплейсі іншим солдатам
— звісно ж- лутбокси. в звичайних — просто набої, в легендарних — позачергове звання, мавік 3т чи стугна
— щоб прокачати багато рівнів одразу, треба створити паті з іншими солдатами і піти в рейд на боса — знищити танк чи ВОП
— солдати, що прокачались до 100 рівня стають умовно майорами і можуть створити свій клан/батальйон
— солдати 200 рівня можуть створити союз кланів — бригаду чи дивізію

якщо ж серйозно — то всі військові підрозділи треба просто забезпечувати нормально. А мотивувати преміями, нагородами/медалями, відпустками, так як це робили всі армії світу в усі часи

1. маєте рацію. форми в такий спосіб контролюють, що відповіді не продублюються
2. бест практики. по стану ринку є окремі відео з аналітикою
3. на щастя, лейофів не багато, але вони є і це відчутно. тож я вирішив спитати те, що мені цікаво.

Якщо збирати статистику, то це не 1 опитування, а збір даних десь півроку-рік.

ви пропонуєте мені повернутись в минуле і зробити опитування торік? якщо тема буде цікавою, проведу повторне опитування через пів року

саме ту новину я вже не можу знайти, але здається там посилались на постанову КМУ 1332

анулювання ... здійснюється у разі: ... обґрунтованого подання керівника органу державної влади, іншого державного органу, органу місцевого самоврядування, підприємства, установи та організації

де це подавалось в розрізі — якщо тцк скажуть, що ти їм потрібніший, то все

А ось стаття про мобілізацію www.bbc.com/...​ian/articles/c07g4×5v802o
Можливо, таких історій одиниці, а може, не всі доходять до широкого загалу

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

так можна і про тестування сказати, що воно не демонструє відповідний рівень якості ПЗ, а лише демонструє, що тестер пройшов тест кейси :D

аналітика показує, що є кореляція між рівнем доходу і сертифікатом. Додатковий аргумент на користь «краще мати, ніж не мати»

є різні підходи до навчання. Можна для кожного правила в теорії знаходити практичний приклад, і тоді вивчити все буде в рази легше.

Особливо якщо на практиці її всю застосовувати не доведеться

так це ж тільки від вас залежить — хочете, користуйтесь, не хочете — не користуйтесь. Це як з будь-якими іншими правилами — ви «зазубрили», що треба мити руки перед їжею, а далі тільки ви вирішуєте, чи робити це ¯\_(ヅ)_/¯

Статистика демонструє, що інженери з сертифікатом заробляють більше ніж інженери без. Звісно, це може бути зворотна кореляція — більш скілові інженери, що заробляють більше і тому їм простіше здати екзамен. Але в будь-якому разі, одне пов’язано з іншим, і шкоди від сертифіката точно не буде

Правила бронювання змінюються кожен місяць. І тільки на цьому тижні читав новину, що є нова постанова міноборони і тцк можуть мобілізовувати навіть заброньованих, анулюючи бронь. Тож не зрозуміло, як бронювання може бути бенефітом 🤔

історія йде по колу :)

найцікавіше, коли йшов навчатись на IT — тоді в тренді були маркетологи та юристи.
І ІТ взагалі було не про гроші — просто цікаво було робити всілякі штуки.
Коли отримав першу ЗП $200, я офігів, що цим ще й заробляти можна :D

все банально — любив грати в ігри, трохи програмувати і мріяв стати інженером, як батько

+