#проекты — Public Fediverse posts

Как закрыть и заново запустить проект по онлайн-реабилитации — опыт маркетолога в IT

Привет, Хабр! Меня зовут Анна Стремилова. В 2017 году я собрала три группы онлайн-реабилитации. Люди занимались со специалистами по Skype, а я пыталась понять, можно ли из этого сделать нормальный продукт. Сделать продукт у меня тогда не получилось. Я закрыла проект и следующие девять лет периодически мыслями к нему возвращалась, понимая, что когда-нибудь надо будет это сделать. А потом в 2026 году, после сокращения и примерно 30 собеседований, открыла проект заново. Рассказываю, как так вышло и как мне помог опыт в IT.

https://habr.com/ru/articles/1089242/

#читальный_зал #проекты #проекты_в_IT

Автоматизируем открытие файлов и проектов

В этой статье рассмотрим автоматизицию открытия файлов, проектов и директорий, а также настроим все под себя. Посмотрим, как сохранять часто используемые директории и переключаться между ними с помощью простого меню.

https://habr.com/ru/articles/1087184/

#автоматизация #проекты #файлы #закладки #сохранение #открытие #autohotkey #кастомизация #файловый_менеджер #вкладки

Системы управления требованиями где вы?

Всем привет! Меня зовут Роман, я автор системы управления требованиями прорелиз.рф . И как раз про СУТ давайте поговорим (они же Requirements Management System или RMS). Как вам такая статистика: 80% считают целесообразным внедрение СУТ 67% знают что такое СУТ 4% используют СУТ в работе. Такие данные приведена обзоре 2025 года “Какую систему управления требованиями выбрать: обзор инструментов ”. Эти цифры, мягко говоря, неприятно впечатляют. Казалось бы требования есть в любом проекте, специализированный инструмент как раз нужен. Как так выходит? А у вас СУТ применяется? Думаю, большинство ответит Нет или Excel (опрос внизу).

https://habr.com/ru/articles/1080018/

#требования #проектирование #проекты #управление_требованиями

Устал листать неинтересные проекты на Kwork.ru добавил кнопку Скрыть

На kwork.ru/projects каждый день 50 проектов, половина не подходит. Фильтра «скрыть» нет листаешь одно и то же. Сделал расширение Kwork Hider. Кто листал тот знает

https://habr.com/ru/articles/1081740/

#kwork #kworkru #фриланс #биржа #chrome_extension #проекты #скрыть

Управление проектами: 20 самых интересных публикаций за 2 недели

От аннигиляции завода и аджайла в РЖД до правил ТЗ и профилактики ненужных фич - всё самое интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

https://habr.com/ru/articles/1078936/

#проекты #скрам #менеджмент

Хватит пилить слонов под видом MVP

MVP - одно из самых заезженных слов в корпоративном лексиконе последних лет. Им называют что угодно: небольшой пилот, полнофункциональный продукт, огромный проект на два года, а иногда - даже финальный релиз, который просто не успели доделать. Единственное, чем это редко бывает - минимально жизнеспособным продуктом. То есть тем, чем MVP является по определению. И проблема здесь не в терминологии. Проблема в том, как принимаются решения о том, что попадёт в первый релиз.

https://habr.com/ru/articles/1077760/

#MVP #проекты #проект #управление #управление_проектами #управление_временем

Проекты внедрения ИИ‑агентов. Есть ли отличия от «классических» проектов автоматизации и организационных изменений?

Здравствуй, Хабр! Давно хотел поделиться своими мыслями и изысканиями на тему: «Чем внедрение ИИ‑агентов в бизнесс‑процессы организаций отличается от всего, что мы привыкли делать раньше, внедряя информационные системы». И вот, когда индекс ИИ‑хайпа от @anti_agi вышел на плато, а Билл Гейтс сообщает нам, что мы не готовы к эпохе ИИ — по‑моему, самое время это сделать!

https://habr.com/ru/articles/1076776/

#внедрение_ии #агенты_ии #проекты #внедрение #аналитика #прогнозы #агентный_ии #ииагенты_в_бизнесе #управление_ии

Когда продукт считать готовым? Или мы обречены на вечный допил…

Привет, Хабр! (И тебе, случайный читатель, который открыл эту статью в перерыве между двадцатой правкой того, что ты ещё месяц назад гордо назвал финальной версией). Сегодня давайте без кода и без нытья пофилософствуем на тему: Когда же продукт готов? И будет ли готов когда-нибудь...?

