Такое ощущение, что айпад убьет электронные читалки, также как флешка и интерент убили cd.
Ведь на самом-то деле, какое преимущество читалки? — разрешение?
Если на айпаде комфортно читать, значит читалки уже в проигрыше.
«У этого человека вообще-то сертификат Микрософта» — оказывается, довольно-таки популярный довод при обсуждении дизайна, мне тоже попадались подные персонажи
«Дело в том, что нет никакого другого доказательства качества и полезности продукта, кроме продаж.» — или везения (случайности) — мир не такой логичный и справедливый как кажется
Не знаю, насколько ресурсоемко для сервера будет все обсчитывать (тут надо эксперементировать). Подозреваю, что при должном кешировании, можно обеспечить быструю отдачу обсчитанного контента.
Суть в том, что 100 мс стоили 7 месяцев вашей работы. Мне интересно, насколько была бы жизнеспособной и трудоемкой конфигурация (и была бы?) с серверными расчетами.
Разумеется, ваш вариант уже работает и отдает приличный результат. Помимо всего прочего, производительность клиентского железа тоже растет постоянно.
это не самый страшный код :)
но, все же даже тут применимы ExtractMethod, ExtractVariable. А если у вас не только в этом методе такая текучка параметров, то и ExtractClass может быть к месту.
«Если алгоритм нетривиальный, то за одним public методом класса, реализующего этот алгоритм, может скрываться 10-15 методов и 300-400 строк сложного кода [12].
Даже так: 300-400 строк сурового, беспощадного, не поддающегося анализу кода. „
А насколько, по вашему мнению, к данному коду применины приемы рефакторинга из книги Фаулера?
Виталий, спасибо за отзыв. Тренируюсь и дальше буду тренироваться. Мой доклад о Джанго www.kigorw.com/talks/iforum2010
Кстати, меня просили организаторы поменьше технических деталей и я очень много всего выкинул и думаю, что правильно все-таки, так как в зале было всего несколько человек, которые используют эту технологию.
Потом ко мне, кстати, подходил парень и говорил, чтоб было бы круто еще поменьше технических деталей.
Видимо, всем тяжело угодить.
Тем не менее, были положительные моменты. Пообщался предметно с несколькими людьми, для которых доклад был интересен. А в ораторском исскустве немного реабилитировался в дисскусии с представителем майкрософта на круглом столе.
Вообщем, надеюсь, что с каждым разом, мои доклады будут улучшаться.
не сомневаюсь в монструозности и количестве функционала
На тему подходов к построению интерфейсов есть замечательные книги
Психбольница в руках пациентов — Купер Алан и
Дональд А. Норман. Дизайн привычных вещей
Хотелось знать как построен процесс создания интерфейса.
На самом деле видно, что созданием интерфейса занимаются программисты.
К сожалению, подобная кухня в большинстве софтварных фирмах, где люди, пишущие код еще и раскидывают контролы по форме. Пользователь от этого не в выигрыше.
Ведь на самом-то деле, какое преимущество читалки? — разрешение?
Если на айпаде комфортно читать, значит читалки уже в проигрыше.
деньги тратят непонятно на что
мозг — это мышца, если его не тренировать он становится дряблым и погибает
всем желаю побольше использовать думалку и побольше энергии тратить именно на это
Суть в том, что 100 мс стоили 7 месяцев вашей работы. Мне интересно, насколько была бы жизнеспособной и трудоемкой конфигурация (и была бы?) с серверными расчетами.
Разумеется, ваш вариант уже работает и отдает приличный результат. Помимо всего прочего, производительность клиентского железа тоже растет постоянно.
но, все же даже тут применимы ExtractMethod, ExtractVariable. А если у вас не только в этом методе такая текучка параметров, то и ExtractClass может быть к месту.
Даже так: 300-400 строк сурового, беспощадного, не поддающегося анализу кода. „
А насколько, по вашему мнению, к данному коду применины приемы рефакторинга из книги Фаулера?
Кстати, меня просили организаторы поменьше технических деталей и я очень много всего выкинул и думаю, что правильно все-таки, так как в зале было всего несколько человек, которые используют эту технологию.
Потом ко мне, кстати, подходил парень и говорил, чтоб было бы круто еще поменьше технических деталей.
Видимо, всем тяжело угодить.
Тем не менее, были положительные моменты. Пообщался предметно с несколькими людьми, для которых доклад был интересен. А в ораторском исскустве немного реабилитировался в дисскусии с представителем майкрософта на круглом столе.
Вообщем, надеюсь, что с каждым разом, мои доклады будут улучшаться.
На тему подходов к построению интерфейсов есть замечательные книги
Психбольница в руках пациентов — Купер Алан и
Дональд А. Норман. Дизайн привычных вещей
Они полно описывают то, что я имею ввиду.
На самом деле видно, что созданием интерфейса занимаются программисты.
К сожалению, подобная кухня в большинстве софтварных фирмах, где люди, пишущие код еще и раскидывают контролы по форме. Пользователь от этого не в выигрыше.