Бюджет: 200000 UAH Термін: 45 днів
Здравствуйте!
Есть сильная команда и опыт!
Готовы реализовать ваш проект, пишите обсудим детали.
Необходимо разработать кроссплатформенное мобильное приложение для IOS и Андроид. Предпочтительно React Native.
Соответсвенно необходимо сделать бекенд часть, клиентскую часть (мобильное приложение).
По своей концепции, это Инстаграмм на минималках.
Если коротко, возможность размещать посты на карте, подписываться на пользователей и писать в Директ.
АПИ карты предоставим.
Полный дизайн тоже предоставим.
Объективно тут работы намного меньше чем может показаться.
Более детальное описание тут.
https://docs.google.com/document/d/1aqHPuXVXrtmZkhycDn_QskONC4d8NbHScpWGCXJO8Qc
Бюджет: 200000 UAH Термін: 45 днів
Здравствуйте!
Есть сильная команда и опыт!
Готовы реализовать ваш проект, пишите обсудим детали.
Бюджет: 200000 UAH Термін: 60 днів
Добрый день!
Опыт работы - 4.5 лет
Skype – salvadordali.news
Telegram - @mek2ireq
Viber - +374 77 797590
Жду контакта чтобы задать свои вопросы.
Также заинтересован в долгосрочном сотрудничестве.
Портфолио Freelancehunt
Работы:
https://proenter.me/
https://swap.online/
https://propertyvision.ca/
Спасибо!
Бюджет: 254321 UAH Термін: 123 дні
Здравствуйте, Владимир!
Ознакомился с Вашим описанием идеи приложения. Можем помочь Вам в реализации Вашего проекта.
Но хотел бы огооворить одну мысль. Дело в том, что идея кросс-платформенных решений не в удобстве для пользователя, а в оптимизации процессов разработки мобильного приложения. Следовательно, кросс-платформенное приложение - это решение разработанное таким образом, чтобы иметь возможность, с минимальными усилиями, скомпилировать исходный код для исполнения на нескольких мобильных платформах, но результатом каждой отдельной компиляции будут отдельные исполняемые файлы. Таким образом, Владимир, довольно часто разработка приложений созданных на React Native требует дальнеших переработок, доработок, улучшение оптимизации и борьбы с багами, и по итогу ценник такого приложения получается как ценник двух отдельных.
Советовал бы Вам вести разработку двух отдельных приложений на отдельных оптимизированных языках. По конечному результату это выйдет дешевле в связи с отсутствием дебагинга и доработок. Если Вы рассматриваете подобный сценарий, я могу предложить сотрудничество с нашей командой разработчиков
Опыт разработки приложений на Android - java, kotlin, и IOS swift - 4 года. В арсенале есть все нужные Вам технологии для реализации проектов. Вот несколько примеров готовых работ под IOS и Android
: https://itunes.apple.com/us/app/id1406762835 https://play.google.com/store/apps/details?id=ua.papirus https://itunes.apple.com/ke/app/lifewheel/id988402523?%20mt=8 https://itunes.apple.com/us/app/jet-commerce/id1228153342?mt=8
Свяжитесь со мной, обсудим детали по предстоящей работе, ознакомимся или составим ТЗ, оговорим условия сотрудничества:
Telegram: @Nick_peiko
Skype: peiko.sokolov.n
моб. номер: +38-098-196-45-17
Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.
Є сайт на Wix Studio. На сторінці категорій товарів (динамічна сторінка) на мобільних пристроях з'являються великі білі прогалини між картками товарів коли деякі поля порожні. Картки товарів без даних займають ~1949px висоти на мобільному. Блоки акордеонів ("Склад", "Опис", "Технічні характеристики") резервують великий порожній простір навіть коли даних немає. Блок з галереєю фото також створює великий білий розрив коли фото немає. Що потрібно зробити: Коли поля "Склад", "Опис", "Технічні характеристики" порожні в CMS — заголовки акордеонів повинні залишатися видимими, але порожній простір всередині не повинен резервуватися Коли фото немає - блок галереї не повинен створювати великий білий розрив Виправлення повинно працювати на всіх сторінках категорій, не тільки на одній Важливо: Заголовки розділів ("Склад", "Опис" тощо) повинні залишатися видимими завжди. Прибрати потрібно лише порожній білий простір всередині.
Я професійний 3D-дизайнер, створюю високодеталізовані рендери пам'ятників і меморіальних комплексів (вертикальний формат 9:16). Мої клієнти — це власники цехів і майстерень, яким потрібен зручний цифровий каталог моїх макетів для показу своїм роздрібним покупцям. Що мені потрібно: Підібрати оптимальну платформу і зібрати легкий, швидкий веб-додаток (каталог), який буде ідеально виглядати на смартфонах і коректно відкриватися на комп'ютерах. Ключові вимоги до каталогу: Дизайн: Максимальний мінімалізм. Темна тема (чорний фон), велике вертикальне зображення (пропорції 9:16), під ним тільки назва/артикул макета. Жодних довгих описів. Управління базою: Мені потрібна максимально проста система додавання нових макетів (ідеально — через звичні Google Таблиці або дуже зручну внутрішню БД). Я повинен просто завантажити зображення і вписати артикул, не ламаючи верстку. Інтеграція до клієнтів (Найважливіше): Каталог повинен легко впроваджуватися на сайти моїх замовників-цехівників (в когось WordPress, в когось самопис). Потрібно продумати елегантний спосіб вбудовування: через Iframe (щоб каталог працював прямо всередині їхньої сторінки) або через правильну настройку кнопки-посилання. Що я вже пробував: Тестував Glide і Adalo. В Adalo вийшов потрібний візуал (9:16 на чорному фоні), але управління внутрішньою базою даних і возня зі посиланнями на Google Диск виявилися занадто незручними для постійної роботи. Плюс є сумніви щодо правильного вбудовування Iframe в чужі сайти так, щоб він не роз'їжджався на широких моніторах. Від вас чекаю у відповіді: На якій платформі (Adalo, Glide, Bubble, Webflow, Glide + Airtable або щось інше) ви пропонуєте це реалізувати і чому? Як буде вирішено питання з зберіганням важких зображень (рендерів)? Як ви пропонуєте технічно вбудовувати цей каталог на сторонні сайти моїх клієнтів? Шукаю спеціаліста, який закриє цю технічну проблему під ключ, щоб я міг спокійно займатися 3D-моделюванням.
Сайт вже запущений і працює. Основне завдання — розібратися в поточній структурі проєкту, перевірити якість реалізації, виправити знайдені технічні проблеми та допомогти з подальшими змінами.Основний стек Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit В проєкті також можуть використовуватися: Prisma JWT-авторизація Stripe Mailgun Google APIs Vercel або Netlify FunctionsОсновні завдання провести ревізію існуючого проєкту; оцінити структуру та якість коду; виправляти помилки та доопрацьовувати поточний функціонал; покращувати серверний рендеринг і швидкість завантаження сторінок; перевіряти коректність відображення сайту на мобільних пристроях; працювати з формами, адміністративною частиною та зовнішніми інтеграціями; вносити технічні SEO-зміни; підтримувати і поступово покращувати існуючий сайт.Що для нас важливо добрий досвід роботи з Next.js, React та TypeScript; уміння розбиратися в чужому коді; розуміння SSR та особливостей Next.js App Router; уважність до продуктивності та якості реалізації; уміння пояснювати знайдені проблеми та пропонувати зрозумілі рішення; самостійність та акуратна робота з діючим сайтом. На першому етапі необхідно ознайомитися з проєктом, провести технічну ревізію та запропонувати список пріоритетних змін. Після цього можлива постійна робота над подальшим розвитком сайту.
Шукаємо досвідченого Embedded-розробника для створення енергоефективної прошивки під носимий пристрій (форм-фактор: нагрудний ремінь) для моніторингу психофізіологічного стану. Проектування схеми завершено, розробка буде вестися на базі налагоджувальної плати (Development Kit) з подальшим перенесенням на кастомну плату.Стек і апаратна база:MCU: Nordic Semiconductor nRF52840 або nRF5340.Середа розробки: nRF Connect SDK / Zephyr RTOS (строго Сі/C++).Периферія:Оптичний датчик пульсу (PPG) — робота по I2C.6-осевий інерційний датчик (IMU акселерометр + гіроскоп) — робота по SPI.Драйвер тактильного мотора (LRA 1030) — управління через PWM/ШИМ.Зовнішня SPI Flash-пам'ять для циклічного логування.Обсяг роботи по етапахЕтап 1: Bring-up, драйвери периферії і BLE-телеметріяМета: Оживити залізо, налаштувати стабільний збір даних і їх передачу на смартфон/ПК.Налаштування роботи шин I2C і SPI з використанням DMA (Direct Memory Access) для розвантаження процесора.Написання/інтеграція драйверів для PPG і IMU (налаштування частоти опитування, FIFO-буферів датчиків).Розгортання кастомного BLE-профілю (GATT-сервіс) для передачі сирих даних з датчиків в реальному часі.Базова ініціалізація ШИМ для управління тактильним LRA-мотором (запуск тестових патернів вібрації).Етап 2: Алгоритмічний шар (DSP і багаторівнева логіка зворотного зв'язку)Мета: Реалізувати математичну обробку сигналів безпосередньо на чипі (Edge Computing) і логіку реакцій пристрою.Реалізація алгоритмів фільтрації артефактів руху: очищення сигналу PPG з використанням даних акселерометра (IMU).Виділення R-R інтервалів (HRV) з очищеного PPG-сигналу.Реалізація 4-рівневої логіки стійкості системи:Рівень Дрейфа: Відстеження плавного зміни HRV і дихання.Рівень Прогнозу: Обчислення математичного тренду на погіршення стану.Рівень Мікро-корекції: Генерація ледь помітних тактильних патернів на LRA-моторі при фіксації цільового патерну даних.Рівень Апаратного скидання: Реалізація логіки безпеки (високоінтенсивний тактильний імпульс при критичних показниках).Етап 3: Енергозбереження, логування і відмовостійкістьМета: Підготовка пристрою до автономної роботи від мініатюрного акумулятора і забезпечення стабільності «24/7».Глибока оптимізація енергоспоживання. Переведення MCU в режим сну (System ON/OFF) між тактами вимірювань. Процесор повинен прокидатися тільки за перериваннями від FIFO-буферів датчиків або таймера.Написання відмовостійкої файлової системи у зовнішній SPI Flash (наприклад, LittleFS) для автономного циклічного збереження логів.Налаштування апаратного сторожового таймера (Watchdog Timer) для запобігання зависанню прошивки.Вимоги до виконавця:Досвід комерційної розробки під чіпи Nordic (nRF52/nRF53) від 3 років.Впевнене володіння Zephyr RTOS і інструментами налагодження (Segger Embedded Studio / VS Code, J-Link).Розуміння принципів роботи цифрової фільтрації сигналів (DSP) і роботи з низьким енергоспоживанням (Low-Power дизайн).Наявність власного налагоджувального комплекту (nRF52840-DK або аналогічного) для старту роботи вітається.Формат роботи:Поетапна оплата (Milestones) з фіксацією результатів на GitHub. Будь ласка, вкажіть вашу погодинну ставку або приблизну оцінку вартості і термінів для кожного з трьох етапів.