https://habr.com/ru/articles/1074416/

#разработка #перфекционизм #python #1c #javascript #проекты #управление_проектами #философия #философия_программирования

«С вами работает наша команда». А если это не так?

«С вами работает наша команда». А если это не так? Как известный подрядчик передаёт ваш проект вглубь цепочки субподрядчиков, почему это разработка по принципу «испорченного телефона», и во что это обходится бизнесу через год Здесь и далее «ваша команда» - это не абстрактная команда компании, а те конкретные люди, которых вам показали, с которыми вы обсуждали задачу и которых вы, по сути, заказывали.

https://habr.com/ru/articles/1076114/

#подрядчики #субподрядчики #проекты #разработка #менеджемент #управление #перепродажа #фриланс #компании_it

Витать в облаках или спуститься на землю: где поселить ИСУП

Представим, что вам предстоит приобрести новый автомобиль. Хотел бы я сказать, что сам столкнулся с таким выбором, но увы и ах… С одной стороны — красивый внедорожник с трехлитровым бензиновым двигателем, а с другой — технологичный электрокар с возможностью бесплатно парковаться и большой переноской (зарядкой-удлинителем). Что вы выберете? Скорее всего, «электричку», которая будет работать и в бензиновый кризис. При этом пару лет назад многие наоборот выбрали бы кроссовер. Получается, при любой крупной покупке надо учитывать риски и возможности в долгосрочной перспективе, а не только ситуацию здесь и сейчас. Что же выбрать?

https://habr.com/ru/companies/directum/articles/1072968/

#управление_проектами #исуп #система_управления_проектами #проекты #ландшафт #облако #onpremise

10+ AI-агентов на Claude Code и Kaiten: опыт директора, который почти вышел из операционки

Вместо обычной команды разработки над проектами работают 10+ ИИ-агентов: они сами создают карточки, спорят друг с другом и двигают задачи по доске. Вот как директор компании всем этим управляет.

https://habr.com/ru/companies/kaiten/articles/1069700/

#исскуственный_интеллект #aiагенты #claude #kaiten #разработка #ииагенты #ии #llm #проекты #автоматизация

Канбан-доски и диаграмма Ганта: обзор 10 систем для управления проектами

Перенес все в карточки, разложил по задачам — канбан-доски отлично визуализируют работу, рай перфекциониста. Но на этом он и заканчивается и приходится выбирать либо наглядная раскладка, либо полноценные проекты. Например, чистый канбан не работает с календарем, приходится подключать диаграмму Ганта. В итоге сложность — икс два: инструментов больше, управлять сложнее. Но страдания — выбор добровольный, а для нежелающих мучиться мы составили канбан-рейтинг, чтобы показать, когда достаточно только досок и базового таймлайна, где не обойтись без полноценного Ганта и как это все засинхронить.

https://habr.com/ru/companies/itarena/articles/1062758/

#гантт #диаграмма_ганта #канбандоски #канбан #проекты #управление_командой #управление_проектами #система_управления_проектами #исуп

Управление проектами: 10 самых интересных публикаций за 2 недели

От провалов в внедрении ERP до построения системы эскалаций - всё самое интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

https://habr.com/ru/articles/1063042/

#проекты #менеджмент #скрам #дайджест

Избавьтесь от Excel-монстра: 4 этапа цифровизации финансов, которые спасут ваш бюджет

Привет, Хабр! Автор этой статьи — Александр, аналитик Directum Projects, и у него для вас провокационный вопрос: «Кто не любит деньги?». Пока вы думаете об ответе, дадим свою версию. Это руководитель проекта.

https://habr.com/ru/companies/directum/articles/1061896/

#управление_бюджетом #система_управления_проектами #бюджет_проекта #проекты #финансовая_отчётность

Как бы мы закрывали уязвимости в SELECTOS, если бы у нас были спринты

Ответ: так же быстро как и сейчас, расходимся! А если серьезно, то давайте обсудим, в какой момент классические подходы к управлению проектами стали альтернативными, и зачем в IT до сих пор натягивают скрам на дедлайны, как сову на глобус. Я Наташа, менеджер проектов

https://habr.com/ru/companies/selectel/articles/1060740/

#sprint #selectel #скрам #проекты #аджайл

Как перестать гадать и начать проверять: гипотезы в работе

