Mobile спільнота

RSS
333 статті, 397 топіків, 9K коментарів, 2255 учасників


← Сtrl 123456...25 Ctrl →

Коментарі

Подивіться github.com/frankois944/spm4Kmp і треба робити нативний UI а не iOS тему, liquid glass не зробите інакше, вони ще щось придумають. Треба лише логіку шарити...
Якщо комусь цікаво, продовження цієї історії. Я таки розібрався що потрібно робити.. але, воно не працює. Хоч документація стверджує що повинно. Принаймі BII actions.intent.OPEN_APP_FEATURE у мене не запрацювало через активацію голосом.
GPT часом дуже любить переускладнити все і видати 100 строк коду там де хватить і 5-ти. але можливо мій промт був не дуже чітким
Частина з MCP для мене була новою, в іншому вже близько місяця використовую приблизно аналогічний механізм) Ще б додав окремо про необхідність використання та цільового наповнення AGENTS.md та SKILLS.md.
1. Цікавить тема, як комбінувати ШІ та мобільну розробку? Особливо на етапі trainee та junior, щоб розуміти коли потрібно це знати, а коли можна використовувати ШІ для швидкості 2. Як компанії впроваджують ШІ в свою команду? 3.
Маю підписку на bend. Але залюбки спробую і Ваш продукт
Динамічний код — це добре, але мати якийсь PIN-код усе-таки краще. --- Ну і чесно я ще не перевіряв чи дира закрита ... закрита, бо в мене ніколи не запитувало пін-коду, а зараз питає.
Гарна стаття! Як альтернативу Docker MCP Toolkit та Docker Desktop можна використати open source ToolHive та Podman Desktop.
А коли будете масштабувати свої наробки?
Мій досвід каже, що більшість логічних багів це непрорахований варіант. Тому аналогія з шахами мені здається дуже вдалою. Якщо у нас код це перекладання з JSON в базу, то там варіантів майже немає та помилятися ніде.
Дозвольте мені декілька уточнень/спостережень. Я не пам’ятаю, щоб хтось змагався з ШІ. Моє оригінальне повідомлення — це тільки хайлайт про імовірність помилок, невизначеність відповідальності та доцільність використання ШІ в окремих рамках.
Як інструмент і кодинг-ассистент — так, LLM цілком ок, якщо перед цим є дизайн, план і рамки. І тут ми, здається, повністю згодні. Але саме в цьому й різниця, про яку я намагався сказати у відповіді.
тестирование/аналогия с шахматами мало имеет общего с использованием кодинг ассистента. мы тут не соревнуемся кто тактику найдет. мы используем ассистента для работы точно также я не понимаю примера с задачей «напиши мне движок».
ключевое тут как будто а якийсь «невинний» мікросервіс, підтримку якого LLM не вивезе. ну если просто кликать кнопку «мне повезет» — да, не вывезет.
Чемпіонат із шахів серед LLM на Kaggle якраз дає відповідь на це питання. Весь цей контекст і розуміння закінчуються там, де треба реально рахувати варіанти: вона робить нормальний код, але може не побачити тактику. Наприклад, та ж багатопотоковість.