Веб-разработка. Разработка с нуля. Разработка технического задания и сборка сайта на основе готово дизайна ( figma ), интеграция с сервисами tourvisor (api) Есть четкое понимание, как должен работать сайт, (цели, задачи и функции). Цена по договоренности.

Программирование микроконтроллеров. Микроконтроллер: Гироскоп с сервоприводом. Функции и задача устройства: Стабилизация антенны по горизонту на FPV дроне.

Веб-разработка. Разработка с нуля.

.NET (тонкий клиент). Разработка с нуля. Курсовая работа по "программированию информационных систем". Необходимо разработать десктоп-приложение на windows формах на C# (.NET) с использованием EntityFramework и PostgreSQL (тонкий клиент). Предметная область: "Учет взаиморасчетов с сотрудниками организации", пользователь - бухгалтер. Язык: C# Платформа: .NET / .NET Framework (Windows Forms или WPF — по вашему желанию) ORM: Entity Framework База данных: PostgreSQL Дополнительно: экспорт отчётов в DOCX (через любую подходящую библиотеку). Архитектура: Более подробное описание приложения с дизайном форм и объяснением механизма проводок, а также ссылку на яндекс.диск с диаграммой классов (visual paradigm) и другими оставил в файле "ЗаданиеНаКурсовую". Для работы составлена диаграмма классов (прикрепил её в .png), в которой приложение построено по многослойному принципу: формы обращаются к контроллерами чеез clientAPI --> контроллеры вызывают классы бизнес-логики --> бизнес-логика работает с Repository-классами. Необходимо, чтобы исполнитель взял эту многослойную архитектуру за основу, но при необходимости улучшил и дополнил её на своё усмотрение Что нужно сделать: 1. Полноценное Desktop-приложение (тонкий клиент) Пользователь бухгалтер. После аутентификации он работает с меню: Справочники, Операции, Журнал проводок, План счетов, Отчёты. 2. Функции приложения Аутентификация: простейший вариант (логин/пароль в таблице БД). Справочники : Реализовать просмотр, добавление, редактирование, удаление: Сотрудники (с фильтрацией по подразделению), Подразделения, Вид расчёта (с фильтрацией по типу: начисление/удержание/выплата), План счетов 3. Операции и журнал проводок “Операции подразделений” ? внутри каждой операции создаются “Операции сотрудников”. Автоматическое формирование проводок по правилам бухучёта: Начисление: Дт — счёт затрат подразделения, Кт — 70 Удержание: Дт — 70, Кт — счёт удержания из вида расчёта Выплата: Дт — 70, Кт — 51, сумма считается автоматически При формировании операции запись должна попадать в журнал проводок автоматически. 4. Отчёты (3 вида) С возможностью экспорта в DOCX: Ведомость взаиморасчётов за период, Ведомость выплат по месяцам, Оборотно-сальдовая ведомость по счёту Формирование отчётов — на основе журнала проводок. 5. Требования к качеству: Логирование в файл (ошибки/операции). Валидация ввода (числовые поля, обязательные поля). Корректная работа Entity Framework, связи, навигационные свойства. Полностью рабочая БД: 7 таблиц — ЖурналПроводок, ПланСчетов, ВидРасчета, Сотрудники, Подразделения, ОперацииПодразделений, ОперацииСотрудников. Реализация бизнес-логики расчётов и проводок. Дополнительно прикрепляю: Текстовое техническое задание на курсовую работу Диаграмму классов в формате .png Диаграммы в различных нотациях по ссылке в файле с ТЗ Что жду от исполнителя: Рабочий проект с исходниками. Инструкция по запуску. Готовая база данных (скрипт или дамп). Срок -- до 5 декабря. Стоимость — по договорённости.

Программа для пособия. Доработка существующего продукта. Нужно сделать в коде привязку к базе данных, которая есть в архиве (папка Da). Она уже подключена, нужно только сделать так, чтобы шел расчет по данным из базы данных. Код тоже в архиве. Основные юниты: 1, 10.

Разработка приложений для ПК. Доработка существующего продукта. Есть проект по api DaData, необходимо реализовать проект в script task, весь код уже написан, необходимо приспособить его к ssis (visual studio).

