Comments 17
А куда задавать вопросы? :)
Как дела?
А если серьезно, то: когда появится возможность (и появится ли вообще) создавать собственные облака на базе своих серверов, без плясок с бубном? Как было бы здорово расплодить ОС на несколько серверов, которая автоматически создает свое облачко :)
Насколько я понимаю, такая возможность уже есть — это приватные облака www.microsoft.com/en-us/server-cloud/private-cloud/default.aspx
Вопрос к докладу «Принятие архитектурных решений — не паттерны, но практики». Полная версия:
«В данный момент разработка программного обеспечения имеет ряд серьезных отличий от остальных инженерных дисциплин. Одно из ключевых отличий — это нулевая стоимость копирования, что порождает совершенно иные процессы разработки. В строительстве мы можем сотни лет изучать способы построения мостов. Методом проб и ошибок собрав теоретическую базу, обучив поколения инженеров, определив лучшие подходы мы можем легко применить наши знания, создавая экземпляры мостов. При разработке программного обеспечения стоимость копирования нулевая — если кто-то уже решил задачу, то необходимость ее повторного решения возникает крайне редко. Если один инженер построил мост через реку, то второй инженер, используя наработки первого, может построить похожий мост через другую реку. Имеется накопление и передача опыта и наработок. Если программист написал Microsoft Word — то другому программисту не часто понадобится создать точно такой же Microsoft Word — ему нужно будет селать либо лучше, либо по другому. Потому что Microsoft Word уже есть и стоимость создания копии физически нулевая — она ограничена только стоимостью лицензирования. Соответственно имеем проблемы с накоплением и передачей опыта — в большинстве случаев каждая следующая создаваемая нами программа очень сильно отличается от уже созданных и мы не можем так же хрошо использовать и передавать накопленные знания как в других дисциплинах. Мы не можем применять подходы ругих инженерных дисциплин — описанная в учебнике „типовая конструкция моста“ не может быть превращена в „типовую конструкцию программы“ — программы слишком различаются.
Сейчас наблюдаются судорожные попытки решить описанную выше проблему по двум направлениям: созданием Framework'ов и выделением Pattern'ов разработки. результаты пока неутешительные. В свете этой проблемы — как Microsoft видит способы накопления и передачи знаний об архитектуре программного обеспечения?»
Сокращенная версия: «В отличии от других инженерных дисциплин, разработка каждой последующей программы — это в большей степени переизобретение заново, нежели использование существующих наработок. Такое положение дел затрудняет использование классических методик по накоплению и передачи знаний ороектировании программ, не существует 'типовой конструкции программы' которую можно преподавать студентам наравне с 'типовой конструкцией моста'. В свете этой проблемы — как Microsoft видит способы накопления и передачи знаний об архитектуре программного обеспечения?»
«В данный момент разработка программного обеспечения имеет ряд серьезных отличий от остальных инженерных дисциплин. Одно из ключевых отличий — это нулевая стоимость копирования, что порождает совершенно иные процессы разработки. В строительстве мы можем сотни лет изучать способы построения мостов. Методом проб и ошибок собрав теоретическую базу, обучив поколения инженеров, определив лучшие подходы мы можем легко применить наши знания, создавая экземпляры мостов. При разработке программного обеспечения стоимость копирования нулевая — если кто-то уже решил задачу, то необходимость ее повторного решения возникает крайне редко. Если один инженер построил мост через реку, то второй инженер, используя наработки первого, может построить похожий мост через другую реку. Имеется накопление и передача опыта и наработок. Если программист написал Microsoft Word — то другому программисту не часто понадобится создать точно такой же Microsoft Word — ему нужно будет селать либо лучше, либо по другому. Потому что Microsoft Word уже есть и стоимость создания копии физически нулевая — она ограничена только стоимостью лицензирования. Соответственно имеем проблемы с накоплением и передачей опыта — в большинстве случаев каждая следующая создаваемая нами программа очень сильно отличается от уже созданных и мы не можем так же хрошо использовать и передавать накопленные знания как в других дисциплинах. Мы не можем применять подходы ругих инженерных дисциплин — описанная в учебнике „типовая конструкция моста“ не может быть превращена в „типовую конструкцию программы“ — программы слишком различаются.
Сейчас наблюдаются судорожные попытки решить описанную выше проблему по двум направлениям: созданием Framework'ов и выделением Pattern'ов разработки. результаты пока неутешительные. В свете этой проблемы — как Microsoft видит способы накопления и передачи знаний об архитектуре программного обеспечения?»
Сокращенная версия: «В отличии от других инженерных дисциплин, разработка каждой последующей программы — это в большей степени переизобретение заново, нежели использование существующих наработок. Такое положение дел затрудняет использование классических методик по накоплению и передачи знаний ороектировании программ, не существует 'типовой конструкции программы' которую можно преподавать студентам наравне с 'типовой конструкцией моста'. В свете этой проблемы — как Microsoft видит способы накопления и передачи знаний об архитектуре программного обеспечения?»
Вопрос к Андрею Бешкову.
Как ложится в методологию SDL возможность создания пользователями пользовательских скриптов (например, для MS Office)? Можно ли расширить данный подход за пределы команды разработчиков? Чтобы пользовательский код, который зачастую необходим во многих приложениях, тоже был менее уязвим.
Как ложится в методологию SDL возможность создания пользователями пользовательских скриптов (например, для MS Office)? Можно ли расширить данный подход за пределы команды разработчиков? Чтобы пользовательский код, который зачастую необходим во многих приложениях, тоже был менее уязвим.
Есть ли планы по развитию Policy Injection AB (в идеале до уровня PostSharp, а главное — увеличение его производительности(тоже PostSharp как пример).
Маладца, исправился.
Вопрос, скорее всего, не в тему — когда появится TFS в облаке?
Вопрос к Григорию Мельнику как разработчику EntLib — планируется ли в блоке криптографии поддержка асимметричных алгоритмов шифрования?
Друзья, сегодня мы подводим итоги конкурса. Приз получает eyeofhell за интересный и развернутый вопрос.
Sign up to leave a comment.
Задайте вопрос и выиграйте билет на Patterns & Practices Summit Russia