В 2025 году группа японских исследователей выдвинули гипотезу: если нанести на тело коровы чёрно-белые полосы, как у зебры, то количество укусов кровососущих мух сократится. Учёные создали три группы японских чёрных коров: неокрашенных, с чёрными полосами на белом фоне и с белыми полосами на чёрном фоне — полную имитацию зебры. Результат: у коров, раскрашенных как зебры, количество укусов снизилось на 50%. Именно такое чередование цветов, а не просто полоски, сбивало мух с толку. Но увы, за этот эксперимент с коровами-зебрами ученые получили лишь Шнобелевскую премию по биологии. Есть ощущение, что их явно недооценили...

https://habr.com/ru/companies/rostelecom/articles/1053224/

#гипотезы #команда #коммуникации #рабочие_процессы #проекты #продуктивность #продукт #исследования

Специализированная ИСУП или модуль в универсальной платформе: вот в чем вопрос

Привет, Хабр! Меня зовут Никита, я работаю в Directum Projects: консультирую заказчиков, помогаю с выбором систем при цифровизации проектной работы. Часто я сталкиваюсь с такой ситуацией: компании не могут определиться, какой класс ИСУП им выбрать — специализированную платформу или экосистему. В статье расскажу о том, чем отличаются такие решения и как найти систему, которая по максимуму закроет ваши задачи и не сломается при масштабировании.

https://habr.com/ru/companies/directum/articles/1039010/

#управление_проектами #исуп #система_управления_проектами #проекты #экосистема #итландшафт

AI-native компания: почему пора перестать делать продукты

На первый взгляд AI-native звучит как очередной красивый ярлык для компаний, где всем выдали ChatGPT, Claude Code, Cursor и пару внутренних ботов. Но если смотреть не на инструменты, а на то, как реально работает компания, картина становится интереснее. Оказывается, значительная часть нашей работы — это не создание продукта и даже не принятие решений. Это перенос контекста. Клиент что-то сказал. Аналитик понял и оформил. РП пересказал. Разработчик уточнил. QA нашёл неоднозначность. Архитектор вспомнил, что три года назад похожее решение уже ломалось. Новичок спросил, где это описано. Все снова собрались на встречу, потому что в Jira непонятно, в Confluence устарело, а “без Пети никто этот модуль не понимает”. Снаружи это выглядит как привычная разработка продукта. Внутри — как огромный информационный конвейер, где клиентские сигналы превращаются в требования, требования — в дизайн, дизайн — в код, код — в тесты, релизы, эксплуатацию и новую обратную связь. И чем больше проект, тем дороже становится не сам код, а движение смысла через людей, документы, задачи, переписки и решения. И что с этим делать?

https://habr.com/ru/articles/1035898/

#aiагенты #бизнеспроцессы #проекты #продуктовая_разработка #менеджмент

Отчетность для совета директоров: какие метрики показывают реальное состояние проектов

Привет, Хабр! Меня зовут Константин Капошко, я развиваю систему управления проектами Directum Projects и по работе часто встречаюсь с представителями разных российских компаний, чтобы понять их запросы и боли. Вот что я заметил: в компаниях проектная отчетность может выглядеть убедительно — есть статусы, светофор, регулярные встречи, презентации для руководства. На верхнем уровне создается ощущение, что ситуация под контролем. А потом один из стабильно зеленых проектов «внезапно» срывает сроки, выходит за бюджет и требует срочного вмешательства. В этот момент возникает неприятный, но правильный вопрос: что вообще мы смотрели все это время?

https://habr.com/ru/companies/directum/articles/1035572/

#управление_проектами #отчетность #дорожная_карта #дашборд #аналитика #проекты

Топ Open Source проектов СНГ: кто взлетел на сотни звёзд и как ваш проект может стать следующим

⭐️ Каждый месяц мы собираем топ open source проектов СНГ по приросту звёзд! Публикуем самые быстрорастущие проекты сообщества разбираем, почему они получают внимание, и делимся практическими советами, которые помогают авторам развивать свои проекты и привлекать контрибьюторов. Если вы тоже развиваете Open Source проект, возможно следующий топ будет уже с вашим репозиторием :)

https://habr.com/ru/articles/1034036/

#open_source #проекты #опенсорс #github #вебразработа #серверная_разработка #системное_программирование #python #djangomodernrest #гитхаб

Сегодня день Радио, поздравляю всех причастных 😀

Жутко хочу освободить время и вкатиться в эту тему, это интереснейшее занятие (как мне видится со стороны)

Недавно решил поковырять RDS