Системное программирование. Разработка с нуля. Изучение основ языка, написание программы, написание кодов.

Веб-разработка. Разработка с нуля, тестирование, настройка, доработка существующего продукта. N.

Разработка приложений для ПК. Доработка существующего продукта.

Веб-разработка. Разработка с нуля. Описание компании “Luxfera” Luxfera — это новая технологическая компания в сфере натяжных потолков, освещения и профильных систем премиум-класса. Мы пришли, чтобы изменить правила игры и поднять рынок монтажа потолков на новый уровень — в точности, эстетике и цифровой прозрачности. Luxfera объединяет: современные инженерные решения, продвинутые визуальные технологии, качественные материалы, и стандарты сервиса, которых раньше не существовало в отрасли. Задачи разработчика: 1. Развернуть проект на create React app / Vite + (TypeScript / Tailwind / Ant Design.) 2. Реализовать многостраничный сайт (главная страница, услуги, кейсы, контакты, отзывы, первчиный контакт с клиентом-"записаться на замер"). 3. Разработать структуру страниц /editor/:id и /visual/:id — пока как пустые контейнеры, готовые для интеграции Unity WebGL. 4. Подготовить архитектуру для обмена данными React ? будущий Unity-редактор. 5. Обеспечить адаптивность, высокую скорость загрузки и поддержку масштабирования. 6. Создать мобильную и desktop Цель: получить устойчивый, расширяемый и современный фундамент, на котором затем будет построен 2D/3D редактор и калькулятор стоимости потолков Luxfera. Ориентир по конкурентам: https://potolok-beru.ru/ Версию Creact react app + ANTdesign можете посмотреть в файлах Для дальнейшего сотрудничества потребуется первичный созвон, на котором будет более подробно обсуждаться стоимость, сроки дальнейшая взаимосвязь по проекту.

Веб-разработка. Доработка существующего продукта. Нужен фронтенд-разработчик (React или Next.js) на 1 день, задача срочная Что нужно сделать за один день: - Починить сдвинутый виджет погоды - Прописать все ссылки (href) корректно - Полностью убрать элементы с вёрстки - Заменить фотки - Сделать виджет кликабельным - Чуть поправить адаптив с мобильных устройств - Собрать проект в 2 HTML-файла и залить их на хостинг В идеале провести созвон завтра утром, часов 9 или 10 При выполнении работ в срок с должным качеством готовы рассмотреть долгосрочное сотрудничество.

Веб-разработка. Доработка существующего продукта. Имеется сайт Интернет-магазина на PHP + MySQL (CMS LiteCart 2.1.6). Необходимо написать скрипт, который будет обрабатывать выгрузку от поставщика в формате XLSX или HTML5 и обновлять из неё данные по остаткам и стоимости товаров в БД сайта с некой периодичностью.

Веб-разработка. Доработка существующего продукта. Ищу фрилансера (не студию) для разработки веб-приложения на стеке Питон / ДРФ. ТЗ есть, альфа версия есть, документаци есть. Пишите опыт работы и стоимость за час.

FastAPI. Настройка. Пожелания и особенности: Исправить ошибку, чтобы был доступен сервер. ImportError: cannot import name 'settings' from 'app.core.config' (C:\Users\Наталья\Desktop\flowmance\app\core\config.py).

Считать сигналы с шины LIN автомобиля. Разработка с нуля, тестирование, настройка. Считать сигналы с шины LIN автомобиля и на основе этих сигналов посылать команды включения на релейный модуль.

Веб-разработка. Доработка существующего продукта, настройка, тестирование, разработка с нуля. Разработка и доработка функционала в Битрикс24 облачные и коробочные решения.

Веб-разработка. Настройка, доработка существующего продукта. Https://ubuild-kohl.vercel.app/ Доработка и добавление фичей.

Пожелания и особенности: Проживающий в г. Тюмени, для детальный проработки необходимы встречи.

Обучение с нуля. Обучение. Подготовка к лабораторным.

Обучение программированию на Java.

