#разработка_программного_обеспечения — Public Fediverse posts

Python в enterprise: момент, когда пора открыть Java не только ради собеседований

Интернет любит вечные войны: Linux против Windows, Vim против IDE, tabs против spaces. И, конечно, Python против Java. Одни говорят: «Python уже готов для enterprise». Другие считают RPS и стоимость инфраструктуры. Под катом — история реального выбора для аэропортовой системы AWOS: почему строгая типизация, бинарная переносимость и современный GC перевесили лаконичность — и что стоит попробовать Python-разработчику.

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

#java #python #разработка_программного_обеспечения

Python в enterprise: момент, когда пора открыть Java не только ради собеседований

Интернет любит вечные войны: Linux против Windows, Vim против IDE, tabs против spaces. И, конечно, Python против Java. Одни говорят: «Python уже готов для enterprise». Другие считают RPS и стоимость инфраструктуры. Под катом — история реального выбора для аэропортовой системы AWOS: почему строгая типизация, бинарная переносимость и современный GC перевесили лаконичность — и что стоит попробовать Python-разработчику.

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

#java #python #разработка_программного_обеспечения

Python в enterprise: момент, когда пора открыть Java не только ради собеседований

Интернет любит вечные войны: Linux против Windows, Vim против IDE, tabs против spaces. И, конечно, Python против Java. Одни говорят: «Python уже готов для enterprise». Другие считают RPS и стоимость инфраструктуры. Под катом — история реального выбора для аэропортовой системы AWOS: почему строгая типизация, бинарная переносимость и современный GC перевесили лаконичность — и что стоит попробовать Python-разработчику.

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

#java #python #разработка_программного_обеспечения

Python в enterprise: момент, когда пора открыть Java не только ради собеседований

Интернет любит вечные войны: Linux против Windows, Vim против IDE, tabs против spaces. И, конечно, Python против Java. Одни говорят: «Python уже готов для enterprise». Другие считают RPS и стоимость инфраструктуры. Под катом — история реального выбора для аэропортовой системы AWOS: почему строгая типизация, бинарная переносимость и современный GC перевесили лаконичность — и что стоит попробовать Python-разработчику.

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

#java #python #разработка_программного_обеспечения

Три мифа, на которых горит dev-бизнес: почему армия джунов и магия ИИ не спасут ваш проект

Привет, Хабр! Часто, заходя в крупные ИТ-проекты, мы наблюдаем одну и ту же картину: заказчики выбирают «странные пути», которые кажутся логичными на бумаге, но на практике сжигают миллионы рублей и годы времени. Это не просто ошибки планирования, а фундаментальные мифы, которые до сих пор живут в головах топ-менеджмента. Недавно мы собрались с коллегами, чтобы препарировать эти заблуждения. Если вам ближе видеоформат, полную версию нашего разговор можно посмотреть на Youtube , а обсудить технические нюансы мы всегда готовы в Telegram-канале Департамент разработки .

https://habr.com/ru/companies/diasoft_company/articles/1028262/

#diasoft #digital_q #платформы #разработка_программного_обеспечения #искусственный_интеллект #конвейер #найм_разработчиков #управление_проектами #управление_разработкой #lowcode

Три мифа, на которых горит dev-бизнес: почему армия джунов и магия ИИ не спасут ваш проект

Привет, Хабр! Часто, заходя в крупные ИТ-проекты, мы наблюдаем одну и ту же картину: заказчики выбирают «странные пути», которые кажутся логичными на бумаге, но на практике сжигают миллионы рублей и годы времени. Это не просто ошибки планирования, а фундаментальные мифы, которые до сих пор живут в головах топ-менеджмента. Недавно мы собрались с коллегами, чтобы препарировать эти заблуждения. Если вам ближе видеоформат, полную версию нашего разговор можно посмотреть на Youtube , а обсудить технические нюансы мы всегда готовы в Telegram-канале Департамент разработки .

https://habr.com/ru/companies/diasoft_company/articles/1028262/

#diasoft #digital_q #платформы #разработка_программного_обеспечения #искусственный_интеллект #конвейер #найм_разработчиков #управление_проектами #управление_разработкой #lowcode

Три мифа, на которых горит dev-бизнес: почему армия джунов и магия ИИ не спасут ваш проект

