Це ти такий розумний тільки поки не потрібно такому «підприємцю» платити з власної кишені.
Одна справа якщо людина має кілька part time, і всі сторони підписувались саме під цим (це як раз кейс викладачів, лікарів і все таке), і зовсім інша справа коли людина підписалась під 40 годин на тиждень, їбл**є для галочки щоб тільки не вигнали (причому на обох роботах), й кричить що вона підприємець і штотуттакова.

Ну як, готові делегувати роботу ChatGPT і приймати другий офер?

Ви б найняли до себе в команду людину, яка буде «зайчити» на сторону?

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

Але над резюме потрібно попрацювати. Хінт: більшість людей які шукають персонал читають в першу чергу розділ про досвід, й дивляться на все інше тільки якщо досвід хоч трохи «резонує». Тобто все інше — це в кращому випадку «заповнювач пустого місця», а в гіршому ще й крадій фокусу (саме тому верстка сіві в дві колонки як на мене велике зло, але я не маю доказів цього, тільки емпіричні спостереження).

Відсутність контенту для розділу «Досвід» — це велика проблема для новачків, але у твоєму випадку є вже дві позиції, про які можна говорити. От це і потрібно зробити. Хоч з носа, хоч зі стелі але наколупати якоїсь конкретики про кожен з проектів, за яку може зачепитись око хантера. Можливо, додати навіть щось цікаве над чим працював в універі. Які задачі вирішував, які інструменти використовував, які результати (придумай щось, піпл любить результати). Саме цей розділ повинен бути першим, що бачать люди в твоєму сіві після контактних даних.

Більше того, в ідеалі ти цей розділ про досвід повинен редагувати чи не під кожну вакансію — чим краще твій досвід перетинається з вимогами, тим більше шансів що твоє резюме не полетить в треш. Не завжди це можливо, але часто можливо — отже варто не лінитись. Також варто добряче попрацювати над списком скілів — він не повинен нагадувати класифікацію тварин Борхеса плюс повинна бути якась логічна послідовність (дивно бачити гіт десь в темному куті сараю, поруч з фотошопом — це точно резюме на вакансію розробника?). Те що говорилось про адаптицію досвіду під кожну вакансію також стосується скілів — якщо в вакансії наголос на пиху, першою строчкою в скілах повинно бути php, і так далі.

З «дрібниць»:
— фото варто прибрати (воно не додає вістів, а от «вкрасти» може)
— замість отих Ах/By пиши рівень володіння мовами на кшталт full working proficiency/limited working proficiency (людей не **е формалістика чи сертифікати, людям цікаво чи можна з тобою порозумітись)
— все не релевантне викинути нафік (типу школи — навіщо воно в резюме?)
— я б таки позбувся верстки в дві колонки, але вирішуй сам

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

Ну так працююча система підготовки кадрового резерву — це взагалі-то дуже непогана річ. Якщо ви можете її собі дозволити :)

де мій дорогущий апарат і 70-200 2.8 вщент програв айфону.

Бо ти не вмієш в саме фотографію та/або пост-процесинг. Цьому потрібно вчитись, щоб побити твій айфон. Але якщо вивчитись (+ «мати час та натхнення»), жодному смартфону немає чого ловити...

Термін «грумінг» вже давно не використовується в Скрам комьюніті та вважається неправильним.

Ну то може скрам комьюніті спробувати спуститись зі своєї башти зі слонової кістки на землю? :)

А на велику камеру подібне фото у гарній якості взагалі неможливе з рук, бо будуть шуми.

Та перестань, фізичні закони жодним маркетингом не змінити. В профі камерах кращі й більші фізично матриці, об’єктиви оптично набагато кращі (бо там як раз «розмір має значення»). Все, що можна зняти смартфоном, можна так само або набагато краще зняти профі камерою, а от навпаки — ні. От тільки друге потребує скілу і досвіду, а перше — ні, бо софт рішає. Тобто середньостатистичному юзеру дійсно не варто заморочуватись — сучасні смартфони видають картинку якої з головою вистачить для інсти/фейсбука/сімейного альбому, але в руках профі камера може набагато більше (в набагато складніших умовах).

З урахуванням

фіскальна політика проводиться задля закриття дірок, які самі ж і створили або на покриття дефіциту бюджету

відповідь на

чи буде це краще

видається доволі однозначною імхо.

Друга проблема в тому, що є величезний розрив між тим, що сприймається як «краще» суспільством, а що є краще насправді. Скажімо, стимулювати зниженням податків тих хто створює робочі місця (тобто бізнес) — це добре для країни in the long run. А от роздавати плюшки та преференції «фізикам» за рахунок навантаження податками бізнесу (чи ще гірше, за разунок запозичень) — це абсолютна катастрофа в довгостроковій перспективі, але таке дуууже любить електорат (бо так їм і треба баригам, все відняти та поділити). Та це й по дискусіях на ДОУ, де будь-які зазіхання на священні 5% провокують неілюзорне підгоряння.