Веб-разработка. Разработка с нуля. Пожелания и особенности: Создать кастомный визуальный модуль (Visualization Plugin) для Apache Superset, который отображает авиационные маршруты на карте, используя Google Maps или Deck.gl. Модуль должен поддерживать агрегацию маршрутов, отображение потоков полётов, интерактивные подсказки, легенду, кастомизацию параметров и горизонтальную зацикленность карты. Требования к технологии • React + TypeScript • Совместимость со стандартами Superset plugin architecture (@superset-ui/core, @superset-ui/chart) • Визуальный движок: Google Maps или Deck.gl (предпочтительно Deck.gl для сложных слоёв) • Поддержка Superset metadata form (control panel) Функциональные требования 1. Отображение маршрутов Каждая запись — маршрут с координатами: • Точка A: lat_start, lon_start • Точка B: lat_end, lon_end Необходимо: • Отрисовать линии маршрутов между точками. • Маршруты со схожими направлениями агрегировать (см. блок "Группировка маршрутов"). 2. Кластеры точек вылета На карте должны отображаться круги вокруг точек A: • Радиус круга зависит от количества маршрутов, начинающихся в этой точке. • Чем больше вылетов — тем больше круг. • Порог отображения круга — настраиваемый параметр. • Цвет круга — задаётся в параметрах визуализации. 3. Группировка маршрутов 3.1. По значению поля Выбор поля для группировки маршрутов. Модуль должен: • Сгруппировать маршруты по выбранному полю. • Для каждой группы отрисовать свой цвет (цвет определяется автоматически исходя из встроенных цветовых схем в Superset). 3.2. Объединение пересекающихся маршрутов Если много линий идут похожими направлениями: • Линии объединяются в одну «нитку». • Толщина линии = пропорциональна количеству объединённых маршрутов. • Геометрия линии = средний маршрут, вычисленный как усреднение координат всех маршрутов группы. Нити сходятся в одну более толстую нить, затем расходятся ближе к точке назначения. 4. Лимит (детализация) Параметр limit влияет на детализацию: • Чем меньше лимит — тем толще итоговая линия и меньше отдельных веток. • Чем больше лимит — тем больше показывается отдельных маршрутов, меньше группировки. Механика: • При низком лимите происходит сильная агрегация. • При высоком лимите — маршруты отображаются детализированно. 5. Тултипы При наведении на линию отображать подсказку, содержащую информацию по полю, указанному в настройках При наведении на круг над точкой A отображать подсказку так же, как выше При наведении на круг над точкой Б отображать подсказку так же, как выше Можно добавить HandleBars ввод + выбор полей, для отображения(Подробнее при уточнении деталий) 6. Категории Должна быть возможность: • Выбрать любое поле в датасете как категорию. • Назначить уникальный цвет(или цветовую схему) для каждой категории в настройках. 7. Карта 7.1. Зацикливание по горизонтали Карта должна прокручиваться бесконечно по оси X (как обычный WebMercator в Deck.gl). Требования: • Возможность скроллить “влево-вправо” без резкого обрыва мира. • Поддержка wrapLongitude. 7.2. Тип карты Пользователь должен выбирать: • Roadmap / Terrain / Hybrid / Satellite 8. Легенда • Отображение списка категорий + их цветов. • Возможность выбрать положение легенды: o левый верхний o правый верхний o цент верх o левый нижний o правый нижний o центр низ • Возможность свернуть/развернуть легенду. Параметры, которые должны быть изменяемыми в Superset Control Panel 1. Цвет линий (по умолчанию, без категорий) 2. Толщина линий базовая 3. Множитель толщины при объединении 4. Максимальное количество линий (limit / детализация) 5. Размер круга в зависимости от кол-ва вылетов/прилетов, % 6. Порог количества вылетов для отображения круга 7. Выбор поля группировки 8. Выбор категорий 9. Цвета категорий 10. Тип карты (Темный, серый(монотонный), светлый, спутник) 11. Цвет круга Требования к производительности • Визуализация должна поддерживать 20k–100k(Но неограниченное кол-во входных данных, маршрут строится по уникальным записям) маршрутов без зависаний. • Использовать WebGL слои (Deck.gl LineLayer, PathLayer). • Агрегацию проводить на стороне JS (или предварительно в Superset Data Transformations). • Использовать throttling для интерактивных операций. Интеграция в Superset Разработать полноценный visualization plugin: • Файлы: plugin.ts, buildQuery.ts, Chart.tsx, transformProps.ts. • Поддержка Superset controls. • Поддержка cross-filter. • Полная совместимость с Superset v3+. Входные данные Dataset должен содержать поля: • lat_start, lon_start • lat_end, lon_end • group_field (опционально) • category_field (опционально).

