якщо з дна стукають, не відчиняйте — то ІПСО :D
Цю статтю було важко писати — бо найцікавіше я вирішив приберегти для доповіді на DOU Day, хоча дуже хотів розписати все і з подробицями.
сколько вы искали работу по времени?
Я шукав роботу десь півтора місяці.
Сколько было отказов
жодного, що не показово, оскільки я аплаївся на невелику кількість посад
сколько сами отказали?
5. Про одну епічну відмові навіть в блозі писав — як, не зважаючи на дуже круте і професійне інтерв’ю в Люксофт, я на
вынужден что-то кому-то доказывать и прихорашивать резюме
бо в мене було типове резюме, як у всіх на ринку. Але світові тренди давно змінились, тому хотів зробити документ сучасним
если человек еще ведет тематические блоги, пишет статьи и вполне гуглится
Я вважаю чесним пропонувати всім кандидатам однакові умови відбору, не зважаючи на регалії
все правильно написали. Але перелічені проблеми, це проблеми поганого дизайну, а не конкретної технології.
ви праві. Це «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
все банально — любив грати в ігри, трохи програмувати і мріяв стати інженером, як батько
Гарна стаття. Мене познайомили з ребейзами на поточному проєкті. Я спочатку не розумів нахіба, але коли втягнувся — не розумію, як можна ним не користуватись? Чисті, гарні, логічні коміти — зрозуміла історія!