Немного справки (для тех кто знает - пропускайте)
Если вы когда-нибудь видели на автомагнитоле название станции вроде ROCK FM, бегущую строку с текстом песни или автоматическую установку времени, значит вы уже пользовались RDS, просто не задумывались об этом

Через RDS станция может передавать:

• PS - короткое имя станции
• RT - радиотекст
• PI - код станции
• CT - время станции

Для исследовательского или радиолюбительского проекта это уже набор наблюдаемых цифровых признаков:

• на какой частоте что реально вещает
• как называется станция
• какой у неё PI-код
• передаёт ли она радиотекст
• насколько корректно у неё выставлено RDS-время
• как это всё меняется в разных местах

Что значит я сделал

1. rds.2big.cc - это веб-приложение для отображения таких наблюдений

Идея простая:

1. Устройство сканирует FM-диапазон
2. Ловит станции и читает RDS
3. Прикладывает к observation своё местоположение в виде QTH/Maidenhead
4. Отправляет observation в backend
5. Backend складывает всё в PostgreSQL
6. Frontend показывает локаторы на карте и даёт посмотреть последние приёмы и историю

Итог - получается живая карта наблюдений по локаторам, а не просто поток сырых логов

Почему здесь именно QTH/Maidenhead

Проект не использует точечные координаты как основной индекс отображения. Вместо этого observations группируются по Maidenhead-локаторам

Это даёт несколько практических преимуществ:

• визуализация на карте остаётся простой
• можно легко сравнивать районы, а не отдельные GPS-точки
• locator хорошо знаком радиолюбителям
• анонимность++

Как устроен сканер

Железная часть проекта - это устройство на ESP8266 + SI4703, которое последовательно сканирует FM-частоты и читает RDS

Что делает устройство:

• проходит по диапазону FM
• измеряет RSSI
• ждёт стабилизации RDS-данных
• собирает лучшие кандидаты для PI, PS, RT, CT
• формирует observation
• отправляет его в backend (mqtt/rest)

Вообще изначально была идея увидеть какие станции передают время и насколько оно точно отдаётся

Так же, была попытка запуститься на ESP32 + RDA5807M, но нет - похоже библиотека, которая работает с радио не очень хорошо обрабатывает RDS и часто получал пургу

Почему ESP8266 не использует отдельный GPS-модуль

Можно было бы поставить на сканер внешний GPS-модуль, но для такой задачи это часто избыточно:

• лишняя плата
• лишнее питание
• лишняя антенна
• лишняя сложность

Вместо этого проект использует компаньон на Android

Android-компаньон GPSCaster

ndroid-приложение на Kotlin. Оно работает как локальный GPS-ретранслятор для устройств в той же Wi-Fi сети

Что делает GPSCaster:

• получает положение телефона через FusedLocationProviderClient
• запускает foreground service
• держит в памяти последний валидный fix
• шлёт UDP broadcast в LAN
• слушает UDP-запросы GET_GPS
• шлёт GPS в BLE (тут кстати, отдельная идея - в принципе рассылать GPS через BLE advertisement)
• отвечает пакетом:

GPS,<unix_timestamp_seconds>,<lat>,<lon>,<accuracy_meters>

То есть телефон фактически выступает как "сетевой GPS и источник времени" для ESP8266

Это удобная идея:

• телефон и так уже знает точные координаты
• не нужно ставить отдельный GNSS-модуль на каждое устройство
• можно быстро развернуть систему в машине или в полевых условиях

Как связаны ESP8266 и GPSCaster

Связка работает так:

1. GPSCaster периодически рассылает в локальную сеть UDP-пакеты с координатами и временем
2. ESP8266 слушает порт 45454
3. Если свежих GPS-данных нет, ESP8266 может сам отправить GET_GPS,<device_id>
4. GPSCaster отвечает текущим fix
5. ESP8266 получает:
   
   • время
   • latitude
   • longitude
   • accuracy

   
   

6. По координатам прошивка вычисляет qth
7. По времени ставит ts

Если GPS-время не удалось получить:

• прошивка пробует NTP
• если NTP тоже не дал времени, идёт локальный счётчик от последней успешной синхронизации

Это не полноценный GPS-ресивер, но для задачи сбора подобной информации, более чем подходит

Будет желание - заходите

Если будет интересно - заходите, будем вместе собирать данные - выложу исходники прошивки и протокол передачи данных

#проекты #деньрадио #esp8266 #rds

Нулевой этап проекта: как подготовить команду и не сорвать внедрение