Привет, Хабр! Часто, заходя в крупные ИТ-проекты, мы наблюдаем одну и ту же картину: заказчики выбирают «странные пути», которые кажутся логичными на бумаге, но на практике сжигают миллионы рублей и годы времени. Это не просто ошибки планирования, а фундаментальные мифы, которые до сих пор живут в головах топ-менеджмента. Недавно мы собрались с коллегами, чтобы препарировать эти заблуждения. Если вам ближе видеоформат, полную версию нашего разговор можно посмотреть на Youtube , а обсудить технические нюансы мы всегда готовы в Telegram-канале Департамент разработки .

https://habr.com/ru/companies/diasoft_company/articles/1028262/

#diasoft #digital_q #платформы #разработка_программного_обеспечения #искусственный_интеллект #конвейер #найм_разработчиков #управление_проектами #управление_разработкой #lowcode

Три мифа, на которых горит dev-бизнес: почему армия джунов и магия ИИ не спасут ваш проект

Привет, Хабр! Часто, заходя в крупные ИТ-проекты, мы наблюдаем одну и ту же картину: заказчики выбирают «странные пути», которые кажутся логичными на бумаге, но на практике сжигают миллионы рублей и годы времени. Это не просто ошибки планирования, а фундаментальные мифы, которые до сих пор живут в головах топ-менеджмента. Недавно мы собрались с коллегами, чтобы препарировать эти заблуждения. Если вам ближе видеоформат, полную версию нашего разговор можно посмотреть на Youtube , а обсудить технические нюансы мы всегда готовы в Telegram-канале Департамент разработки .

https://habr.com/ru/companies/diasoft_company/articles/1028262/

#diasoft #digital_q #платформы #разработка_программного_обеспечения #искусственный_интеллект #конвейер #найм_разработчиков #управление_проектами #управление_разработкой #lowcode

Я написал собственный язык программирования на Node.js — и вот что из этого вышло

Привет, Хабр! Меня зовут SlywerX, я студент 3 курса кафедры Программной инженерии МТУ (Алматы) и fullstack-разработчик. Несколько месяцев назад я задался вопросом: а как вообще работают языки программирования изнутри? Лучший способ разобраться — написать свой. Так появился SWX (Shadow Web eXploit) — скриптовый язык на базе Node.js с собственным синтаксисом, криптографией и даже HTML-рендерингом. Сейчас SWX на версии 7.0.0. В этой статье расскажу как всё устроено, что было сложно и зачем это вообще нужно было делать.

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

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

Я написал собственный язык программирования на Node.js — и вот что из этого вышло

Привет, Хабр! Меня зовут SlywerX, я студент 3 курса кафедры Программной инженерии МТУ (Алматы) и fullstack-разработчик. Несколько месяцев назад я задался вопросом: а как вообще работают языки программирования изнутри? Лучший способ разобраться — написать свой. Так появился SWX (Shadow Web eXploit) — скриптовый язык на базе Node.js с собственным синтаксисом, криптографией и даже HTML-рендерингом. Сейчас SWX на версии 7.0.0. В этой статье расскажу как всё устроено, что было сложно и зачем это вообще нужно было делать.

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

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

Я написал собственный язык программирования на Node.js — и вот что из этого вышло

Привет, Хабр! Меня зовут SlywerX, я студент 3 курса кафедры Программной инженерии МТУ (Алматы) и fullstack-разработчик. Несколько месяцев назад я задался вопросом: а как вообще работают языки программирования изнутри? Лучший способ разобраться — написать свой. Так появился SWX (Shadow Web eXploit) — скриптовый язык на базе Node.js с собственным синтаксисом, криптографией и даже HTML-рендерингом. Сейчас SWX на версии 7.0.0. В этой статье расскажу как всё устроено, что было сложно и зачем это вообще нужно было делать.

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

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

Я написал собственный язык программирования на Node.js — и вот что из этого вышло

Привет, Хабр! Меня зовут SlywerX, я студент 3 курса кафедры Программной инженерии МТУ (Алматы) и fullstack-разработчик. Несколько месяцев назад я задался вопросом: а как вообще работают языки программирования изнутри? Лучший способ разобраться — написать свой. Так появился SWX (Shadow Web eXploit) — скриптовый язык на базе Node.js с собственным синтаксисом, криптографией и даже HTML-рендерингом. Сейчас SWX на версии 7.0.0. В этой статье расскажу как всё устроено, что было сложно и зачем это вообще нужно было делать.

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

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

Как поход в кино превратился в сессию системного дизайна

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

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

