Comments on: Ещё одна причина, почему не следует разбазаривать свободное место в стеке. http://blog.not-a-kernel-guy.com/2008/12/15/391?utm_source=rss&utm_medium=rss&utm_campaign=%25d0%25b5%25d1%2589%25d1%2591-%25d0%25be%25d0%25b4%25d0%25bd%25d0%25b0-%25d0%25bf%25d1%2580%25d0%25b8%25d1%2587%25d0%25b8%25d0%25bd%25d0%25b0-%25d0%25bf%25d0%25be%25d1%2587%25d0%25b5%25d0%25bc%25d1%2583-%25d0%25bd%25d0%25b5-%25d1%2581%25d0%25bb%25d0%25b5%25d0%25b4%25d1%2583%25d0%25b5%25d1%2582-%25d1%2580%25d0%25b0%25d0%25b7 ... также известный как "Not a kernel guy" Sun, 29 Jan 2012 04:14:45 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Not a kernel guy http://blog.not-a-kernel-guy.com/2008/12/15/391#comment-13114 Not a kernel guy Tue, 16 Dec 2008 16:25:24 +0000 http://blog.not-a-kernel-guy.com/?p=391#comment-13114 Именно таких - не очень много. Просто писем с просьбой посмотреть что упало: 5-7 в плохой день, 1-2 в хорошую неделю. Именно таких – не очень много. Просто писем с просьбой посмотреть что упало: 5-7 в плохой день, 1-2 в хорошую неделю.

]]> By: Not a kernel guy http://blog.not-a-kernel-guy.com/2008/12/15/391#comment-13113 Not a kernel guy Tue, 16 Dec 2008 16:23:14 +0000 http://blog.not-a-kernel-guy.com/?p=391#comment-13113 Зависит от того, насколько близко исправление к выпуску продукта. Обычно вовлечены двое - разработчик и тестер. Но чем ближе к релизу - тем больше объем тиестирования и тем больше вовлечённого народу. С определённого момента все исправления обсуждаются в Ship Room (раньше это называлось War Room). Цель обсуждения - убедиться в важности исправления. Если проблема не очень серьезна, то вероятность внесения новых багов (чистая статистика) перевешивает важность исправления. В этом случае исправление пойдет в следующую версию системы или сервис пак. Зависит от того, насколько близко исправление к выпуску продукта. Обычно вовлечены двое – разработчик и тестер. Но чем ближе к релизу – тем больше объем тиестирования и тем больше вовлечённого народу. С определённого момента все исправления обсуждаются в Ship Room (раньше это называлось War Room). Цель обсуждения – убедиться в важности исправления. Если проблема не очень серьезна, то вероятность внесения новых багов (чистая статистика) перевешивает важность исправления. В этом случае исправление пойдет в следующую версию системы или сервис пак.

]]> By: dask http://blog.not-a-kernel-guy.com/2008/12/15/391#comment-13111 dask Tue, 16 Dec 2008 16:06:41 +0000 http://blog.not-a-kernel-guy.com/?p=391#comment-13111 Алексей, как часто Вам приходиться получать такие письма? =) Алексей, как часто Вам приходиться получать такие письма? =)

]]> By: Антон Ковалёв http://blog.not-a-kernel-guy.com/2008/12/15/391#comment-13109 Антон Ковалёв Tue, 16 Dec 2008 08:21:30 +0000 http://blog.not-a-kernel-guy.com/?p=391#comment-13109 <blockquote>В Microsoft, по крайней мере, в той его части, что разрабатывает Windows, весьма неплохо поставлен процесс отладки падений, сбоев и прочих багов.</blockquote> Если не секрет, насколько сильно формализован процесс исправления бага (начиная от открытия заявки и заканчивая патчем) в вашей команде?

В Microsoft, по крайней мере, в той его части, что разрабатывает Windows, весьма неплохо поставлен процесс отладки падений, сбоев и прочих багов.

Если не секрет, насколько сильно формализован процесс исправления бага (начиная от открытия заявки и заканчивая патчем) в вашей команде?

]]> By: Not a kernel guy : Ещё одна причина, почему не следует разбазаривать свободное место в стеке. http://blog.not-a-kernel-guy.com/2008/12/15/391#comment-13108 Not a kernel guy : Ещё одна причина, почему не следует разбазаривать свободное место в стеке. Tue, 16 Dec 2008 06:42:44 +0000 http://blog.not-a-kernel-guy.com/?p=391#comment-13108 [...] from blog.not-a-kernel-guy.com. Published Tuesday, December 16, 2008 6:42 AM by alexeypa Filed under: [...] [...] from blog.not-a-kernel-guy.com. Published Tuesday, December 16, 2008 6:42 AM by alexeypa Filed under: [...]

]]>