Будь-який гіпотетичний технократ, який зумів би та захотів привести до тями фіскальну політику та податкову систему, повинен бути в першу чергу свідомим «політичним самогубцем» :)

якийсь рендомний дурачок, який випадково став депутатом

Якщо рандомний дурачок став депутатом, то дурачок тут не він, на жаль...

А чого в Україні не дофінансовувалися?

Тому що Україна не в ЄС, ваш кеп. Транші МВФ про які ти згадуєш — це абсолютно інша історія, бо кредити потрібно повертати з відсотками, на відміну від дофінасування, яке повертати не треба.

Інфраструктура програє навіть бідним країнам ЄС.

Навіть якщо б не розпили й відкати, вона б дуже сильно програвала. Бо по-перше в абсолютних одиницях Україна збирає набагато меньше податків, маючи при цьому доволі велику територію. А по-друге в «бідних країнах ЄС» інфраструктурні проекти дуже потужно дофінансовувались з фондів ЄС.

Позиція «ви спочатку мені зробіть красіво, а потім я буду платити податки (але це не точно)» інфантільна, бо це фізично неможливо. Інших грошей крім податків у держави немає, отже якщо їх не збирати — нема за що робити «красіво», навіть якщо у владі будуть самі клоновані Лі Кван Ю...

Та камон, якісь дитячі маніпуляції.

Если предположить, что для работы тебе надо что-то купить за 100, а потом продать за 150, то оборот будет 150 и отсюда 20% = 30.

Взагалі-то за таких умов притомні люди працюють на загальній системі оподаткування.

Структура текстів з яких портібно вирізати моделі однакова? (тобто чи є якісь сталі термінальні послідовності символів які визначають початок та кінець списку моделей, щось типу «від „Сумісні моделф:“ до найбліжчого \n»). Якщо так, то регулярки не потрібні: вирізав список моделей, поділив по комах, дропнув пробіли по краях, профіт...

В загальному випадку не халява, бо є бізнес з дуже великими змінними костами (виробництво, рітейл, ...) - для них 5% з обороту може бути космосом. Але у кодерків костів практично немає, в цьому випадку це натуральна халява без жодних «але».

— податки поставити в 3% на все. ми не можемо дозволити собі платити більше
— скоротити штаб чиновників на 70% . ми не можемо прокормити більше.

Невігластво (чи популізм, хз що гірше).

Податок на спадщину складає 40-60% від ринкової вартісті на день смерті володаря нерухомості.

Срана гебельсовщина, коли ніби й майже правду написав, але викрутив так що гірше брехні вийшо. Кеп просив переказати, що
---
...
There’s normally no Inheritance Tax to pay if either:

* the value of your estate is below the £325,000 threshold
* you leave everything above the £325,000 threshold to your spouse, civil partner, a charity or a community amateur sports club

If you give away your home to your children (including adopted, foster or stepchildren) or grandchildren your threshold can increase to £500,000.
...
The standard Inheritance Tax rate is 40%. It’s only charged on the part of your estate that’s above the threshold.
---

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

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

Окей, якщо погуглити errorMessage дословно, то результати майже одностайно натякають на те, що мова йде про phpredis. Одразу гугляться дві проблеми (чи як канонічно issue перекладати українською?) на ГХ, одна з яких ні про що, а от в другій є цікавий комент: github.com/...​88#issuecomment-366702828

З нього виходить, що клієнт постійно отримує від сервера MOVED (зациклено, до таймауту). Що в свою чергу може відбуватись лише в двох випадках: або кластер постійно переміщує слот між нодами (що малоймовірно, враховуючи що мова йде про доволі малий час між запитами; в конкретноу випадку описаному в коменті це точно не так), або клієнт шле запити не туди.

В цьому моменті корисно зробити паузу та з’їсти твікс закреслено покурити документацію: redis.io/...​r-spec/#moved-redirection В документації є цікаві речі: «...The client is not required to, but should try to memorize that hash slot 3999 is served by 127.0.0.1:6381...»

Схоже на те, що даний конкретний клієнт дійсно має якусь реалізацію такого кешу, оновлення якого викликається в випадку якщо клієнт отримав MOVED.

Отже, гіпотеза така: через певні причини (варто покурити уважно документацію редіса, щоб зрозуміти які: Live reconfiguration? щось інше? чи це взагалі «не баг, а фіча»?) кластер переміщує деякі слоти на інші ноди, але клієнт не оновлює вчасно закешований мапінг (чи робить це з помилками). Скажімо, документація радить не оновлювати кеш «поштучно» по факту отримання MOVED, а апати конфіг кластера цілком за першого ж редіректа («...When a redirection is encountered, it is likely multiple slots were reconfigured rather than just one, so updating the client configuration as soon as possible is often the best strategy» — мається на увазі команда CLUSTER SHARDS), і на перший погляд дана конретна реалізація цієї рекомендації не дотримується (але постався до цього скептично: мені чесно влом копатись в коді детально, може воно десь і є).

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

У вас є якісь підстави вважати, що проблема саме в редісі, а не в конкретному клієнті (який ви, до речі, не назвали)?