«Якщо підняти ПДВ на 3%, то на 3% зросте інфляція. З військовим збором такого немає, підвищення військового збору навпаки стримує інфляцію. Тому, в кінцевому рахунку, вибрали його.
Дійсно, військовий збір оподатковує лише білі зарплати, але і ПДВ оподатковує лише білий обіг товарів», — каже Данило Гетманцев.
Ось що на це каже GPT. Nuff said:
Загальний висновок:
Аргументація Гетманцева є поверхневою та риторичною. Реальні наслідки змін у ПДВ чи військовому зборі потребують складнішого аналізу:
1. Підвищення ПДВ дійсно може мати інфляційний ефект, але твердження про прямий ріст інфляції на 3% є хибним.
2. Військовий збір не є механізмом стримування інфляції; його вплив на економіку може бути як позитивним (забезпечення бюджету), так і негативним (скорочення доходів домогосподарств).
3. Загальна податкова політика повинна враховувати довгострокові ефекти, а не лише поточні бюджетні потреби.
У цьому контексті, заяви Гетманцева виглядають більше як спроба виправдати політичне рішення, ніж як об’єктивний економічний аналіз.
Nope.
Так зате кожна лямбда проста, як то люблять казати адепти мікросервісноі архитектури :)
Я таке не казав :) там лямбди були більш як мікросервіси ... але на лямбдах
Копіпаста це норм, її можна менеджити. Ось приклад поганого коду який я бачив особисто:
— є система яка складається із ~200 лямбд
— кожна лямбда у своєї репі
— вони одна одну викликають майже «рандомно»
— виклики реалізовані через Гугл паб/саб та підписку на зміни у файлах на GCS
— ніякого зрозумілого патерну найменування івентів немає
— щоб було більш зручно назви івентів генеруються динамічно, по типу «мій_івент_{щось}», при тому константі частини назви майже не має сенсу шукати у сорс коді — вони надто поширені, із 100 матчів реальних 10
— ну тобто із допомогою статичного аналізу неможливо дізнатися яка лямбда яку викликає і навіщо
— дебажити можна лише у клауді і лише на реальних даних
:hidethepain:
Імхо код поганої якості неможливо правити (бо «десь виправив — в іншому місці зламалося»), але його можна замінювати. Новим кодом який не використовує старий. Але ж для цього потрібно спочатку дуже ретельно вивчити що старий код робе — інакше він буде потребувати цілковитого замінювання що майже завжди неможливо.
Ну а якщо по простому — спитай чат жпт " Шо таке пост-міграційна криза у конкретної людини?" — воно знає більш менш норм відповідь.
Бачу доу :)
Див мій комент вище — якщо автор каже «зі мною щось не те» — то воно має значити «щось не те», а не «все добре, проста треба їбашити» — бо ти не він і те що для тебе «треба проста їбашити» не обовʼязкове таке саме для нього. Більш того, ти майже 99% не відчуваєш зовсім контексту автора — може у нього криза міграцї а може в дитинстві недлюбили (автор, вибачай — це лише приклад) — ось для того і потрібні психотерапевти. Вони як дебаггер який проходить крізь твоє життя — допомагають тобі зрозуміти чому саме ти відчуваєш конкретні емоції і як із ними можна боротися, але що з цим робити — це все ще рішення за тобою.
А ще не звертай уваги на коменти на кшталт «це графоманія — все добре — треба лише діяти» — у психотерапевтів воно зветься як «приниження відчуттів» — ну тобто якщо хтось каже що «Х» норм для нього, це не означає що воно також «норм» для тебе. Бо люди різні бувають.
Якщо що психотерапевт — це не про то що ти йобнувся (бо це не так) — це про то як будувати відносини між тобою та середовищем таким чином щоб будо норм.
Тобі треба до психотерапевта, хлопче. Бо воно виглядає як класична пост-міграційна криза (все змінилося, вже неможна використовувати попередні критерії успіху, а навколо все нове і не дуже зрозуміле) помножена на неможливість повернутися до дому. Я сам такий, але мені трошки легше — в мене жінка психотерапевт (працює як психотерапевт) — це дуже допомгає.
Система яка пропонує зробити щось небезпечне і не має undo, це якась не дуже добра система. Або ні?
Gpt-3 якщо що використовує 175 мільярдів параметрів (нейронів)
Gpt-4 — 1.75 трильйонів (!!!) але це неофіційно
Якщо ти дійсно намагаєшся зробити «нові» нейронки — подивись цей папір: arxiv.org/abs/2404.19756
Воно дуже нове і є альтернативою MLP, можливо можна якось поєднати обох
Some hints:
— нейрони на Java обʼєктах не будуть добре працювати аж ніяк — це в 1000+ раз повільніше ніж матричні розрахунки на GPU які всі використовують
— якщо дуже хочеться опис нейронки на Java, його якось треба конвертувати у стандартні нейронні описи на кшталт ONNX які мають hardware acceleration — onnx.ai
— незважаючи на те як воно виглядає у інтерфейсі, всі обчислення повинні використовувати векторні/матричні операції із GPU прискоренням
Памʼять жере бо віртуалка. Якщо ноду норм ганяти то ML не дуже
А ти точна користувався маком хоча б декілька місяців? Бо реальність трохи інша:
1. Docker що на win що на mac це віртуалка. Тобто працювати економно воно не може аж ніяк. Кажуть що wsl 2 вже більш-менш норм, але докер на маці ще ні. На а до натівного докеру на лінукс їм обом як до місяця.
2. До докеру і без докеру на маці працювати можна і навіть потрібно, бо (ли вище) докер жере ресурси як хто зна що. Більшість мов програмування пропонує засоби ізоляції достатні для повсякденної роботи.
Тесла, спейс Х та твітер мають забагато дієвого лідера, скажемо так — ніколи б на нього не ставив.
А є ще багато інших компаній та ще й S&P якщо не дуже цікаво ризикувати. Але ви маєте рацію — кризи були й ще будуть, це гра в довгу.
Та нє
— purchasing power per dollar
— Microsoft share price
Гугл їх
— інфляція зростає вочевидь лінійно
— стоки зростають експоненціально
Експонента набагато краща за лінійне покращення. На інтервалі
Оренда якщо що пропорційна інфляції зазвичай, тобто має сенс лише коли вона обслуговує іпотеку. Якщо житло вже своє (без іпотеки), перевести його у акції набагато краще аніж здавати.
Та ні не дуже коливаються. Є провали але вони зазвичай поряд із ринком (ковід ітп), якщо є можливість почекати все норм.
(Я дивлюсь на акції великих ІТ компаній за 10 років)
Якщо дерево збалансоване ніякої необхідності економити стек немає бо глибина у 32 виклика це вже дерево яке має 4 мільярди вузлів. Тобто, для збалансованого дерева рекурсія це найкраще рішення: робе швидко, код простий.
Якщо дерево незбалансоване, то рішення із std::vector буде використовувати у2-3 рази (залежить від stdlib) більше пам’яті ніж рекурсія, бо вектора виділяють більше памʼяті ніж потрібно, щоб не робити realloc кожен раз коли додають новий елемент. Тому переписувати рекурсію теж не варто. Замість цього балансуйте дерево.
Ну а якщо «дуже треба» і балансувати дерево чомусь не варіант, краще використовувати Morris Tree Traversal — зовсім інший алгоритм — medium.com/...ce-algorithm-5d2d2d47814a