#distributed_systems #распределенные_системы #проектирование_систем #system_design #software_engineering #postgresql #разработка_программного_обеспечения #idempotency #backend #backendразработка

Как поход в кино превратился в сессию системного дизайна

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

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

#distributed_systems #распределенные_системы #проектирование_систем #system_design #software_engineering #postgresql #разработка_программного_обеспечения #idempotency #backend #backendразработка

Как поход в кино превратился в сессию системного дизайна

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

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

#distributed_systems #распределенные_системы #проектирование_систем #system_design #software_engineering #postgresql #разработка_программного_обеспечения #idempotency #backend #backendразработка

Как поход в кино превратился в сессию системного дизайна

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

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

#distributed_systems #распределенные_системы #проектирование_систем #system_design #software_engineering #postgresql #разработка_программного_обеспечения #idempotency #backend #backendразработка

Когнитивный инжиниринг: почему ваш код — это слепок вашей психики (Каскад 1)

Мы привыкли думать, что архитектура программ рождается из требований бизнеса, бюджетов и технологий. Но в самом начале любого проекта лежит архитектура мышления — разработчика, заказчика, пользователя. Эта статья и ряд других в серии «каскад» — попытка рассмотреть проектирование как отражение когнитивных механизмов человека. Не UX, не поведение пользователей, а именно то, как фазы нашего мышления формируют будущую систему. И главное — как, поняв это, создавать более устойчивые и человечные архитектуры.

https://habr.com/ru/companies/bft/articles/1005308/

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

Когнитивный инжиниринг: почему ваш код — это слепок вашей психики (Каскад 1)

Мы привыкли думать, что архитектура программ рождается из требований бизнеса, бюджетов и технологий. Но в самом начале любого проекта лежит архитектура мышления — разработчика, заказчика, пользователя. Эта статья и ряд других в серии «каскад» — попытка рассмотреть проектирование как отражение когнитивных механизмов человека. Не UX, не поведение пользователей, а именно то, как фазы нашего мышления формируют будущую систему. И главное — как, поняв это, создавать более устойчивые и человечные архитектуры.

https://habr.com/ru/companies/bft/articles/1005308/

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

Когнитивный инжиниринг: почему ваш код — это слепок вашей психики (Каскад 1)

Мы привыкли думать, что архитектура программ рождается из требований бизнеса, бюджетов и технологий. Но в самом начале любого проекта лежит архитектура мышления — разработчика, заказчика, пользователя. Эта статья и ряд других в серии «каскад» — попытка рассмотреть проектирование как отражение когнитивных механизмов человека. Не UX, не поведение пользователей, а именно то, как фазы нашего мышления формируют будущую систему. И главное — как, поняв это, создавать более устойчивые и человечные архитектуры.

https://habr.com/ru/companies/bft/articles/1005308/

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

Когнитивный инжиниринг: почему ваш код — это слепок вашей психики (Каскад 1)

Мы привыкли думать, что архитектура программ рождается из требований бизнеса, бюджетов и технологий. Но в самом начале любого проекта лежит архитектура мышления — разработчика, заказчика, пользователя. Эта статья и ряд других в серии «каскад» — попытка рассмотреть проектирование как отражение когнитивных механизмов человека. Не UX, не поведение пользователей, а именно то, как фазы нашего мышления формируют будущую систему. И главное — как, поняв это, создавать более устойчивые и человечные архитектуры.

https://habr.com/ru/companies/bft/articles/1005308/

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

mise — утилита необходимая каждому разработчику и в каждом проекте

Утилита mise (полное название MISE-EN-PLACE) настраивает необходимое для разработки окружение: Для разработчика это глобальный набор инструментов (от языков программирования до мелких утилит) нужных версий. Для проектов это аналогичный набор инструментов (специфичных для этого проекта версий, одинаковых у всех разработчиков и на CI) плюс конфигурация (переменные окружения/зашифрованные секреты для конкретного dev/staging/prod/… окружения плюс локальные отличия) плюс задачи (скрипты) для сборки/тестирования/деплоя/…. Я использую mise примерно полтора года, постепенно перевожу на неё все свои проекты, и мне однозначно нравится результат! Дальше я опишу свои впечатления от использования mise, но, в общем и целом, всё необходимое есть в официальной доке .

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

#mise #tools #environment #tasks #инструменты #переменные_окружения #задачи #разработка_программного_обеспечения

