UI bugs

[arkenoi]

Интересная тенденция последних лет: люди вообще перестали заботиться о возможности race conditions в пользовательских интерфейсах.



То есть ситуация "а вот если пользователь успеет ткнуть вот в эту кнопку, когда вот эта фигня уже запустилась, а вот тот объект другим тредом еще не создан и все повалится" багой не считается в принципе и починке не подлежит. Так сойдет.

Symbian в этом смысле один большой глюк. WinCE последние недалеко ушли, да и на десктопах та же лажа. Mozilla меня как-то позабавила своей работой с print preview - она открывает окно print preview своим generic методом создания окошек, а потом делает ему полагающиеся специальные кнопочки. Угадайте, что будет, если ловким движением руки это окошко прибить. Думаете, все посыплется? Еще веселее: дебильное жывотное отделает, как бог черепаху, свое последнее открытое окно.

Уж лучше бы в жопу ебались, честное слово.

Comments

[dottedmag.livejournal.com]

Ну а чего ты хочешь от поп-софта?

[angry-elf.livejournal.com]

А что творится в веб-интерфейсах. Ууу....

[luarvique.livejournal.com]

Просто threadов всяких надобавляли куда ни попадя, для лучшей отзывчивости гуя, а о том как работать с threadами толком не знают. Знают только что threads are cool.

Чинится кстати просто - все сообщения гую должны приходить в одну дырку и там обрабатываться, как в Win32. Причем все, что относится к усопшим окнам и другим обьектам - в момент выемки отсеиваться.

[demiurgie.livejournal.com]

Могу немного ошибиться в точности, но вспоминается что-то типа:
Does it boot? Does the GUI shown? SHIP IT!!!

Зачем мучаться, если пользователи сами всё найдут? ;)

[sply.livejournal.com]

Как раз пару дней назад долго спорил с ... Это сейчас нормальные бизнес-процесс - не полноценное проектирование и программирование, а rapid development и как-только прогнались основная часть тестов - релиз. И дофига народу принимает это даже не как привычное, а как должное. А race conditions в тестах получается вообще трудно сделать.

[dma.livejournal.com]

Это не rapid - это rabid development.

На самом деле, конечно, всё испортил интернет. Распространять патчи стало на порядки легче. Тестирование не окупается.

[luarvique.livejournal.com]

Проектирование, программирование, rapid, rabid... Когда мозги есть, можно и не проектировать, бо задача сто раз деланная и особых проблем не представляет. А если мозгов нет, то хоть проектируй, хоть не проектируй, выйдет хуйня. Причем, известный закон гласит что IQ группы равно IQ самого тупого ее члена деленному на размер группы.

[sply.livejournal.com]

Просто rapid development позволяет даже самым тупым писать код, который проходит тесты и похож на настоящий. Реализация старой идеи - каждую домохозяйку сделать java-программистом. В результате и получается, что большинство кодеров при написании кода задействуют только небольшую часть мозга.

[luarvique.livejournal.com]

Ни один из описанных случаев, как ни странно, не укладывается в концепцию rapid development. Думаю что ни для Mozillовского XULа ни для GUI подсистем в Симбиане и WinCE rapid development не использовался: это же не аппликации а системные библиотеки в конце концов. Тут проблема исключительно в том, что кто-то их не продумал.

[sply.livejournal.com]

Вполне укладывается. CASE и итеративная разработка - поправил, скомпилировал, проверил - вполне могут использоваться и для системных библиотек.

[luarvique.livejournal.com]

Поправил-скомпилировал-проверил - это обычный цикл работы программиста. Rapid Application Development (RAD) - это частный случай данного цикла где проверка по сути дела перекладывается на пользователя. Кстати, заметьте слово Application в аббревиатуре RAD.

Если мы умозрительно приложим RAD к разработке OS и ее компонентов, то нашими "пользователями" становятся те самые программисты пишущие приложения. Ни Symbian ни WinCE никогда не находились в подобном цикле, т.е. программисты пишущие приложения не имели возможности воздействовать на разработку системы.

В случае с Mozillой/XULом некоторый признаки этого процесса просматриваются, но думаю даже тут о rapid developmentе речь не идет. Обычный процесс там - development -> release candidate -> regression testing -> release -> usage -> bug reports -> development -> ...

[sply.livejournal.com]

В RAD проверка не обязательно на пользователе, но к предмету разговора это отношение не имеет.

Имеет отношение другое. Это не какой-то минус RAD и не обязательно RAD, хотя и чаще всего, это просто одна из канав, в которую легко скатиться и по ней идти. Перенос большой части работ по проектированию из нулевого цикла в весь процесс, размазывание по всему процессу. И "поправил - скомпилировал - проверил" становится уже составной частью проектирования.

Я это уже по третьему разу за послежние дни говорю, немного утомился. Если хотите, посмотрите у меня в ЖЖ в последних постах обсуждения, которые могли бы быть и продолжением того, о чем мы говорим с вами сейчас.

[luarvique.livejournal.com]

Не желая ввязываться в спор о том, плохой RAD или хороший, еще раз обращаю Ваше внимание на то, что ни к Symbian ни к WinCE RAD отношения не имеет. К XUL он имеет ограниченное отношение, ввиду opensourcnотости продукта.

[drf-ckoff.livejournal.com]

Пошли повесимся?

[http://users.livejournal.com/_qwerty/]

О чем давно Н.Вирт в своих лекциях по Оберону предупреждал. Правда, не в таких выражениях.

[bugabuga.livejournal.com]

Ещё хуже когда ударяются в другую крайность, и жёстко контролируется любая попытка нажать "не туда" с соответствующим гневным сообщением [в попапе :)]

[arkanoid.livejournal.com]

тоже дикость - сообщение-то зачем? кнопки не должно быть пока она не доступна для нажатия.

[bugabuga.livejournal.com]

Это да :) Но начальство топает ногами с криками "Не должны кнопки исчезать/появляться, должны уже быть там, запрещённые". В принципе логично, но перехватывать клики по ссылкам и выдавать попап-окно -- дикость...

[wom.livejournal.com]

из личного опыта.

Дока по клиенту SAP/R3 - "если вы не нашли нужный пункт меню - начинайте слева на право перебирать ввсе подряд".

Пока автор Omea Reader не повредил себе одну руку - работать без мышки в ней было нереально

Уууу

[mga.livejournal.com]

Service Desk от HP позволяет корипайстить в надписи собственных кнопок. Осталось только сохранять научить=)

ERP от Oracle у нас теперь красиво рубит коннект к базе на скролле! в любом окне... ууууу...