В корпоративных проектах обычно много внимания уделяют срокам, бюджету, функциональности и интеграциям. Но на практике успех или провал проекта часто определяется и другим фактором — готовностью людей к изменениям. Если пользователи не понимают, зачем меняется их работа, если опасения не проговариваются, а решения спускаются сверху, проект почти неизбежно сталкивается с сопротивлением. Формально он может идти по плану, но согласования затягиваются, старые инструменты продолжают жить параллельно, а после запуска компания получает не новую рабочую модель, а затяжной конфликт между бизнесом, ИТ и пользователями. Именно поэтому до старта внедрения полезно пройти нулевой этап — подготовку команды к изменениям. Это не про технологии. Это про людей, роли, ожидания и внутреннюю готовность, без которой даже хорошо спроектированный проект начинает буксовать.

https://habr.com/ru/companies/infostart/articles/1032094/

#управление_проектами #управление_людьми #управление_командой #менеджмент #проекты #1с #1с_внедрение

Почему проекты внедрения 1С выходят за бюджет: 7 ошибок, которые дорого обходятся бизнесу

На старте почти любой проект по внедрению 1С кажется вполне управляемым: есть бюджет, определены сроки, и команда уверена, что справится. Создается ощущение, что достаточно последовательно выполнить намеченный план – и через несколько месяцев компания получит новую систему, где все будет работать лучше, быстрее и прозрачнее. На практике все обычно оказывается не так гладко. Сначала недооценивают объем работ. Затем по ходу проекта решают «заодно» добавить еще несколько функций. Подготовку справочников откладывают до последнего, ключевые пользователи продолжают держаться за привычные процессы, а сам проект в результате запускают слишком рано – без полноценной подготовки ни системы, ни сотрудников. Из-за этого бюджет начинает постепенно выходить за рамки. Не одномоментно и не резко, а шаг за шагом. Еще один дополнительный блок, еще одна доработка, лишний этап согласования, новая интеграция – и проект уже обходится заметно дороже, чем планировалось в начале. Хорошая новость в том, что в большинстве случаев это не случайность и не «непредсказуемость внедрения». У перерасхода почти всегда есть вполне конкретные причины. Ниже – семь распространенных ошибок.

https://habr.com/ru/companies/infostart/articles/1031472/

#управление_проектами #проекты #внедрение_1с

Управление проектами: дайджест публикаций #54

Тонкости юзер-стори, устаревшие стори-пойнты, обманывающая команда, токсичность, гайд по дедлайнам, глава из руководства по P3.express и всё самое интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

https://habr.com/ru/articles/1030522/

#проекты

Релиз Ubuntu 26.04: пока, sudo; привет, Rust и постквантовый SSH — разбираем главные изменения в версии Resolute Raccoon

23 апреля британский разработчик Canonical выпустил Ubuntu 26.04 LTS — Resolute Raccoon. А мы в SpaceWeb добавили новую версию дистрибутива на все наши серверы — развернуть свежую систему можно уже сейчас. Релиз получился насыщенным: ядро 7.0, PostgreSQL 18 с трехкратным ускорением чтения, постквантовая криптография в OpenSSH по умолчанию, Rust-реализации sudo и coreutils , удаление cgroup v1 . Ниже — детальный разбор того, что изменилось и на что обратить внимание при миграции.

https://habr.com/ru/companies/runity/articles/1028402/

#spaceweb #linux #linuxсервер #ubuntu #ubuntu_2604 #canonical #сборки #сборки_ос #сборки_утилит #проекты

Для одного проекта понадобилось определение QTH-локатора.

Посмотрел, что есть из готовых решений - чтобы получить результат, нужно сделать слишком много лишних действий, а какие-то не работают

Накодячил чуть проще: qth.2big.cc

Открываешь - сразу получаешь свой QTH

#QTH #проекты

bladeRF 2.0 micro xA9: обзор реальных проектов, приложений и фреймворков

Я решил продолжить обзор bladeRF 2.0 micro xA9 через рассмотрение списка проектов, которые наиболее ярким образом демонстрируют возможности данного SDR в реальных применениях. Многие из этих вариантов прямо или косвенно базируются и обусловлены возможностями данного SDR. Перебирая все упоминания проектов с поддержкой bladeRF, я пришел к выводу, что bladeRF 2.0 micro xA9 лучше всего раскрывается там, где нужны не просто прием и декодирование, а широкий захват, передача, full duplex, MIMO, FPGA и кастомные GNU Radio/Soapy/libbladeRF сценарии. Самые сильные и практически ценные направления рассмотрим ниже. Но обо всем по порядку. Всем заинтересовавшимся - добро пожаловать под кат =)