mise — утилита необходимая каждому разработчику и в каждом проекте

Утилита mise (полное название MISE-EN-PLACE) настраивает необходимое для разработки окружение: Для разработчика это глобальный набор инструментов (от языков программирования до мелких утилит) нужных версий. Для проектов это аналогичный набор инструментов (специфичных для этого проекта версий, одинаковых у всех разработчиков и на CI) плюс конфигурация (переменные окружения/зашифрованные секреты для конкретного dev/staging/prod/… окружения плюс локальные отличия) плюс задачи (скрипты) для сборки/тестирования/деплоя/…. Я использую mise примерно полтора года, постепенно перевожу на неё все свои проекты, и мне однозначно нравится результат! Дальше я опишу свои впечатления от использования mise, но, в общем и целом, всё необходимое есть в официальной доке .

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

#mise #tools #environment #tasks #инструменты #переменные_окружения #задачи #разработка_программного_обеспечения

mise — утилита необходимая каждому разработчику и в каждом проекте

Утилита mise (полное название MISE-EN-PLACE) настраивает необходимое для разработки окружение: Для разработчика это глобальный набор инструментов (от языков программирования до мелких утилит) нужных версий. Для проектов это аналогичный набор инструментов (специфичных для этого проекта версий, одинаковых у всех разработчиков и на CI) плюс конфигурация (переменные окружения/зашифрованные секреты для конкретного dev/staging/prod/… окружения плюс локальные отличия) плюс задачи (скрипты) для сборки/тестирования/деплоя/…. Я использую mise примерно полтора года, постепенно перевожу на неё все свои проекты, и мне однозначно нравится результат! Дальше я опишу свои впечатления от использования mise, но, в общем и целом, всё необходимое есть в официальной доке .

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

#mise #tools #environment #tasks #инструменты #переменные_окружения #задачи #разработка_программного_обеспечения

mise — утилита необходимая каждому разработчику и в каждом проекте

Утилита mise (полное название MISE-EN-PLACE) настраивает необходимое для разработки окружение: Для разработчика это глобальный набор инструментов (от языков программирования до мелких утилит) нужных версий. Для проектов это аналогичный набор инструментов (специфичных для этого проекта версий, одинаковых у всех разработчиков и на CI) плюс конфигурация (переменные окружения/зашифрованные секреты для конкретного dev/staging/prod/… окружения плюс локальные отличия) плюс задачи (скрипты) для сборки/тестирования/деплоя/…. Я использую mise примерно полтора года, постепенно перевожу на неё все свои проекты, и мне однозначно нравится результат! Дальше я опишу свои впечатления от использования mise, но, в общем и целом, всё необходимое есть в официальной доке .

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

#mise #tools #environment #tasks #инструменты #переменные_окружения #задачи #разработка_программного_обеспечения

20 тейков по коммерческой разработке за 20+ лет работы разработчиком

Всем привет, решил поделиться рандомными мыслями. Более интересно начинающим разработчикам, но думаю все могут что-нибудь добавить или обсудить. Погнали! #1 Разработка - это про построение систем, а не чисто про написание кода. И да, это сложно. Заниматься этим можно, только если это действительно тебе интересно. Будешь себя насиловать, выгоришь или станешь просто грустным.

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

#разработка #карьера #разработка_программного_обеспечения

20 тейков по коммерческой разработке за 20+ лет работы разработчиком

Всем привет, решил поделиться рандомными мыслями. Более интересно начинающим разработчикам, но думаю все могут что-нибудь добавить или обсудить. Погнали! #1 Разработка - это про построение систем, а не чисто про написание кода. И да, это сложно. Заниматься этим можно, только если это действительно тебе интересно. Будешь себя насиловать, выгоришь или станешь просто грустным.

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

#разработка #карьера #разработка_программного_обеспечения

20 тейков по коммерческой разработке за 20+ лет работы разработчиком

Всем привет, решил поделиться рандомными мыслями. Более интересно начинающим разработчикам, но думаю все могут что-нибудь добавить или обсудить. Погнали! #1 Разработка - это про построение систем, а не чисто про написание кода. И да, это сложно. Заниматься этим можно, только если это действительно тебе интересно. Будешь себя насиловать, выгоришь или станешь просто грустным.

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

#разработка #карьера #разработка_программного_обеспечения

20 тейков по коммерческой разработке за 20+ лет работы разработчиком

