Программисты — удалённая работа в Москве

Настроить: обмен данными. Конфигурация 1С: 1с касса. Версия платформы: 8.3. Конфигурации типовые, без доработок. Количество пользователей: от 1 чел, до 1 чел Задача: нужно подключить digi sm5300bs к 1с касса. что бы данные передавались между собой и товар подгружался из 1с.

Разработка с нуля, доработка существующего приложения, дизайн интерфейса, веб-решение. Устройства для масштабирования: смартфоны, планшеты, ТВ, умные часы. Услуги, продажа.

Пожелания и особенности: Я Senior Project Manager в компании. Мне нужно самостоятельно довести до результата два внутренних управленческих проекта. Ниже я дам тебе: 1. два ТЗ; 2. скрины существующих Notion-фреймворков; 3. текущую структуру People Management. Твоя задача — не просто красиво описать процессы, а спроектировать их как реальные рабочие системы в Notion. Проанализируй мои скрины и: 4. сохрани полезные элементы существующей системы; 5. убери дублирование; 6. предложи финальную архитектуру страниц и баз данных; 7. покажи связи между базами; 8. сформируй шаблоны страниц; 9. сформируй views; 10. сформируй календарь регулярных процессов; 11. сформируй workflow от подготовки до встречи и follow-up; 12. отдельно покажи, что должен делать директор; 13. отдельно покажи, что должен делать HR; 14. отдельно покажи, что должна делать я как Senior Project Manager; 15. отдельно покажи, что должен видеть CEO; 16. сформируй инструкции и сообщения для участников. Важно: не создавай систему ради базы данных. Каждый элемент должен отвечать на вопрос: «Как это помогает управлять командой / проектом и уменьшает необходимость ручного контроля?» Если существующая структура конфликтует с ТЗ — предложи конкретное изменение и объясни, зачем оно нужно. Не выдумывай данные о сотрудниках или сроках. Для неизвестных значений используй [заполнить]. В финале дай мне: A. Architecture B. Databases C. Relations D. Views E. Templates F. Workflow G. Management Calendar H. Roles & Responsibilities I. DoD J. Messages / Guides И отдельно отметь: «Что мне нужно сделать руками в Notion» пошагово, с конкретными действиями как для чайника. ТЗ 1. HR + Business Цель проекта Превратить существующий HR + Business framework из таблицы/артефакта в регулярный управленческий процесс, встроенный во встречи HR, директоров и CEO. Система должна позволять в любой момент ответить: • что бизнес ожидает от HR; • какие задачи HR взял; • кто ответственный; • какой статус; • что изменилось с прошлого периода; • какие есть блокеры/риски; • что нужно обсудить с сео; • какие договоренности были приняты; • что должно попасть в следующий статус. Что уже есть Уже создан и второй месяц используется HR + Business framework. Его не нужно создавать заново. Нужно: 17. сохранить текущий артефакт; 18. починить технические моменты; 19. определить регулярный процесс; 20. встроить его во встречи; 21. сделать так, чтобы система работала без ручного контроля с моей стороны. 1. Структура HR + Business Клод должен использовать текущий фреймворк как основу и привести его к структуре: На каждый бизнес-блок: 1. Планы на период • что бизнес ожидает от HR; • какие запросы есть; • какие задачи нужно решить. 2. HR-задачи • задача; • ответственный; • срок; • статус; • следующий шаг; • блокер/риск; • ссылка на артефакт. 3. Статус периода • план; • факт; • что изменилось; • что не сделано; • почему; • что переносится. 4. Решения / договоренности • решение; • кто принимает; • кто делает; • срок. 5. Следующий период • что переносится; • новые задачи; • что нужно решить на встрече. 2. Регулярность процесса Ты должен визуализировать полный цикл: До начала месяца Директор / бизнес-блок Заполняет планы и запросы HR на следующий период. Например: До 25 числа — директор заполняет планы/запросы на следующий месяц. До HR + Business weekly sync HR собирает актуальный статус: • что сделано; • что в работе; • что заблокировано; • какие вопросы требуют решения. Weekly sync На встрече обсуждаются только отклонения и решения, а не весь список задач подряд. Структура встречи: 22. Что изменилось? 23. Что не выполнено? 24. Где есть риск? 25. Где нужен decision? 26. Что должно быть сделано до следующей встречи? После встречи Ответственный фиксирует: • решение; • owner; • deadline; • next step. 3. Интеграция со статусом директора и сео Это критично. Нужно сделать так, чтобы: HR + Business ? статус директора ? статус CEO То есть информация не должна жить отдельно. Например: HR-задача у директора ? статус задачи меняется ? это автоматически становится частью еженедельного статуса директора ? сео видит актуальную картину без отдельного запроса. Клод должен предложить визуальную схему этого процесса. 4. Weekly sync Создать единый шаблон встречи. Название HR + Business Weekly Agenda 1. Changes • что изменилось с прошлой недели? 2. Progress • что закрыто? 3. Risks / Blockers • где проблема? 4. Decisions • что нужно решить? 5. Next steps • кто / что / до какой даты? 5. Сообщение директорам Создать шаблон: Коллеги, с этого периода HR + Business переходим в регулярный weekly sync. На встрече будем коротко проходить: — текущие задачи HR по вашему блоку; — изменения с прошлого статуса; — блокеры и риски; — вопросы, где нужно решение; — следующие шаги. До встречи, пожалуйста, актуализируйте свои задачи и статусы в [ссылка]. На самой встрече не будем проходить весь список — фокус только на изменениях, проблемах и решениях. 6. Definition of Done проекта HR + Business Проект считается завершённым, когда: • существующий framework приведён к финальной структуре; • определена периодичность всех действий; • определены ответственные; • определены дедлайны заполнения; • создан шаблон weekly sync; • HR + Business встроен в регулярные статусы директоров; • после статусов автоматически/регулярно фиксируются решения и follow-up; • все директора работают по одному процессу; • Сео может получить актуальный статус без ручного сбора информации проектным менеджером; • процесс протестирован минимум один полный цикл; • описан гайд «как работает HR + Business»; • понятно, кто и когда актуализирует систему без участия Ани. ТЗ 2. Единый управленческий контур директоров Здесь я бы полностью пересобрала логику, учитывая комментарии руководителей. Главное изменение: ? не «страница на каждого директора» а: Команда / подразделение ? директор ? регулярные управленческие процессы ? проекты ? People Management ? статусы ? CEO То есть единицей управления должна быть команда/отдел, а не человек. Цель проекта Создать единый управленческий контур Astra, в котором сео в одном месте видит по каждой команде: • кто руководитель; • цели; • проекты; • People Management; • регулярные процессы; • текущие статусы; • ближайшие решения; • ссылки на рабочие артефакты. Это не база данных, а рабочий инструмент управления. 1. Главная структура Клод должен визуализировать: ASTRA ? ??? Команды / подразделения ? ? ??? Команда 1 ? ? ??? Руководитель ? ? ??? Q3 Goals ? ? ??? Projects ? ? ??? People Management ? ? ??? Monthly Review ? ? ??? Weekly Status ? ? ??? Quarterly Retro ? ? ? ??? Команда 2 ? ??? Команда 3 ? ??? CEO Dashboard 2. Для каждой команды Создать единый шаблон. Блок 1. Team • название команды; • директор; • участники; • зона ответственности; • ссылка на оргструктуру. Блок 2. Квартальные цели • цель; • owner; • deadline; • status; • progress; • link. Блок 3. Проекты И здесь обязательно учесть комментарий руководителя: Проекты команд — одна из составляющих пространства директоров и команд, по которым должны проходить еженедельные координации. По каждому проекту: • проект; • цель; • PM / owner; • этап; • deadline; • статус; • блокеры; • next step; • ссылка. Блок 4. People Management Не просто список сотрудников. По людям: • сотрудник; • роль; • руководитель; • текущий статус; • цели; • 1:1 / monthly review; • риски; • action items. Блок 5. Ежемесячное ревью • цели месяца; • plan; • fact; • achievements; • problems; • risks; • requests; • next month focus. Блок 6. Weekly Status Это не просто поле «статус». Цель Weekly Status: дать сео актуальную картину по команде и выявить отклонения, риски и решения, которые требуют его участия. На статусе обсуждается: 27. What changed? 28. Progress vs plan 29. Risks / blockers 30. Decisions needed 31. Next steps 3. Календарь процессов Вот это как раз то, что ты правильно почувствовала: нужно добавить даты. Сделать отдельный блок: Management Calendar Процесс Периодичность Кто готовит Deadline подготовки Дата встречи Кто участвует Артефакт Q3 Goals квартал Director XX XX Director + Ivan Goals HR + Business неделя Director / HR XX XX HR + Director Framework Weekly Status неделя Director XX XX Director + Ivan Status Monthly Review месяц Director XX XX Director + Ivan Review People Review месяц Director XX XX Director People Quarterly Retro квартал Director XX XX Director + Ivan Retro Это и есть переход от базы к управленческому контуру. 4. Что должно происходить автоматически по календарю Клод должен заложить логику: Наступает дата подготовки ? Ответственному приходит reminder ? Он обновляет артефакт ? До даты встречи статус готов ? Проводится weekly/monthly sync ? Фиксируются решения ? Owner + deadline ? Следующий цикл 5. Как актуализировать систему Это отдельный обязательный блок. Написать: Правила актуализации Структура • меняется при изменении состава команды / руководителя. Goals • актуализируются при постановке / изменении целей. Projects • обновляются owner'ом проекта. People Management • обновляется руководителем команды. Weekly Status • обновляется перед еженедельным статусом. Monthly Review • обновляется в конце месяца. Management Calendar • поддерживается PM / ответственным за контур. 6. Важное правило по ссылкам Учитывая комментарий руководителя: ? не показывать голые ссылки. Вместо: https://notion.so/.... показывать: Q3 Goals — Development People Management — Development Project Dashboard — Development Monthly Review — August То есть ссылка должна отображаться названием артефакта. 7. Что делать с комментариями Не строить процесс на комментариях. Вместо комментариев использовать: • Decision; • Question; • Blocker; • Action; • Owner; • Deadline. Например: Decision needed: подтвердить структуру команды Owner: Ivan Deadline: 21 Aug 8. CEO Dashboard Верхнеуровневая страница для руководителя. Он должен видеть: All Teams Команда Director Goals Projects People Weekly Status Risks И кликом проваливаться внутрь команды. 9. Weekly coordination На уровне команд: Weekly Team Coordination Каждый директор приходит с: 1. Goals • что планировали; • что сделали. 2. Projects • где прогресс; • где отклонение. 3. People • важные изменения; • риски. 4. Decisions • что нужно от руководителя. 5. Next week • что будет сделано.

