Нет, к дотам и шарпам отношения не имею.
Меня озадачивает вот какой момент. Да, в бизнесе, зачастую, все тырят друг у друга идеи.
Но тырят с целью сделать реализацию более лучшей, более близкой людям.
С операционными системами у MS все происходит с точностью до «наоборот».
Почему они задвинули великолепный концепт интерфейса surface? Зачем делать неудачную копию существующих решений и силой монополии продвигать ее на рынке?
Почему нельзя просто собрать команду талантливых людей и сделать своё, новое?
Нет, с упорством Сизифа MS год за годом наступает на одни и те же грабли.
Это не холивар, просто обидно. Ведь у MS много хороших продуктов, но вот оси они просто не умеют делать.
Неуместный, грубый, неуважительный комментарий, свойственный прыщавом подростку.
Я одинаково пользуюсь как MAC OS, так и MS Windows (95, XP)
Давно известный факт, что дизайнеры UI в Microsoft раз за разом копируют интерфейс OS X.
Причем, делают они это не самым лучшим образом, и последняя копия (Windows 7) также подтверждает сей тезис.
Большинство из приведенных в обзоре элементов UI уже давно реализованы (более user friendly) в OS X.
Поработайте за маком хотя бы полгодика, Вам это станет очевидно.
О, сколько нам открытий чудных
Готовит интерфейс Mac OS!
Я, конечно, понимаю, что изначально GUI было сперто Джобсом у Xerox.
Но пора бы конторе Билли понять, что на пороге уже 2009 год, и копировать удачные решения конкурентов — не их конек.
Ничего хорошего от Microsoft в плане GUI, кроме, может, их Surface не ожидаю.
Ничто не мешает открыть свое дело и собрать «сливки», которые учили «уроки по 3Д-моделлированию, но по-настоящему эксклюзивные уроки с красивым оформлением, оригинальностью и своей техникой исполнения».
В России на сегодняшний день весьма тяжело создать тепличные условия людям, ЛИДИРУЮЩИМ в своих областях, при этом еще и мотивировать их должным образом. «Там» подавляющее большинство бизнеса ориентированы на людей, а не на прибыль. «Там» деньги вкладываются в команду, а не в продукт. «Там» мотивацией труда является пряник, а не кнут. «Там» отношение к успеху, неудаче, да и к жизни другое.
Отличная статья, спасибо автору!
Как человек, имевший практику scrum, хотел бы добавить несколько пунктов:
*) Scrum Board и Sprint Burndown chart
Очень важно для команды видеть текущее положение дел в спринте. Для этого просто необходимо иметь доску с текущими задачами. И не стОит пренебрегать графиком, чтоб избегать в дальнейшем всяких факапов.
*) Bug fixing
Один из возможных факапов, который практически всегда растягивает спринт. В этом случае имеет смысл выделить отдельную команду (2-3 человека) и ввести для них отдельный спринт длительностью 1 день. Для всеобщей вовлеченности можно менять людей от спринта к спринту между командами девелоперов и баг-фиксеров.
Для такой команды правила scrum могут (и, наверное, должны) быть подкорректированны.
*) wow-фактор
Также может выбить из итерации фактор «начальника». Когда итерация уже запланирована и идет на всех порах, неожиданно появляется «начальник» и со звездами в глазах начинает «впаривать» про то, что Product Team накреативила новую фичу, которую обязательно нужно сделать «вчера». Без нее бизнес встанет, бонусы урежутся, да и вообще всё пойдет к чертям.
Такие факапы надо сразу (коллективным разумом) перенаправлять к Product Owner'у, чтобы тот обяснил «начальнику» всю его неправоту вмешательства в спринт. Команда — ответственный организм. Она подписалась под задачами — она их должна выполнить полностью и в срок.
Прикольно!
Обычно, для оценки (быстрой) решения задачи мат. аппарат упрощается (ур-я Лоренца -> ур-я Ньютона; ур-я Больцмана -> разностные схемы, ММК).
Но чтобы для оценки решения интегрального ур-я применяли аппарат квантовой физики — это в моей практике впервые.
Впору вспомнить перлы из книги «Физики шутят».
А в инет не хотите расшарить библиотечку? :)
Постоянные шумы, а то и вообще пропадает.
Меня озадачивает вот какой момент. Да, в бизнесе, зачастую, все тырят друг у друга идеи.
Но тырят с целью сделать реализацию более лучшей, более близкой людям.
С операционными системами у MS все происходит с точностью до «наоборот».
Почему они задвинули великолепный концепт интерфейса surface? Зачем делать неудачную копию существующих решений и силой монополии продвигать ее на рынке?
Почему нельзя просто собрать команду талантливых людей и сделать своё, новое?
Нет, с упорством Сизифа MS год за годом наступает на одни и те же грабли.
Это не холивар, просто обидно. Ведь у MS много хороших продуктов, но вот оси они просто не умеют делать.
А то, что «старую OS X» подают под соусом «новой W7» — не «хренова»?
Да и копировать надо было раньше, и с оригинала.
Я одинаково пользуюсь как MAC OS, так и MS Windows (95, XP)
Давно известный факт, что дизайнеры UI в Microsoft раз за разом копируют интерфейс OS X.
Причем, делают они это не самым лучшим образом, и последняя копия (Windows 7) также подтверждает сей тезис.
Большинство из приведенных в обзоре элементов UI уже давно реализованы (более user friendly) в OS X.
Поработайте за маком хотя бы полгодика, Вам это станет очевидно.
P.S. Иногда лучше жевать, чем говорить.
Готовит интерфейс Mac OS!
Я, конечно, понимаю, что изначально GUI было сперто Джобсом у Xerox.
Но пора бы конторе Билли понять, что на пороге уже 2009 год, и копировать удачные решения конкурентов — не их конек.
Ничего хорошего от Microsoft в плане GUI, кроме, может, их Surface не ожидаю.
Ощущение такое, что это плохо переведенная рыба статьи из какого-нибудь блога.
Есть мнение, что он может показать весьма неплохие результаты.
В России на сегодняшний день весьма тяжело создать тепличные условия людям, ЛИДИРУЮЩИМ в своих областях, при этом еще и мотивировать их должным образом. «Там» подавляющее большинство бизнеса ориентированы на людей, а не на прибыль. «Там» деньги вкладываются в команду, а не в продукт. «Там» мотивацией труда является пряник, а не кнут. «Там» отношение к успеху, неудаче, да и к жизни другое.
Как-то так :)
Как человек, имевший практику scrum, хотел бы добавить несколько пунктов:
*) Scrum Board и Sprint Burndown chart
Очень важно для команды видеть текущее положение дел в спринте. Для этого просто необходимо иметь доску с текущими задачами. И не стОит пренебрегать графиком, чтоб избегать в дальнейшем всяких факапов.
*) Bug fixing
Один из возможных факапов, который практически всегда растягивает спринт. В этом случае имеет смысл выделить отдельную команду (2-3 человека) и ввести для них отдельный спринт длительностью 1 день. Для всеобщей вовлеченности можно менять людей от спринта к спринту между командами девелоперов и баг-фиксеров.
Для такой команды правила scrum могут (и, наверное, должны) быть подкорректированны.
*) wow-фактор
Также может выбить из итерации фактор «начальника». Когда итерация уже запланирована и идет на всех порах, неожиданно появляется «начальник» и со звездами в глазах начинает «впаривать» про то, что Product Team накреативила новую фичу, которую обязательно нужно сделать «вчера». Без нее бизнес встанет, бонусы урежутся, да и вообще всё пойдет к чертям.
Такие факапы надо сразу (коллективным разумом) перенаправлять к Product Owner'у, чтобы тот обяснил «начальнику» всю его неправоту вмешательства в спринт. Команда — ответственный организм. Она подписалась под задачами — она их должна выполнить полностью и в срок.
Обычно, для оценки (быстрой) решения задачи мат. аппарат упрощается (ур-я Лоренца -> ур-я Ньютона; ур-я Больцмана -> разностные схемы, ММК).
Но чтобы для оценки решения интегрального ур-я применяли аппарат квантовой физики — это в моей практике впервые.
Впору вспомнить перлы из книги «Физики шутят».
Добс прямо сказал - пишите VoIP-приложения, только чтоб они не работали через операторскую сеть.
Но ссылочку на ролик BBC все-таки можно было бы поставить.
P.S. just my $0.02
http://www.youtube.com/watch?v=nrxmpihCj…
(с) Утомленные Солнцем
- Да потому что ты не СОО!