Всем привет, решил поделиться рандомными мыслями. Более интересно начинающим разработчикам, но думаю все могут что-нибудь добавить или обсудить. Погнали! #1 Разработка - это про построение систем, а не чисто про написание кода. И да, это сложно. Заниматься этим можно, только если это действительно тебе интересно. Будешь себя насиловать, выгоришь или станешь просто грустным.

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

#разработка #карьера #разработка_программного_обеспечения

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

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

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

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

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

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

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

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

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

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

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

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

Экономика выбора: Python, Java, Go при разных RPS. Деньги или скорость?

Сегодня проведём полный экономический анализ для каждого языка программирования, основанный на реальных данных и кейсах и покажем, как количественно оценить trade-off между скоростью разработки и производительностью, учесть долгосрочные затраты на поддержку кода. В меню — исследования скорости разработки, стоимость изменений, скорость обновления кода для разных отраслей, стоимость инфры. Учитывая эти факторы, посчитаю для скольких RPS экономически оправдано использовать тот или иной язык разработки. В конце вы получите ссылку на экономическую модель, которую сможете забрать и использовать у себя, подкрутив разные параметры для своего кейса.

https://habr.com/ru/companies/oleg-bunin/articles/990930/

#python #go #java #tco #оптимизация #оптимизация_трудозатрат #оптимизация_рабочего_времени #разработка #разработка_приложений #разработка_программного_обеспечения

Экономика выбора: Python, Java, Go при разных RPS. Деньги или скорость?

Сегодня проведём полный экономический анализ для каждого языка программирования, основанный на реальных данных и кейсах и покажем, как количественно оценить trade-off между скоростью разработки и производительностью, учесть долгосрочные затраты на поддержку кода. В меню — исследования скорости разработки, стоимость изменений, скорость обновления кода для разных отраслей, стоимость инфры. Учитывая эти факторы, посчитаю для скольких RPS экономически оправдано использовать тот или иной язык разработки. В конце вы получите ссылку на экономическую модель, которую сможете забрать и использовать у себя, подкрутив разные параметры для своего кейса.

https://habr.com/ru/companies/oleg-bunin/articles/990930/

#python #go #java #tco #оптимизация #оптимизация_трудозатрат #оптимизация_рабочего_времени #разработка #разработка_приложений #разработка_программного_обеспечения

Экономика выбора: Python, Java, Go при разных RPS. Деньги или скорость?

Сегодня проведём полный экономический анализ для каждого языка программирования, основанный на реальных данных и кейсах и покажем, как количественно оценить trade-off между скоростью разработки и производительностью, учесть долгосрочные затраты на поддержку кода. В меню — исследования скорости разработки, стоимость изменений, скорость обновления кода для разных отраслей, стоимость инфры. Учитывая эти факторы, посчитаю для скольких RPS экономически оправдано использовать тот или иной язык разработки. В конце вы получите ссылку на экономическую модель, которую сможете забрать и использовать у себя, подкрутив разные параметры для своего кейса.

https://habr.com/ru/companies/oleg-bunin/articles/990930/

#python #go #java #tco #оптимизация #оптимизация_трудозатрат #оптимизация_рабочего_времени #разработка #разработка_приложений #разработка_программного_обеспечения

Экономика выбора: Python, Java, Go при разных RPS. Деньги или скорость?

Сегодня проведём полный экономический анализ для каждого языка программирования, основанный на реальных данных и кейсах и покажем, как количественно оценить trade-off между скоростью разработки и производительностью, учесть долгосрочные затраты на поддержку кода. В меню — исследования скорости разработки, стоимость изменений, скорость обновления кода для разных отраслей, стоимость инфры. Учитывая эти факторы, посчитаю для скольких RPS экономически оправдано использовать тот или иной язык разработки. В конце вы получите ссылку на экономическую модель, которую сможете забрать и использовать у себя, подкрутив разные параметры для своего кейса.

https://habr.com/ru/companies/oleg-bunin/articles/990930/

#python #go #java #tco #оптимизация #оптимизация_трудозатрат #оптимизация_рабочего_времени #разработка #разработка_приложений #разработка_программного_обеспечения

Как я научился без скандалов выходить из зомби-проектов систем автоматизации

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

https://habr.com/ru/companies/totum_online/articles/988570/

#продажи #разработка_программного_обеспечения

Как я научился без скандалов выходить из зомби-проектов систем автоматизации

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