Заполнение таблиц данными. Техническое задание есть. Пожелания и особенности: Ассистент по работе с Google Таблицами и отчетами Ищем ассистента для работы с отчетностью в команду AKULOV Agency. Мы занимаемся таргетированной рекламой для онлайн-школ. Это удаленная частичная занятость для человека, который уверенно работает с Google Таблицами/Excel, внимателен к цифрам и спокойно относится к регулярным задачам по отчетности. На старте всему процессу обучим: покажем рекламные кабинеты, таблицы, дашборды и объясним, откуда и какие данные необходимо брать. Что нужно делать * заходить в рекламные кабинеты Google Ads; * переносить в готовые Google Таблицы показатели: показы, клики, расходы, конверсии; * по отдельным проектам брать дополнительные данные из готовых дашбордов и выгрузок: регистрации, количество и суммы заказов и оплат, участников вебинаров и другие показатели; * заполнять ежедневные отчеты; * по понедельникам и четвергам обновлять данные за предыдущие 4 недели с учетом новых конверсий, заказов и оплат; * раз в неделю заполнять более детализированные отчеты по отдельным проектам; * раз в месяц добавлять новый месяц в таблицы и обновлять формулы. Самостоятельно настраивать или анализировать рекламу не нужно. Основная задача - корректно собрать необходимые показатели из указанных источников и перенести их в готовые отчеты. График и занятость Удаленно, ориентировочно 1-2 часа в день. По текущей загрузке: * вторник, среда, пятница - около 1-1,5 часа; * понедельник - около 1,5-2 часов; * четверг - до 3 часов. Важно учитывать, что часть отчетов привязана к конкретному времени. Основные ежедневные отчеты необходимо заполнять до 10:00 по Москве, а по четвергам есть отдельные еженедельные отчеты со сроками до 7:00 и 11:00. Иногда в течение дня может потребоваться дополнительно подключиться и обновить или проверить данные. Постоянных созвонов нет. На начальном этапе будут созвоны для обучения и передачи задач. Что важно * уверенное владение Google Таблицами/Excel; * умение работать с формулами; * внимательность к цифрам и деталям; * соблюдение сроков; * возможность работать с отчетами преимущественно в утреннее время; * возможность при необходимости оперативно выйти на связь; * ответственность и самостоятельность. Опыт работы с Google Ads будет плюсом, но не является обязательным - покажем, где находятся необходимые показатели. Оплата Испытательный период (первый месяц-два) - 10 000 ? в месяц. После успешного прохождения испытательного периода - 15 000 ? в месяц. Под успешным прохождением понимаем, что человек разобрался в процессах, самостоятельно выполняет регулярные задачи в срок, внимательно работает с данными и не требует постоянных напоминаний и перепроверок. Ориентировочное начало работы - с 1 сентября. Если вам интересна вакансия, напишите, пожалуйста: 1. Какой у вас уровень Excel/Google Таблиц? 2. Работали ли вы с Google Ads или другими рекламными кабинетами? 3. Есть ли опыт работы с отчетами и большим количеством цифр? 4. Сможете ли вы регулярно выполнять задачи в утреннее время с учетом указанных дедлайнов? 5. Подходит ли вам такой формат занятости и оплаты?.