Веб-разработка. Разработка с нуля. Пожелания и особенности: Цель - создание веб?платформы, обладающей современной архитектурой, возможностью масштабирования и удобством дальнейшего расширения. --- ## Основные требования ### 1. Single Sign-In / Single Sign-On (SSO) * Реализация системы аутентификации через внешнего провайдера (OAuth2, OpenID Connect или аналогичный). * Единый вход для всех страниц и модулей платформы. * Поддержка хранения пользовательской сессии и её автоматического обновления. * Использование React Router или альтернативы с поддержкой вложенных маршрутов. * Структура проекта должна позволять быстро создавать новые страницы и подключать их к навигации. ### 3. Взаимодействие с API * Реализация клиентского слоя для работы с REST API. * Обработка ошибок, ретраи, централизованная конфигурация запросов. * Подготовка сервисного уровня для удобной интеграции будущих модулей. 1. Модульная архитектура Платформа состоит из родительского сайта, который: Выполняет авторизацию пользователя. Даёт доступ к отдельным модулям проекта через навигацию. Отображает глобальные элементы (например, глобальный попап статусов). Разработчику необходимо: 1.1. Создать модульную структуру проекта Модули должны быть независимыми компонентами, которые можно подключать/отключать. Каждый модуль должен корректно работать внутри родительского окружения. Реализовать механизм передачи контекста (авторизация, глобальные уведомления) между родителем и модулем. 2. Создание модуля “Файловое управление” Модуль должен интегрироваться в родительскую платформу и содержать следующие элементы: 2.1. Страница с плитками файлов Страница представляет собой сетку-плитку: 2.1.1. Первая плитка — кнопка “Загрузить файл” При клике открывает модальное окно загрузки (см. раздел 2.4). 2.1.2. Остальные плитки — отображение файлов Для каждого ранее загруженного файла: отображение основного имени кастомное имя (перекрывает основное, если есть) тег (если есть) дополнительная информация по API мини-иконка типа файла. 2.1.3. Клик по плитке файла Открывает меню действий: Скачать, Открыть, Удалить, Информация Меню реализовать через контекстное или всплывающее окно. 2.2. Кнопка перехода на таблицу На странице должна быть кнопка, ведущая к: отдельной странице с таблицей данных из БД (получение данных по API). 2.3. Модальное окно загрузки файла Открывается при клике на первую плитку. Функционал: 2.4.1. Загрузка основного файла drag&drop + кнопка выбора файла отображение имени/размера. 2.4.2. Ввод кастомного имени файла 2.4.3. Добавление тегов Поддержка нескольких тегов. 2.4.4. Загрузка дополнительных файлов (Приложений) Возможность прикрепить несколько файлов Отображение списка приложений. По нажатию “Загрузить” отправлять файлы через API. 2.5. Глобальный попап очереди загрузки После отправки: вывод уведомления-попапа (правый верхний угол) в попапе отображается очередь всех файлов на загрузку для каждого файла: статус по API прогресс-бар место в очереди попап можно свернуть/развернуть глобальный (видим во всех модулях через родителя). 2.6. Диалоговые окна при определённых статусах При получении из API некоторых статусов (список будет предоставлен) должно отображаться модальное окно с соответствующим уведомлением. Статусы отслеживаются глобальным слушателем. 3. Глобальная система статусов Необходимо реализовать: единое хранилище (Context/Redux) подписку модулей на статусы отображение глобального попапа в родительском модуле доступность попапа из любого модуля платформы. 4. Figma Есть полная визуализация: компоненты цвета стили отступы Разработчику необходимо придерживаться дизайна. 5. Результат работы 1. Родитель. 2. Полнофункциональный модуль. 3. Общая интеграция модуля с родителем. ## Технические требования * ReactJS (18+). * Cоблюдение принципов SOLID. * Поддержка адаптивной вёрстки. * Git как основная система контроля версий.