https://habr.com/ru/companies/beget/articles/1018724/

#bladeRF #20 #xA9 #micro #sdr #ad9361 #проекты #gnu_radio #grosmosdr #soapysdr

У проекта шесть параметров и все важны. Проектный тетраэдр, а не треугольник

Если только кто сталкивался с управлением проектом, то первое на что они натыкались это знаменитый треугольник — сроков, объема и бюджету. А следующее усложнение, это вписанный круг в этот треугольник который означает качество. Что значит этот треугольник? Тут есть два ответа: 1) Его можно представить, как цель для руководителя проекта, а именно сделать нужное качество с установленным бюджетом и сроком. Так сказать выполнить проекцию треугольника во‑времени, и чтобы был он не подобным, а точным. 2) Также указывается взаимосвязь, что если у нас объем «поплыл» и начал увеличивается, то за этим самым начнет увеличиваться и например, сроки при сохранении бюджета, или бюджет при сохранении срока. И при этом что‑то будет происходить с качеством — и если ассоциация с качеством, как вписанным кругом прямая, то получается, при увеличении площади треугольника, оно будет увеличиваться? И если при увеличении сроков или бюджета, такое можно представить, то можно ли представить такое при увеличение объема? Если линейную связь между сроком и бюджетом с качеством представить легко, то с объемом сложнее. Уверен, что качество это отдельная категория, особенно в проектах ИТ, которая такая же самостоятельная и выступает и причиной и следствием с другими параметрами проект. Получается, не треугольник, а квадрат? И тут стоит вспомнить, что слово, которое рука об руку вспоминается с словом проект, а именно риски. Сделать быстро — рискованно, делать долго — менее рискованно. Сделать с большИм бюджетом один и тот‑же объем работ, также менее рискованно. Риски можно увеличивать, можно уменьшать. Более того, из житейского опыта, ясно, что чаще всего именно риски являются следствием соотношения выше рассмотренных параметров. Получается, еще один параметр? И проектный треугольник уже даже не квадрат.

https://habr.com/ru/articles/1019044/

#Управление_проектом #проект #проекты

Проект Terafab: как и зачем Илон Маск строит фабрику чипов за десятки миллиардов

Сейчас все, что связано с вычислениями, растет очень быстро. Искусственный интеллект, автопилоты в машинах, роботы — везде и всюду требуются специализированные чипы, и их нужно все больше. И здесь проблема: компании просто не успевают масштабировать производство, а полупроводниковые элементы в дефиците. Илон Маск решил не ждать, пока ситуация сама как-то выровняется. Недавно он объявил о проекте Terafab — совместной инициативе Tesla, SpaceX и xAI. Суть идеи — не только построить еще один завод, но и собрать весь процесс в одном месте: от разработки чипов до их финальной сборки и тестирования. Давайте посмотрим, что это такое и как Маск собирается воплощать свою задумку в жизнь.

https://habr.com/ru/companies/ru_mts/articles/1015378/

#маск #проекты #электроника

Управление проектами: дайджест публикаций #52

Канбан на практике, гайд по проектным метрикам, портфельное управление, хорошее и плохое ТЗ, обзор книги по P3. Express и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте! Расширенные дайджесты, новости, обзоры книг и курсов для РП и аналитиков — в моем канале «Проектный дайджест» , а теперь ещё и в удобной базе знаний , где я собрал уже почти 2000 статей по управлению проектами — с резюме, тегами и даже pdf‑ками.

https://habr.com/ru/articles/1013142/

#проекты #менеджмент

⚡️ На канале моего проекта с постерами вышел первый в этом году пост. Скорей оцените. И постеры. И текст.

🔗 t.me/postermom/23

#проекты #постеры

Иногда в голове рождаются идеи, которые с одной стороны не несут какой либо практической полезности для всех и тем более финансовой прибыли
Но несут прибыль в виде опыта

Тут подумал, почему не написать icmp сервер, который на каждый запрос будет отвечать с некоторой задержкой, при том, эту задержку будет каждый раз увеличивать вдвоё

Можно опробовать так: ping 185.189.13.15

Сначала всё будет ок, но через несколько секунд будут возникать таймауты

Исходники: github.com/esin/icmp_exp

#проекты