Микроконтроллер: Arduino Uno R3. Функции и задача устройства: Добрый день! Нужна помощь с курсовым проектом для 2 курса. Тема проекта "ИЗУЧЕНИЕ ВОЗМОЖНОСТИ РАЗВЁРТЫВАНИЯ РАДИОКАНАЛА НА БАЗЕ МОДУЛЕЙ LoRa E220 (900 МГц) В УСЛОВИЯХ ГОРОДСКОГО РЕЛЬЕФА" . Цель курсового проекта" Экспериментальное изучение характеристик распространения радиоволн и оценка возможности создания устойчивого радиоканала на технологии LoRa в диапазоне 900 МГц для обеспечения связи в условиях городской застройки в районе КубГУ", методичка у меня есть . Перечень заданий . 1. Провести анализ городской среды и идентифицировать ключевые преграды для радиосигнала. 2. Разработать методику полевых измерений уровня принимаемого сигнала (RSSI), отношения сигнал-шум (SNR) и коэффициента потерь (Path Loss). 3, Собрать аппаратный комплекс на базе модулей LoRa E220 для проведения экспериментов. 4. Выполнить натурные измерения параметров радиоканала на различных расстояниях и в типовых городских локациях. 5. Построить карту пространственного распределения уровня сигнала (RSSI-карту) продолжаю пятое задание и зоны устойчивой связи. 6. Провести сравнительный анализ экспериментальных данных с результатами прогнозирования моделью распространения (логарифмической,Okumura-Hata и др). 7. Разработать практические рекомендации по планированию и развёртыванию LoRa-сетей в городской среде нужно запрограммировать приёмник и передатчик, плата ардуино уно r3, модули лора е220, антенны, LCD 1602 и потом на территории КубГУ провести 10 измерений и чтобы экран показывал уровень принимаемого сигнала и мощность, а формулу выводить только после эксперимента нужно присутствие, чтобы провести измерения на территории КубГУ, а для этого надо собрать аппаратный комплекс на базе модулей лора е220 900 МГц, и надо запрограммировать всё это дело чтобы передатчик передавал сигнал, а приёмник их принимал надо чтобы на лсд 1602 показывало мощность и уровень сигнала, провести нужно 10 измерений, потом построить карту и график. Очень нужно так как у меня долг и в сентябре уже надо сдавать курсовой проект . надо ещё потом будет установку показать научному руководителю что показывает экран и работу в целом и мне тоже с человеком не помешало бы съездить на территорию КубГУ и провести измерения и потом чтобы всё что сделаем мог объяснить научному руководителю и на защите\.