Программирование микроконтроллеров. Микроконтроллер: ST elecrtonics STM32x. Функции и задача устройства: Есть задача собрать и запрограммировать комплект макетных плат (поставки заказчика). 1 шт. NUCLEO-L433RC-P (плата процессора на STM32L433RCT6P) + 2 шт. PCM5102 (ЦАП, 24 бит) + 1 шт. EVAL-AD7177-2SDZ (АЦП, 32бит). ПО в процессоре на Ардуино (или иное, тогда, лучше всего C#). ПО на ПК - любой язык на усмотрение разработчика (если С#, то совсем идеально). Задача ПО на ПК (Windows) управлять внешними ЦАП (2 шт. PCM5102) и 1шт. АЦП (AD7177), отображать значения и настройки на экране ПК и писать архив показаний в файл. ПО на ПК отображает показания всех каналов АЦП в виде двоичного кода (все 32 бита), перевод этого кода в десятичный вид и напряжения, мкВ (для чего нужно отдельное поле ввод напряжения референса). Управление АЦП ручное (настройка у всех каналов АЦП одинаковая): 1)номер канала, 2)коэффициент усиления, 3)частота опроса, 4)режим подключения (дифференциальный/обычный). 5)Галочками отмечать какие каналы АЦП нужно опрашивать (каналы опрашиваются циклически, по кругу). 6) Количество точек опроса подряд с каждого канала перед переходом на следующий. 7)Тип фильтра и иные настройки (это все обсуждаемо). Управление ЦАП - предварительно ввожу требуемый коэффициент усиления, рядом отображается двоичный код и расчетное напряжение, мкВ (и есть ячейка со значением опорного напряжения для расчета выходного напряжения) - отдельно для каждого их 2х ЦАП. Если у ЦАП есть еще важные настройки, то их тоже вывести на экран ПК. Кроме того, запись всех считанных значений в один текстовый файл (csv или Excell). При старте опроса и при изменении настроек (что АЦП, что ЦАП) в этот файл добавляются одной строкой время ПК и новые настройки (что изменилось, например, новый код на ЦАП2), затем продолжают штатно писаться данные от АЦП в непрерывном опросе (номер канала, время измерения (из процессора), код от АЦП). Либо сделать 2 отдельных файла (или 2 закладки в excell файле) - один для показаний АЦП, второй для событий. Для времени измерения (записываемого в файл) предусмотреть счетчик в процессоре на максимальной частоте, максимальной длины. Счетчик не кратен секундам, то есть его шаг это шаг тактовой частоты с каким-то коэффициентом усиления. При переполнении счетчика, он сбрасывается в ноль, а в текстовый файл идет запись времени (по времени на ПК), когда этот счетчик сбросился. А само значение этого счетчика добавляется в текстовый файл как метка времени для очередного считанного значения. Возможно, для переключения между режимом изменения настроек и режимом непрерывного опроса АЦП можно предусмотреть какую-то отдельную кнопку ("режим АЦП: конфиг./опрос"), если это требуется. Отдельная дополнительная задача (отдельный этап, за отдельные деньги) по 3м дискретным ножкам STM, при их изменении (в обе стороны) - по аппаратному прерыванию писать еще в отдельные 3 файла (или закладки одного Excell файла) метки времени данного события. В файле по каждому из 3х дискретных каналов - самая первая запись (верхняя строка) - время по часам реального времени в STM и текущее (стартовое) значение высокочастотного счетчика. Далее, просто подряд значение этого счетчика по факту смены состояния дискретной ножки. Любую информацию не обязательно передавать сразу, если с этим есть сложности - можно группировать в процессоре и передавать блоками.

Пожелания и особенности: Оnline. Требуется подсказать/показать/внедрить в pet-проект sbp оплату. Tinkoff_sdk.. yoo_kassa, любую работающую и рабочую dependency. Достаточно подсоединить) без кода (проект должен собираться с подключенной либой) alexandr179ru Tlg.

Программирование микроконтроллеров. Микроконтроллер: по рекомендации специалиста. Функции и задача устройства: Управляемый автономный модуль для сбора образцов с поверхности на основе анализа изображений с цифровой камеры.