Спасибо за примеры. Просто с точки зрения читателя, перво-наперво интересно почему я должен доверять данной информации. Это может быть либо авторитет автора либо ссылки на источники.
Я думаю, уместно вкратце рассказать об опыте и сделанных проектах (например, так как вы сделали в коментарии) и про то, какие варианты процессов разработки были рассмотрены и почему не подошли.
Спасибо. Мне кажется, надо такое вставлять в статью.
«Всю систему нужно поставлять только целиком: никому не нужно ПО, рассчитывающее только 99% модели.»
А нельзя как-то по другому композировать. Например «ПО рассчитывающее 100% модели, но только для конкретного подразделения» или «По, расчитывающее 90% модели, а 10% расчитывается так же как и сейчас».
С играми похожая история, я бы не стал покупать диск с первой итерацией новой игры на консоль…
1. Бывают ли игры кроме тех, которые распространяются на дисках под консоль? Я вот, например, слышал что бывают мобильные и браузеры игры.
2. Поищите описание какого-нибудь agile процесса разработки например наберите «scrum guide» в поисковике. Поищите там слово release — как правило релизится результат не каждой итерации или методология допускает такое.
Не вижу списка источников и списка проанализированных разновидностей процессов. Если автор наблюдал эти процессы своими глазами, то хотелось бы примеров и ссылок компании. Если автор рассматривал процессы как они описаны в литературе, то хотелось бы ссылок на литературу.
Классический способ
1. Открыть браузер.
2. Набрать адрес или нажать на вкладку.
3. Опционально. набрать пароль или нажать подтвердить.
4. Набрать текст.
6. Нажать отправить.
Получаем 5-6 операций. Затраты времени на открытие браузера.
Способ с файлами
1. Открыть блокнот.
2. Набрать текст
3. Сохранить сразу в папку на сервере.
Для «сохранения сразу на сервере» не надо ли набрать адрес этого сервера и пароль?
Не вижу особого смысла в читаемых названиях. Чем меньше писанины — тем лучше.
Для распространённых вещей есть алиасы и я, например, никогда не пишу foreach или ForEach-Object, я пишу всегда % для нераспространенных вещей (например коммандлеты, специфичные для продуктов) это благо, что можно написать help *SQL* и получить все команды, относящиеся к SQL серверу, например, причем догадаться, что для чего легко.
вместо того, чтобы облегчить жизнь админам, они сделали новый замороченный язык программирования и сказали — вперед, программируй, облегчай жизнь себе.
Вы считаете что Posh ни капельки не облегчил жизнь админам?
Какие ещё типы!?
Там поток данных, часто текстовый, но может и бинарное быть.
Логически типы есть (например передавать слово ЛОПАТА в качестве значения параметра Number бессмысленно). Если язык позволяет это выразить — это достоинство.
Зачем нужна справка по типам и параметрам?
Есть инструкция по каждой команде, прочитал и работай.
Чтобы делать свои команды (мы в этой ветке это и обсуждаем).
Я думаю, уместно вкратце рассказать об опыте и сделанных проектах (например, так как вы сделали в коментарии) и про то, какие варианты процессов разработки были рассмотрены и почему не подошли.
«Всю систему нужно поставлять только целиком: никому не нужно ПО, рассчитывающее только 99% модели.»
А нельзя как-то по другому композировать. Например «ПО рассчитывающее 100% модели, но только для конкретного подразделения» или «По, расчитывающее 90% модели, а 10% расчитывается так же как и сейчас».
А какие не-agile методологии вы рассматривали?
Какие альтернативы рассматривались и почему не подошли?
1. Бывают ли игры кроме тех, которые распространяются на дисках под консоль? Я вот, например, слышал что бывают мобильные и браузеры игры.
2. Поищите описание какого-нибудь agile процесса разработки например наберите «scrum guide» в поисковике. Поищите там слово release — как правило релизится результат не каждой итерации или методология допускает такое.
Для «сохранения сразу на сервере» не надо ли набрать адрес этого сервера и пароль?
Для распространённых вещей есть алиасы и я, например, никогда не пишу foreach или ForEach-Object, я пишу всегда % для нераспространенных вещей (например коммандлеты, специфичные для продуктов) это благо, что можно написать help *SQL* и получить все команды, относящиеся к SQL серверу, например, причем догадаться, что для чего легко.
Вы считаете что Posh ни капельки не облегчил жизнь админам?
Логически типы есть (например передавать слово ЛОПАТА в качестве значения параметра Number бессмысленно). Если язык позволяет это выразить — это достоинство.
Чтобы делать свои команды (мы в этой ветке это и обсуждаем).