Разработка мобильных приложений. Доработка существующего приложения. Приложение: для iOS, для Android. Техническое задание (ТЗ) на разработку модификации (мода) для приложения «Клуб Романтики» Создание модифицированной версии (мода) приложения «Клуб Романтики» 1.2. Цель Разработка мода с системой лицензирования через веб-сайт, предоставляющего расширенные игровые возможности, недоступные в оригинальном приложении. 1.3. Исходные данные Предоставляем IPA/apk-файл существующего мода от конкурентов 2. Требования к функционалу 2.1. Система активации через личный код (Ключевая функция) · Описание: Пользователь приобретает доступ на сайте и получает уникальный личный код. Этот код необходимо ввести внутри мода для активации премиум-функций. · Требования: · В главном меню или настройках мода должна быть добавлена кнопка «Активировать» или поле для ввода кода. · Реализовать безопасное соединение с сайтом для проверки валидности. · После успешной активации пользователь получает бесконечное количество внутренней премиум-валюты (Бриллианты и Чашки). · Валюта должна начисляться один раз (или периодически сбрасываться на максимальное значение), а не уменьшаться при расходах. · Неактивированная версия должна работать как стандартное приложение без дополнительных возможностей 2.2. Редактор характеристик (статов) · Описание: Возможность изменять количественные значения характеристик полученных в рамках одной истории. · Требования: · В меню паузы или в отдельном разделе «Редактор» добавить возможность просмотра текущих значений всех активных для данной истории статов. · Предоставить ползунки или поля ввода для изменения этих значений. · Изменения должны применяться мгновенно и сохраняться в игровом прогрессе. 2.3. Импорт прогресса из оригинального приложения · Описание: Возможность переноса сохранений (прогресса прохождения историй) из официального приложения «Romance Club» в мод. · Требования: · Исследовать способ извлечения файлов сохранений из оригинального приложения (обычно это возможно через файловые менеджеры с доступом к папке приложения). · Реализовать в моде функцию «Импорт сохранений», которая позволит указать путь к файлам оригинала и скопировать их в рабочую директорию мода. · Обеспечить совместимость формата файлов сохранений. 2.4. Бесплатные слоты для сохранений · Описание: Снятие ограничений на количество параллельных сохранений (слотов) внутри одной истории. · Требования: · Модифицировать логику работы меню сохранения/загрузки. · Убрать лимит на создание новых слотов (сделать их количество неограниченным или очень большим, например, 99). · Все слоты должны быть бесплатными, т.е. не требовать затраты бриллиантов для создания. 3. Нефункциональные требования · Стабильность: Мод не должен вызывать вылетов (крашей) приложения, особенно при использовании новых функций. · Совместимость: Финальный IPA-файл должен быть готов к установке на неджейлбрейкнутые устройства (через сервисы типа ESign, AltStore, SideStore. · Безопасность: Логика проверки личных кодов должна быть защищена от простого взлома (обфускация, проверка на стороне сервера). · Обновляемость: Архитектура должна предусматривать возможность относительно простого обновления мода при выходе новых версий оригинальной игры.
MQL4. Разработка с нуля. Сеточный советник. Логика работы. Советник устанавливается на пары с высокой волатильностью. Советник приступает к работе в момент возникшей разницы на заданное в настройках кол-во пп между МА и фактической ценой. При возврате и касании МА открытый или открытые ордера закрываются. Пример для SELL: если цена отошла ВВЕРХ от МА на заданное кол-во пунктов, то открывается ордер на SELL. Торговля на возврат к МА, а не на продолжение тренда. Соответственно следующий ордер который должен открыться будет Sell limit, если цена продолжит идти против первого ордера. Ордера открываются последовательно, а не все сразу. Пример: на Sell открылся первый ордер, на чарт установился второй отложенный ордер. Закрытие открытых ордеров происходит при касании МА или в ручную. Параметры настроек. Buy/Sell аналогично. • Магик номер. При изменении МН не происходит конфликтов с этим же советником открытым на другой валютной паре. • ТФ (таймфрем). Должен настраиваться в настройках и не реагировать если меняется ТФ на чарте. • МА простая. Должна настраиваться в настройках и не реагировать если меняется МА на чарте или вовсе отсутствует. Расстояния открытия 6 ордеров Buy/Sell. • Открытие 1-го ордера. Настройка открытия первого ордера по рынку при отклонении цены от МА на заданную величину в пп. • Открытие 2-го ордера. Открывается если цена продолжает идти против 1-го открытого ордера. Ордер открывается на заданное расстояние от открытого 1-го ордера. Пример: если установлено значение 200 пп, соответственно второй ордер должен открыться через 200 пп после открытия первого ордера. • Открытие 3-го ордера. Открывается если цена продолжает идти против 2-го открытого ордера. Ордер открывается на заданное расстояние от открытого 2-го ордера. Пример: если установлено значение 200 пп, соответственно 3-й ордер должен открыться через 200 пп после открытия 2-го ордера. • Открытие 4 от 3 ордера по логике описанной по открытию второго и третьего ордера. • Открытие 5 от 4 ордера по логике описанной по открытию второго и третьего ордера. • Открытие 6 от 4 ордера по логике описанной по открытию второго и третьего ордера. Цена в лотах открытия 6 ордеров Buy/Sell. • Цена в Лотах окрытия 1-го ордера. • Цена в Лотах окрытия 2-го ордера. • Цена в Лотах окрытия 3-го ордера. • Цена в Лотах окрытия 4-го ордера. • Цена в Лотах окрытия 5-го ордера. • Цена в Лотах окрытия 6-го ордера.
О проекте Мы — производственная компания (емкостное оборудование из стеклопластика). У нас уже работает система онлайн-калькуляторов для расчёта изделий с генерацией коммерческих предложений (DOCX). Необходимо внедрить новый модуль — калькулятор жироуловителей, а также реализовать ограничение доступов к калькуляторам для клиентов. Технологический стек Backend: Python, Django Frontend: React JS Генерация документов: DOCX (Word) Цели проекта Этап 1 — Внедрение калькулятора жироуловителей Интеграция в существующую архитектуру (без отдельных решений). Использование уже реализованных расчетных модулей: Корпус Утепление Патрубки Лестница Обязательно использовать расчетную логику существующего калькулятора РКиКОП. Не переносить формулы из Excel — расчёты ведутся по логике системы. Функционал калькулятора: Два режима подбора: По производительности (из справочника, с возможностью администрирования). По габаритам (длина, ширина, диаметр). Расчет специфических компонентов: Сигнализатор уровня жира (стоимость редактируется в админке). Отбойник выходного патрубка (формула). Внутренняя перегородка (формула площади × стоимость формовки). Генерация коммерческого предложения (DOCX). Интерфейс: Клиентская версия — упрощённая. Визуально — патрубки как в ЛОС, остальное — в стиле РКиКОП. Этап 2 — Ограничение доступа к калькуляторам В админ-панели: Настройка доступных калькуляторов для каждого контрагента (чекбоксы). В клиентской зоне: Пользователь видит только разрешённые калькуляторы. При отзыве доступа: Кнопки «Цена» и «Скачать ТКП» блокируются. Доступ к ранее сформированным расчетам и ТКП сохраняется. Отчетность Все расчёты и действия должны отображаться в существующей системе отчетов и истории. Критерии приемки Этап 1: Корректная генерация ТКП в DOCX. Расхождение итоговой цены — не более 1%. Приоритет — корректность компонентных расчетов, а не совпадение с Excel. Этап 2: Ограничения доступа корректно влияют на интерфейс и действия пользователя. Требования к специалисту / команде Опыт работы с Django + React. Опыт интеграции расчетных модулей и генерации документов. Умение работать с существующим кодом и архитектурой. Понимание бизнес-логики B2B-калькуляторов и коммерческих расчетов.
Пожелания и особенности: Описание проекта: Необходимо разработать автономного AI-агента для мониторинга специфических веб-ресурсов, поиска информации по заданным критериям и последующей обработки найденной документации. Конечная цель — полностью автоматизировать процесс сбора данных и заполнения отчетной таблицы. Задачи, которые должен выполнять агент: 1. Мониторинг и поиск: • Регулярный обход заданного списка сайтов. • Поиск информации по ключевым словам и заданным параметрам. 2. Обработка и расшифровка файлов: • Автоматическое скачивание найденных документов различных форматов (PDF, DOCX, XLSX, изображения/сканы). • Использование OCR (распознавание текста) для обработки графических файлов и сканированных документов. 3. Извлечение данных (Data Extraction): • Анализ содержимого файлов с помощью LLM (OpenAI GPT-4, Claude или аналогичных моделей). • Выделение конкретных сущностей и данных согласно заданным параметрам (например: даты, суммы, названия, спецификации). 4. Структурирование и отчетность: • Автоматическое заполнение исходной сводной таблицы (Google Sheets или Excel). • Проверка корректности данных перед занесением. Требования к специалисту: • Стек технологий: Python (основной язык), опыт работы с фреймворками для AI-агентов (LangChain, CrewAI, AutoGPT или аналоги). • Парсинг: Навыки работы с библиотеками веб-скрейпинга (Playwright, Selenium, BeautifulSoup). Умение обходить базовые защиты сайтов. • Интеграция AI: Опыт работы с API нейросетей (OpenAI, Anthropic). Понимание принципов RAG (Retrieval-Augmented Generation) будет преимуществом. • Работа с данными: Опыт использования библиотек по обработке документов (PyPDF2, Pandas, библиотеки OCR — Tesseract или облачные решения). • Автоматизация: Умение настроить автономную работу скрипта на сервере по расписанию. Что ожидается на выходе: • Полностью работоспособный AI-агент. • Исходный код с комментариями. • Инструкция по настройке и запуску (а также изменению ключевых слов или списка сайтов). Условия: • Бюджет и сроки реализации обсуждаются по результатам собеседования и оценки сложности сайтов-доноров. • При отклике, пожалуйста, укажите ваш опыт в подобных проектах по автоматизации сбора данных через нейросети.
Игра: для установки на ПК. Игра: одиночная. Жанр: RPG. Платформа: Creation Engine. Графика: 3D. Мне нужно создать уникальную модификацию для игры The Elder Scrolls 5: Skyrim - Special Edition. Модификация в виде модели корабля "Титаник" - без коллизий, просто для размещения в игровом мире. И максимально подобную и цельную модель, возможно даже с интерьерами, некоторыми. Я замечал что даже для GTA 5 существуют такие моды на Титаник, где была такая модель с небольшим количество интерьеров. А мне для Скайрима нужна лишь основа для скриншотов. Есть в игре модификация называется Позиционер Джексона - с помощью которой можно двигать, вращать, увеличивать и уменьшать любые объекты в игровом мире. Вот для чего мне нужен Титаник - так что мне нужна просто модель. Кто-то раньше уже пытался браться за создание такой модификации Титаника, но дело так не довершили. На всю сеть существует только два скриншота этого заброшенного проекта. (приложу скриншоты ниже) А я загорелся желанием после того как в одном глобальном уникальном урбанистическом Si-fi моде - увидел в локации разные модели Больших кораблей, у которых не было своих коллизий, но которые всё же были видны в игровом мире. Собственно чем я и пользовался - используя эти модели в своих интересах с помощью Позиционера. Скриншоты приложу, где видно как выглядят подобные модели в самой игре и что это возможно. Это значит что порт в игру возможен. Главное найти нужную модель и адаптировать Вот мне и интересна цена вопроса - возможно ли - у кого есть такой опыт - создать такую модификацию Титаника для этой игры - Принципиально для Специального издания Скайрима. Не для Легендарного. Конечно я был бы рад и с коллизиями такую модель, но тогда наверняка игра будет сильно нагружаться от количества полигонов. Модель без явных коллизий вообще не требует никаких ресурсов, так что лучше без них. Так что остаётся лишь найти в сети нужную модель и адаптировать под игру. Вот какая у меня цель и давняя Мечта) Сколько может стоить такой заказ? Или всё зависит от качества найденной модели. Если так то буду рад обсудить варианты найденных вами моделей, которые было бы Возможно успешно встроить в игру без багов.
Системное программирование. Тестирование. Пожелания и особенности: Техническое задание (фрагмент): Модуль «Умное производство» 1. Цель и назначение Автоматизация контроля производственных циклов, расчет себестоимости единицы продукции в реальном времени и управление загрузкой мощностей (цехов/станков). 2. Стек технологий (рекомендуемый) Backend: Node.js (NestJS) или Python (FastAPI) для высокой скорости обработки очередей задач. Frontend: React / Next.js с использованием библиотек для сложных графиков (например, Recharts или D3.js) для диаграмм Ганта. Database: PostgreSQL (основная), Redis (для кэширования очередей заказов). Infrastructure: Docker, Kubernetes (для масштабируемости). 3. Функциональные требования 3.1. Динамическое планирование (Диаграмма Ганта) Система должна автоматически строить график производства на основе входящих заказов. Алгоритм: Приоритезация заказов по дедлайну и наличию сырья на складе. Drag-and-drop: Возможность вручную перетаскивать задачи между станками с автоматическим пересчетом сроков последующих этапов. 3.2. Учёт материальных потоков (BOM — Bill of Materials) Создание многоуровневых спецификаций изделий (из чего состоит продукт, вплоть до болта). Автоматическое резервирование остатков на складе при переходе заказа в статус «В производстве». Интеграция: Если сырья недостаточно, система должна автоматически формировать «Заявку на закупку» для отдела снабжения. 3.3. Расчет фактической себестоимости Система должна суммировать: Стоимость сырья по методу FIFO/LIFO. Амортизацию оборудования (исходя из времени работы станка). Стоимость трудозатрат (на основе нормо-часов рабочих, считанных через QR-коды на постах). Косвенные расходы (электроэнергия, аренда). 4. Технические ограничения и безопасность Отказоустойчивость: Время аптайма системы — 99.9% (Critical Business App). Логирование: Каждое изменение в статусе заказа должно записываться в аудит-лог с привязкой к ID сотрудника. API: Наличие RESTful API для будущей интеграции с промышленными датчиками (IoT).
Задачи чат-бота: автоматическое бронирование, приём текстовых заказов, сбор информации, информирование клиентов, интерактивное меню или каталог. Платформа: Telegram, веб-сайт. Продукт: Помощь в путешествии. Техзадания нет. Пожелания и особенности: Разработка Telegram-бота с интеграцией нейросети (MVP) Описание задачи Нужен IT-специалист / разработчик для создания Telegram-бота с диалоговой логикой и интеграцией нейросети (LLM) Проект - пользовательский сервис в формате MVP Бот должен понимать текстовые запросы пользователей, работать с параметрами и внешними источниками данных, формировать и выдавать релевантные результаты. Проект на ранней стадии, часть деталей обсуждается лично. Что требуется реализовать 1. Telegram-бот 2. Обработка пользовательских сообщений в свободной форме 3. Интеграция нейросети (GPT / аналоги) для анализа текста и логики выбора 4. Работа с параметрами (даты, бюджет, ограничения и т.п.) 5. Интеграция с внешними сервисами через API или deeplink 6. Простая база данных (пользователи, запросы, результаты) Без оплаты внутри бота, без сложного интерфейса, без мобильного приложения Технологии (желательно) Python Telegram Bot API (aiogram или аналог) Опыт работы с нейросетями / LLM Работа с API Базовое понимание backend-логики Если не всё из списка знакомо, но есть опыт и желание разобраться - это нормально. Формат работы Удалённо Проектная работа (MVP) Сроки и бюджет обсуждаются Возможна дальнейшая работа над проектом Важно Ищу специалиста, который: 1. Умеет работать с не до конца формализованным ТЗ, 2. понимает, что MVP — это рабочий прототип, а не идеальный продукт, 3. может предложить более простые и рациональные решения. В отклике прошу указать опыт работы с Telegram-ботами работали ли с нейросетями / LLM примерные сроки ?? Подробности проекта и бизнес-логика обсуждаются в личных сообщениях после первого контакта.
Системное программирование. Доработка существующего продукта. 1. Суть проблемы В гибридном приложении (WPF?+?Windows Forms) с интеграцией через ElementHost иногда наблюдается критический сбой рендеринга WPF используется как в виде отдельных окон, так и в виде контролов WPF размещаются внутри Windows Forms?контролов через ElementHost. Наблюдаются различия в поведении элементов WPF: - не отображаются изменения данных в элементах WPF; - визуальные триггеры, не связанные с DataContext (например, IsMouseOver) не срабатывают; - приложение остаётся отзывчивым: события ввода (MouseEnter, KeyDown и др.) обрабатываются; - главный поток UI не заблокирован; - задачи в Dispatcher добавляются (Posted), но не переходят в состояние Started (зависают в очереди). Ключевые проявления: TextBox: - Полное восстановление рендеринга происходит только при нажатии любой клавиши в TextBox, расположенном в WPF?окне (не в ElementHost). - привязка DataContext работает: контролы Windows Forms, привязанные к тому же свойству ViewModel, например, в TextBox в ElementHost при изменения свойства отображают реальное состояние, сам TextBox не отображает текст; Поведение ComboBox внутри контрола, добавленного в ElementHost: - первая попытка активации вызывает однократный рендер контрола; - повторная активация не даёт эффекта; - если в контроле несколько ComboBox, каждый срабатывает один раз при первой активации; - после однократного рендера элемент перестаёт реагировать на дальнейшие попытки взаимодействия. Изменение размера окна приводит к однократному рендерингу, после чего интерфейс снова «замирает». Есть несколько способов достижения такого поведения, однако, само по себе поведение никак из кода продиагностировать не получается, только косвенные признаки типа подписки на CompositionTarget.Rendering и Dispatcher.Hooks и их анализ. Необходимо найти причину или способ восстановления работоспособности рендеринга.
Веб-разработка. Разработка с нуля. Требуется разработчик на долгосрок, оплата за создание + оплата за поддержку в месяц Нужен Парсер на запросах, мониторинг новых товаров на доску объявлений АВИТО Вставляем ссылку ( клиенты сами выбирают категорию и город) и софт начинает ждать когда там появится новый товар и кидает результат в тг бота( ссылка на товар, цену, название и тд) обойти фрод по в среднем у каждого клиента софта будет в секунду 1-10 запросов(зависит от тарифа который купит клиент 1 в сек обычный, 10 в сек самый быстрый тариф) чем больше запросов, чем выше шанс что авито отдаст товар раньше(авито не с 1 запроса отдает, нужно по несколько раз кидать запросы, чтобы получить объявление) нужно решение которые будет без прокси работать или работать в выгоду мне софт работает 24/7, целый месяц цена у конкурентов на тариф 1 запрос в сек около 1500-2000 рублей, решение надо которые будет мне выгодное, то есть я если куплю мобильные прокси за 2500 то я буду работать в минус, поэтому способ точно , если конкуренты работают!! есть 4 парсера которые вроде как тоже на запроса( наш софт работал +- как и они по скорости) поэтому решение точно есть в выгоде и в скорости в среднем от времени публикации у конкурентов проходит 0-1 минута до смс в тг о новом товаре,скорость нужна такая же +- Скорость считается от времени публикации на Авито Например вышел товар на Авито в 11-00 , а в тг смс пришло в 11-01 , тогда скорость 1 мин ТЗ 1-стабильный быстрый парс с обходом задержки 2-поддержка и гарантия софта 3-получить исходник 4-сделать самые простые онлайн кассу , админку, тг бота, подробнее обсудим это после парсера 5-чтобы наш проект выдержал много людей одновременно, в каждого будет своя ссылка для парса от 150 человек минимум.
Доработать, проконсультировать сотрудников, перенести данные, обновить, интеграция с сайтом. Настроить: сервер 1С, доступ пользователей, печатные формы, первоначальная базовая настройка, обмен данными, отчёты 1С, интерфейс. Конфигурация 1С: Предприятие, Управление торговлей. Версия: 8.3. Специалист по 1С Конфигурация: 1С:Предприятие 8.3 [Телефон скрыт]) 1С:Управление торговлей 11.5.25.85 Обязанности: Сопровождение и поддержка 1С:УТ 11, оперативное решение инцидентов. Доработка функционала, отчетов и печатных форм. Настройка и поддержка процессов продаж, закупок, склада и ценообразования. Консультирование пользователей. Обновление платформы и конфигурации, администрирование прав доступа. Взаимодействие с подразделениями по доработкам и улучшениям. Требования: Опыт работы с 1С:УТ 11 (ред. 11.5 и выше). Уверенное знание платформы 1С 8.3. Навыки доработки типовых конфигураций. Понимание торговых и складских процессов. Будет плюсом: Опыт интеграций (CRM, сайты, обмены). Условия: Работа на постоянной основе. Участие в развитии и оптимизации системы 1С. Работа с живыми бизнес-задачами, а не только поддержка. Ожидаемый результат Стабильная работа 1С без критических сбоев. Минимизация простоев пользователей. Быстрое внедрение изменений под задачи бизнеса. Прозрачная и управляемая система учета.
Микроконтроллер: по рекомендации специалиста. Функции и задача устройства: Техническое задание: Разработка электроники для Flip-счетчика ?Проект: Создание Wi-Fi счетчика с перекидными пластинами. ?1. Функционал и задачи ?Назначение: Отображение динамических данных из интернета (кол-во подписчиков, курс валют, продажи) на физическом табло. ?Связь: Модуль Wi-Fi (предпочтительно на базе ESP32, так как у него больше памяти и два ядра). ?Управление: Настройка Wi-Fi и источника данных через Web-интерфейс (Captive Portal) или мобильное приложение. ?2. Спецификация компонентов ?Привод: Шаговые двигатели (например, 28BYJ-48 или малогабаритные NEMA 11/14) — 5-7 штук. ?Позиционирование: Обязательно наличие датчиков начального положения (оптическая пара или датчик Холла) для каждой цифры, чтобы счетчик калибровался при включении. ?Питание: 5V/12V (через USB-C или разъем DC). ?3. Программная часть (Firmware) ?Интеграция: Написание парсера для работы с API (JSON/XML). ?Обновление данных: Настраиваемый интервал (например, раз в 5 минут). ?Логика вращения: Моторы должны вращаться только вперед (имитация гравитационного падения пластин). При смене цифры с 9 на 0 — полный оборот барабана. ?4. Требуемые результаты ?Принципиальная электрическая схема. ?Разводка печатной платы (PCB) в формате Gerber. ?Исходный код прошивки с комментариями. ?Сборка одного рабочего прототипа на макетной или готовой плате.
Пожелания и особенности: Требуется разработать Telegram-бота с интерфейсом Web App (Mini App) для продажи цифровых подписок (PlayStation Plus, игры). Есть конкретный референс (пример), на который нужно ориентироваться по дизайну и функционалу (скриншот прикрепляю). Что должен уметь бот (Клиентская часть / Web App): 1. Витрина: Открывается как веб-сайт внутри Telegram. Темная тема. 2. Фильтрация и Табы: • Переключение стран (например: Турция / Украина / Индия). При переключении меняются цены и валюта. • Вкладки сроков (1 месяц / 3 месяца / 12 месяцев). • Категории подписок (Essential, Extra, Deluxe). 3. Корзина: Возможность добавить несколько товаров и оформить заказ. 4. Поиск: Строка поиска по играм/товарам. Админ-панель (обязательно): Нужна удобная админка (можно Web-админку или через бот), чтобы я мог: • Менять курс валют (чтобы цены пересчитывались). • Добавлять новые товары и менять картинки. • Видеть список заказов и менять их статусы (Новый -> В работе -> Готов). Оплата: • Интеграция приема платежей (обсуждаемо: CryptoBot, P2P на карту, либо автоматизация через ЮKassa/AAIO). Стек технологий: • Бэкенд: Python (aiogram/Django/FastAPI) или Node.js. • Фронтенд: React, Vue или чистый JS (главное — быстрая работа). • Важно: Конструкторы не предлагать, нужно кастомное решение с возможностью доработок. Пример скину в лс.
Автоматизация расчётов, визуализация данных (графики, диаграммы), финансовые расчёты. Расчёты: логистические. Финансовые расчёты: доходность по ценным бумагам, налогообложение, финансовые показатели компании, заработная плата. Техническое задание есть. Добрый день. Необходимо усовершенствовать таблицу расчета Заработной платы и ведение расходов за месяц с будущим формированием в статистику. Таблица существует сейчас, однако немного устарела и нужно ее усовершенствовать. 1) В связи с новой системой налогооблажения и ддобавлением НДС для эквайринговых систем, требуется обновить и добавить это в учет 2) Добавить больше вариативности добавление мест для продаж (с отдельным подсчетом) 3) Улучшить окно ведения затрат 4) Учесть что расходы могут влиять на ЗП дольщиков по разному (какие-то расходы вычитаются только из 1 участника) 5) Привести в порядок таблицу для подсчета ЗП сборщика заказов 6) Улучшить информативность статистики Расчет зарплаты складывается из разных точек продаж, где сумма продаж вычитается из расходов (эквайринг, комиссия магазина, налог и др) и вычитается из расходов за месяц. Точки продаж могут меняться в зависимости от мероприятий, а также расчет зарплаты происходит по четким датам и может варьироваться. Есть актуальная таблица, готов показать и рассказать. Если можно делать все иначе, также готов рассмотреть разные варианты.
Почему стоит искать работу для фриласнеров по профилю программисты в России у нас?
🔸 Более 3 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в России для фрилансеров на апрель 2026 года — 3602 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в России?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в России? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в России?
На апрель 2026 года опубликовано 3602 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете