Обговорення на тему «аутсорсинг»

Є категорії додатків, де складні обчислення не потрібні, але є багато правил бізнес-логіки — і тут є сенс тримати це в спільному коді. Kotlin для цього підходить дуже добре. Тому в KMP є своя ніша.

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

Я мабуть не дуже вдало висловився. Спробую пояснити. Чи вартує юзати АІ, якщо так то для чого і в якому обсязі? Це має бути визначено на етапі system design, якщо по-хорошому.

только вчера был собес. продуктовая компания, команда — 26 человек (всех в производстве, включая QA). все сеньоры, джунов нет. все активно пользуются Claude Code, кто-то Cursor. есть свои пайплайны проверки кода. проблем нет.

Залужний ))))) цей уже висрав шедевр Розраховувати що рф закінчить війну із-за величезних людських втрат — хибна думка. Поки економіка посипеться від наших дипстрайків, ми вже будемо за збручом сидіти, якщо живі залишимося )))

res.cloudinary.com/...​/ufozde4wyps1p2ss46en.jpg Глибоко в тилу нашого Штірліца затримав ворог. Він так і не міг здогадатися — що ж його видало. Чи то будьонівка, яка зʼїхала на бік, чи то купол парашута, який понуро волочився за ним.

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

«X vs Y» у цьому контексті, це як порівняти самовар та паровоз — теоретично можна, але на практиці я не бачу у цьому особливого сенсу.

Це саме те, про що ми минулого тижня дискутували в топіку про «Субпрайм-кризу коду».

Microslop, ну а вообще хто тільки ці листи не читає ))) Гугл давно читає все підряд. фейсбук слухає іще до того як ви напишете...

сумніваюсь що одна, але одна радіє найщиріше :)

що оптимістично (стоки і нерухомість ростуть 15% в рік, з роботою все ок) за 1.5 роки разом з дружиною вже вот это план — strike. даже развод имеет шанс >50% с остальным — точно выстрелит

Для невеликих платформних API зручно використовувати expect/actual, для більших сервісів — інтерфейси/DI. Обидва підходи валідні і доповнюють один одного.

Передумав за 2 дні

Щоб могти розгорнуто відповісти зі свого досвіду на питання «плюси і мінуси X, коли використовувати X vs Y... От я начеб-то і погоджуюсь із загальнним напрямком думки.