А не проще ли использовать язык с компилятором вместо линтера и аннотаций? В чем фишка? Если глянуть, например, на код использующий OpenCV, C++ и Python выглядят практически одинаково, но… на C++ код обертки можно распараллелить, а на Python? Добро пожаловать в мультизадачность с shared memory - это даже не хочется комментировать… Для написании небольших кусков кода при разработке алгоритмов, использование Python может быть удобно, но не более того. Понятность Python весьма условна, особенно большая кодовая база на Python. По моему опыту, проще разобраться в обьемном коде написанном на компилируемом языке чем на Python - при одинаковом владении 2 языками.
Каждый микро сервис в микро репо на микро компьютере. Микро компьютеры объединяются в микро сеть. Каждая клавиша клавиатуры имеет собственный микро сервис для обработки. Движение мыши контролируется 4 микро сервисами: влево, вправо, вперёд, назад.
Дело не в монолите или микросервисах — адекватный программист всегда напишет адекваную программу на любой архитектуре. Переписывание монолита на микросервисах напоминает известную басню Крылова…
Не согласен категорически — это стопер для разработки большого проекта большой группой программистов, а не парой энтузиастов Julia…
Хотя персонльно мне, в целом, язык Julia нравится — но к сожалению, это еще не готовый продукт.
Без daily meeting это уже извините не SCRUM.
А кто сказал что для SCRUM нужны умные программисты?
Нужны заменяемые с предсказуемой продуктивностью (пусть и небольшой).
SCRUM по сути, если отбросить словесную шелуху, это элементарный micro management обёрнутый в набор ритуалов. Лучший ли это способ разрабатывать программное обспечение?
SCRUM — это религия, нужно постоянно совершенствоваться изучая дарованный сверху манифест, где буквально все расписано — когда встречаться, о чем говорить… Очень полезно читать статьи просветленных последователей SCRUMA, как их жизнь изменилась после того как они обрели веру. Есть и наказание для тех кто не соблюдает всех заповедей — неминуемый крах проекта.
А не проще ли использовать язык с компилятором вместо линтера и аннотаций? В чем фишка? Если глянуть, например, на код использующий OpenCV, C++ и Python выглядят практически одинаково, но… на C++ код обертки можно распараллелить, а на Python? Добро пожаловать в мультизадачность с shared memory - это даже не хочется комментировать… Для написании небольших кусков кода при разработке алгоритмов, использование Python может быть удобно, но не более того. Понятность Python весьма условна, особенно большая кодовая база на Python. По моему опыту, проще разобраться в обьемном коде написанном на компилируемом языке чем на Python - при одинаковом владении 2 языками.
А зачем писать большие проекты на Пайтон?
модно? да
скорость выполнения? нет
время реакции? нет
скорость разработки? нет
легкость поддержки? нет
наивно...
Каждый микро сервис в микро репо на микро компьютере. Микро компьютеры объединяются в микро сеть. Каждая клавиша клавиатуры имеет собственный микро сервис для обработки. Движение мыши контролируется 4 микро сервисами: влево, вправо, вперёд, назад.
И лжепророки эджайл будут каяться…
Хотя персонльно мне, в целом, язык Julia нравится — но к сожалению, это еще не готовый продукт.
Что-то у меня большое сомнение на этот счёт…
А кто сказал что для SCRUM нужны умные программисты?
Нужны заменяемые с предсказуемой продуктивностью (пусть и небольшой).
Следуйте правилу: неправильная архитектура продукта не лечится правильной методологией.
Напоминает басню Крылова «Квартет» — тут надо архитектуру продукта лечить, а не программистов пересаживать.
SCRUM паразитирует на понятии гибкой разработки.
SCRUM по сути, если отбросить словесную шелуху, это элементарный micro management обёрнутый в набор ритуалов. Лучший ли это способ разрабатывать программное обспечение?
SCRUM — это религия, нужно постоянно совершенствоваться изучая дарованный сверху манифест, где буквально все расписано — когда встречаться, о чем говорить… Очень полезно читать статьи просветленных последователей SCRUMA, как их жизнь изменилась после того как они обрели веру. Есть и наказание для тех кто не соблюдает всех заповедей — неминуемый крах проекта.