Обучение детей по готовым мате. Работа тьютором. Пожелания и особенности: 900р час работы О компании: KIBERone — это сообщество продвинутых детей и взрослых. Мы не просто учим программированию, мы развиваем аналитическое мышление, коммуникацию и уверенность в будущем. У нас дружеская атмосфера, индивидуальный подход и высокая миссия — растить гениев. Открываем новую точку в Москве на улице Гиляровского, 51, и ищем единомышленников! Чем предстоит заниматься: · Проводить занятия по программированию для детей и подростков (6–17 лет) по готовым методическим материалам KIBERone. · Обучать практическим навыкам в одном или нескольких направлениях: Python (в том числе для Minecraft), создание сайтов (HTML/CSS/JavaScript + конструкторы), Unity3D + C#, Java, графические редакторы. · Помогать резидентам осваивать материал, отвечать на вопросы, поддерживать дисциплину в группе до 12 человек. · Участвовать в организации открытых уроков, соревнований и мероприятий. · Давать обратную связь родителям об успехах детей. Мы ждём, что вы: · Имеете высшее образование в сфере IT (приветствуется учёная степень, участие в олимпиадах). · Являетесь практикующим разработчиком с опытом от 2 лет. · Владеете как минимум одним из инструментов: Python, Unity, Java, веб-разработка или конструкторы приложений. · Умеете объяснять сложные вещи простым языком, у вас есть опыт преподавания или наставничества (приветствуется). · Обладаете личными качествами: ответственность, пунктуальность, стрессоустойчивость, позитивный настрой, желание работать с детьми. · Грамотная устная и письменная речь. Мы предлагаем: · Гибкий график работы (будние дни после обеда / выходные) согласно расписанию на локации. · Почасовую оплату – обсуждаем на собеседовании, конкурентоспособную для рынка Москвы. · Бесплатное обучение методике KIBERone, доступ к готовым учебным материалам. · Работу в современной, технологичной школе с дружным коллективом. · Возможность профессионального и карьерного роста (вплоть до старшего тьютора и методиста). Остальные детали обсудим на звонке и договоримся по условиям Звоните [Телефон скрыт].