https://habr.com/ru/companies/totum_online/articles/988570/

#продажи #разработка_программного_обеспечения

Как я научился без скандалов выходить из зомби-проектов систем автоматизации

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

https://habr.com/ru/companies/totum_online/articles/988570/

#продажи #разработка_программного_обеспечения

Как я научился без скандалов выходить из зомби-проектов систем автоматизации

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

https://habr.com/ru/companies/totum_online/articles/988570/

#продажи #разработка_программного_обеспечения

Как In.Plan помог нам с планом

Объемный план на металлургическом производстве определяет, чего и сколько должно быть изготовлено на каждом этапе, чтобы вдруг не получилось, что доменная печь выдала на тонну меньше чугуна, чем нужно, чтобы раскатать стальные рулоны, которые ждет заказчик. Такие просчеты могут стоить миллионов. Объёмный план затрагивает весь производственный цикл: от закупки сырья и управления запасами до отгрузки продукции клиентам и, конечно, включает производство. Все должно быть согласованно, четко подогнано одно к другому и работать как часы. Без крутой ИТ-системы здесь не обойтись. С 2016 года мы пользовались зарубежным софтом, но система устарела, а обновления стали недоступны. Нам предстояли муки выбора российского решения, инженерные компромиссы и кастомизация. И тут мы первыми в России рискнули сделать ставку на систему объемного планирования In.Plan. Только вот нюанс: решение было облачным, а нам был нужен крепкий on-premise прямо в нашей промышленной инфраструктуре, ну и других требований к кастомизации было миллион.

https://habr.com/ru/companies/nlmk/articles/977168/

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

Как In.Plan помог нам с планом

Объемный план на металлургическом производстве определяет, чего и сколько должно быть изготовлено на каждом этапе, чтобы вдруг не получилось, что доменная печь выдала на тонну меньше чугуна, чем нужно, чтобы раскатать стальные рулоны, которые ждет заказчик. Такие просчеты могут стоить миллионов. Объёмный план затрагивает весь производственный цикл: от закупки сырья и управления запасами до отгрузки продукции клиентам и, конечно, включает производство. Все должно быть согласованно, четко подогнано одно к другому и работать как часы. Без крутой ИТ-системы здесь не обойтись. С 2016 года мы пользовались зарубежным софтом, но система устарела, а обновления стали недоступны. Нам предстояли муки выбора российского решения, инженерные компромиссы и кастомизация. И тут мы первыми в России рискнули сделать ставку на систему объемного планирования In.Plan. Только вот нюанс: решение было облачным, а нам был нужен крепкий on-premise прямо в нашей промышленной инфраструктуре, ну и других требований к кастомизации было миллион.

https://habr.com/ru/companies/nlmk/articles/977168/

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

Как In.Plan помог нам с планом

Объемный план на металлургическом производстве определяет, чего и сколько должно быть изготовлено на каждом этапе, чтобы вдруг не получилось, что доменная печь выдала на тонну меньше чугуна, чем нужно, чтобы раскатать стальные рулоны, которые ждет заказчик. Такие просчеты могут стоить миллионов. Объёмный план затрагивает весь производственный цикл: от закупки сырья и управления запасами до отгрузки продукции клиентам и, конечно, включает производство. Все должно быть согласованно, четко подогнано одно к другому и работать как часы. Без крутой ИТ-системы здесь не обойтись. С 2016 года мы пользовались зарубежным софтом, но система устарела, а обновления стали недоступны. Нам предстояли муки выбора российского решения, инженерные компромиссы и кастомизация. И тут мы первыми в России рискнули сделать ставку на систему объемного планирования In.Plan. Только вот нюанс: решение было облачным, а нам был нужен крепкий on-premise прямо в нашей промышленной инфраструктуре, ну и других требований к кастомизации было миллион.

https://habr.com/ru/companies/nlmk/articles/977168/

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

Как In.Plan помог нам с планом

Объемный план на металлургическом производстве определяет, чего и сколько должно быть изготовлено на каждом этапе, чтобы вдруг не получилось, что доменная печь выдала на тонну меньше чугуна, чем нужно, чтобы раскатать стальные рулоны, которые ждет заказчик. Такие просчеты могут стоить миллионов. Объёмный план затрагивает весь производственный цикл: от закупки сырья и управления запасами до отгрузки продукции клиентам и, конечно, включает производство. Все должно быть согласованно, четко подогнано одно к другому и работать как часы. Без крутой ИТ-системы здесь не обойтись. С 2016 года мы пользовались зарубежным софтом, но система устарела, а обновления стали недоступны. Нам предстояли муки выбора российского решения, инженерные компромиссы и кастомизация. И тут мы первыми в России рискнули сделать ставку на систему объемного планирования In.Plan. Только вот нюанс: решение было облачным, а нам был нужен крепкий on-premise прямо в нашей промышленной инфраструктуре, ну и других требований к кастомизации было миллион.

