Мы запускаем в Украине услугу психологического здоровья как веб-приложение React / Next и ищем внешнего англоязычного разработчика, который возьмет на себя текущую работу (мы готовы на 95% с самим приложением).
Ниже описание часть на русском и часть английском языке. Кому интересно уточните пишите / говорите ли на английском, какой почасовой тариф.
Первая задача - лендинг должен быть визуально редактируемым, чтобы те же элементы можно было повторно использовать на новых страницах.
Вот некоторые из CMS, которые вы можете рассмотреть или предложить свою:
https://strapi.io/
https://reactbricks.com/
https://www.builder.io/
https://www.storyblok.com/
https://www.datocms.com/
https://tina.io/
Talking from the perspective of a user story, basically, a content editor should be able to login to a dashboard where the current public site is editable with available components and should be able to create a sequence of pages (like this example about stress pages) in our two languages just within this 3rd party solution. Then publish to dev environment and after testing select that only specific pages would be pushed to production while public site navigation is updated (if needed, because some page sequences will exist entirely outside the current menu.
Requirements:
1. visual cms for Next to be able to build our own static pages with predefined elements (titles, text areas, buttons).
2. support for multiple languages, so we would not need to check if we have not left out some pages untranslated when we create a new flow in one language. for the first version, we need two languages - Ukrainian and Russian.
3. Django then would be then used for content management on the internal app, not for any externally available pages, so it's not part of the scope.
4. Performance should still be good given the selected stack. does not matter if we need to push changes to some other environment to see the preview. does not matter if we have to wait for the pages to be optimised for publishing. A website can't be single-page application and content can't be served via Jvascript.
5. We need to think in terms of blocks/sections within the page, not page templates themselves. We need to be able to copy the "about us" page as a collection of blocks/sections with elements and then add/change the existing ones, all while editing the content.
6. Routing between pages will be nothing complicated since we will basically lead users to the same payment button. like creating a new landing flow for stress topic should be 2-3 pages and then same payment button. so page stress#1 should lead to stress#2 via customisable button links etc.
Бюджет: 8000 UAH Термін: 30 днів
Good day.
I have good experience in React. I`ve beeng working with about 3 years.
That`s no problem to communiczte in English.
I will be glad to start working with you.
Є сайт на 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. Будь ласка, вкажіть вашу погодинну ставку або приблизну оцінку вартості і термінів для кожного з трьох етапів.