А в чому «класність» ідеї?

Думаю, це просто дурні.

Я в індустрії не довго, але на мої пам’яті, ще вже десь 5та пропозиція, якось розширити пул ip, були вже люди які знаходили, bit що «не використовується», і пропозиції, робити NAT — так ніби зараз їх не роблять, ну люди розважаються

Писати без інтерфейсів — це tight coupling

— не означає, що якщо є interface, то код без tight coupling, і в цьому основна проблема, що люди замість того, щоб подумати, як розв’язати код, просто додають в зв’язаний код interface і вважають, що тепер код став незалежним.

В цілому все так
Я тут вже по коментарях зрозумів, що треба було уточнити, ще мета статті підсвітити загальні bad practice які я часто бачу в android проектах, і які багато android розробників вважають гарними практиками.

Я чомусь початково, думав що стаття получится без прив’язки до техстеку, але тут скоріш за все не вийшло.

Факти цікаві, єдине не зрозуміло яку думку несе коментар?

О теж хотів написати, що треба свічку поставити, інших варіантів немає

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

Прилад Linux взагалі не зрозумів. Таке враження, що ви ніколи не читали сорси Linux. Там же більшість коду, що поза kernel. Це жах, який читати неможливо, з не-safe зверненнями до пам’яті через кожну другу строку.

Ага є таке :) візьму цей тейк для постів в соц мережі

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

В мене одного AI просто ходить на кабанчик якщо треба щось в фізичному світі зроби?

Чи це я вже не встигаю за трендами ?

Писати своє рішення, під проект. Мати повний контроль над тим що відбувається в навігації. Якщо не хватає зараз знань написати з нуля брати за основу код вище згаданих бібліотек і пробувати написати своє.

Залишу це тут, можливо когось це врятує. Не беріть ніяку Google навігацію, Google за остані роки щой робить то пробує написати рішення для навігації, і в них це явно не получається. Немає жодної причину думати що вийде версія X і все стане добре, якщо компанія не вміє щось робити то вона це не вміє робити. Я вже помовчу що всі рішення від google почуть привязують навігацію до UI, і кожний раз коли треба показати любий екран в якомусь user flow (банальний прклад, діалог чи користувач згідний з чимось, який не показується якщо користувач натиснув, не питати більше) перетворються в якісь не зрозуміли хопи до UI і назад, замість того щоб просто викликати навігацію там де і іде перевірка і зразу отримати результат.

Я думаю що до заміни на робочу станцію не так і далеко, я вже не раз програмував в dex mode з s24 ultra. Те що android додатки не попишеш але щось простеньке на якомусь js можна.

Так можна написати про багато технологій, тут вже написали React Native, думаю що можна так само написати про QT.
В сторону офіційної підтримки google чого завгодно, google це дуже велика компанія, я багатьма продуктами, яка багато що говорить. Ось наприклад стаття на google cloud, про підтримку пушів в react native, то що тепер google підтримує офіційно RN??
cloud.google.com/...​atform/docs/android-react

Ого
Це прям гарний коментар. Дуже люблю коли інженер дивитися на світ з різних сторін.

Тестував все в «продакшені», з реальними сторами, ключами і всім іншим.

Просто вигружав білд не як публічно доступний а для beta групи.

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

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

Маленький шкафчик 13«, подобається цей формат ввжаю що він не дооцінений.
По желізу
Synology NAS DS220, як NAS супер, вони свої маркетингом пробують навзязати думку що це не тільки NAS а ще й домашній сервер, не ведіться. Воно не для людей які не цураються linux.

Дві raspberry pi одна з home assistant інша для всяких експерементів.
Якщо цікаво подивитися детальніше, то є «відеоогляд»

і тут є чуть про home assistant

Дякую, що написали цей коментар, я то я вже думав що це, я якийсь дивний.

А якщо чесно, то теж хочу колись попрацювати на бізнес, якому 45тисяч на «експерименти» це ок.

Сенс, DI в тому що було зручно працювати з обєктами, та контролювати їх lifecycler. А codegen , reflection чи руками, це лише інструменти для досягнення цілі