https://habr.com/ru/companies/nlmk/articles/977168/

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

Трактор без тракториста: почему разработка не упрощается при наличии современных инструментов

Привет, Хабр! Продолжаю делиться дискуссиями из нашего телеграм-канала Dev Q&A . На этот раз собрались поговорить о том, почему при всём богатстве инструментов — Kubernetes, CI/CD, low-code, AI-ассистенты — разработка не становится ни быстрее, ни дешевле. Собрал ключевые мысли в статью. Получилось про три столпа эффективности, про хаос который понятнее порядка, и про то, почему скрам по книжке остановил компанию на две недели, а Waterfall принёс миллиард.

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

#kubernetes #cicd #lowcode #микросервисы #AIассистенты #безопастность #безопасная_разработка #waterfall #разработка #разработка_программного_обеспечения

Трактор без тракториста: почему разработка не упрощается при наличии современных инструментов

Привет, Хабр! Продолжаю делиться дискуссиями из нашего телеграм-канала Dev Q&A . На этот раз собрались поговорить о том, почему при всём богатстве инструментов — Kubernetes, CI/CD, low-code, AI-ассистенты — разработка не становится ни быстрее, ни дешевле. Собрал ключевые мысли в статью. Получилось про три столпа эффективности, про хаос который понятнее порядка, и про то, почему скрам по книжке остановил компанию на две недели, а Waterfall принёс миллиард.

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

#kubernetes #cicd #lowcode #микросервисы #AIассистенты #безопастность #безопасная_разработка #waterfall #разработка #разработка_программного_обеспечения

Трактор без тракториста: почему разработка не упрощается при наличии современных инструментов

Привет, Хабр! Продолжаю делиться дискуссиями из нашего телеграм-канала Dev Q&A . На этот раз собрались поговорить о том, почему при всём богатстве инструментов — Kubernetes, CI/CD, low-code, AI-ассистенты — разработка не становится ни быстрее, ни дешевле. Собрал ключевые мысли в статью. Получилось про три столпа эффективности, про хаос который понятнее порядка, и про то, почему скрам по книжке остановил компанию на две недели, а Waterfall принёс миллиард.

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

#kubernetes #cicd #lowcode #микросервисы #AIассистенты #безопастность #безопасная_разработка #waterfall #разработка #разработка_программного_обеспечения

Трактор без тракториста: почему разработка не упрощается при наличии современных инструментов

Привет, Хабр! Продолжаю делиться дискуссиями из нашего телеграм-канала Dev Q&A . На этот раз собрались поговорить о том, почему при всём богатстве инструментов — Kubernetes, CI/CD, low-code, AI-ассистенты — разработка не становится ни быстрее, ни дешевле. Собрал ключевые мысли в статью. Получилось про три столпа эффективности, про хаос который понятнее порядка, и про то, почему скрам по книжке остановил компанию на две недели, а Waterfall принёс миллиард.

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

#kubernetes #cicd #lowcode #микросервисы #AIассистенты #безопастность #безопасная_разработка #waterfall #разработка #разработка_программного_обеспечения

Прием и декодирование NMEA-данных от GPS-приемника

Прием и декодирование NMEA-данных от GPS-приемника а также, рассмотрение работы разных типов GPS (UART и RS-232): как правильно подключить модуль к микроконтроллеру STM32.

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

#STM32 #разработка_программного_обеспечения #разработка_электроники #программирование_микроконтроллеров #gps #ненормальное_программирование #nmea #декодирование_данных

Прием и декодирование NMEA-данных от GPS-приемника

Прием и декодирование NMEA-данных от GPS-приемника а также, рассмотрение работы разных типов GPS (UART и RS-232): как правильно подключить модуль к микроконтроллеру STM32.

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

#STM32 #разработка_программного_обеспечения #разработка_электроники #программирование_микроконтроллеров #gps #ненормальное_программирование #nmea #декодирование_данных