Я не холивара ради, я отвечал на конкретный вопрос. Я в итоге все свои компы перевел на Windows 8 и доволен, мне так удобно. Вполне допускаю, что у кого-то может быть другая ситуация.
Я пробовал. У меня есть старенький ноут, на котором изначально жила Windows XP, потом я переехал на Windows 7 и вот сейчас на ней стоит Windows 8. Каждый раз я наблюдал прирост в скорости работы системы.
Про калькулятор не верю, думаю вы лукавите, у e-link слишком медленный отклик, что бы было комфортно пользоваться калькулятором, проще купить отдельно самый простой калькулятор.
А вот про конспект правомерный аргумент, я, если честно, даже не думал в эту сторону. Инструменты студентов меняются :). Наверное искать что-то в конспекте сущий ад, по сравнению с обычной тетрадкой.
Мой первый вопрос не спроста был про отзывчивость интерфейса в сравнении с киндлом. Когда я покупал свой киндл, покетбуки безбожно тупили (в сравнении с киндлами), читалку просто хотелось разбить об стену. И если ситуация не изменилась, то, на мой взгляд, лучше воспользоватся Calibre, что бы получить удобство в чтении самой книги.
Кстати, лично я нахожу Calibre удобной и процесс заливки файлов через нее мне не доставляет дискомфорта.
Т.е. основная моя мысль — лучше пожертвовать удобством записи на читалку, что бы выиграть в процессе чтения. Когда я брал проблемы были не только с отзывчивостью интерфейса, а так же с его юзабилити, качеством материалов самой читалки и качеством сборки. И все это при большей цене покетбука. Фактически покетбук выигрывал только поддержкой форматов, на этом его преимущества заканчивались.
Кажется, конкурент Kindle Paperwhite.
Переключение профиля занимает столько же действий, сколько и переключение размера шрифта. Если есть необходимость в другой кастомизации, то, как правило, это говорит о плохой настройке из коробки. И гораздо удобнее иметь персональную читалку, что бы не разводить на ней зоопарк книг, но это уже вопрос финансов.
Калькулятор и вьювер там точно не нужны, у всех есть смартфоны, а у тех, у кого их нет — не разберутся, как пользоваться калькулятором на читалке.
Я не против того, что кому-то может покетбук нравится больше чем киндл, я видел таких людей и уважаю их точку зрения, просто не понимаю.
Как с отзывчивостью интерфейса? Работает шустро как и Киндлы или медленне?
Настройки профилей в читалке, калькулятор, просмотрщик фото, Зачем? Почему бы просто не сделать удобный интерфейс и не выкинуть все лишнее.
Я искренне не понимаю, что может сподвигнуть покупать покетбуки вместо, скажем, киндлов, при том, что киндлы дешевле.
Но в целом рад за украинского производителя, прогресс заметен и это хорошо.
Вести диалог в формате комментариев не очень удобно. Тем более в сложившийся ситуации, когда вы наотрез отказываетесь верить в то, что бывают приложения с большим колличеством данных :)
Я бы не сказал что это просто приложение, скорее крупный SaaS сервис, или биллинг, или CRM система в крупной компании, или разного рода аналитика, система мониторинка чего-либо.
Вы говорите с позиции своего опыта. Это очень хорошо, что у вас так все гладко легло. Я уверен что вы тщательно спроектировали все и оно работает как часы. Супер. Но я видел и другие ситуации, когда проект очень выростает. Мне интересно было быпродолжить эту беседу скажем через 5-7 лет активного роста и развития вашего проекта на такой архитектуре. Когда в вашей системе количество модулей измерялось бы сотнями, а количество строк кода десятками миллионами или десятками миллионов. (возможно у вас и тогда бы все ок работало и тогда было бы вдвойне интересно обсудить это).
30000 нод это не много. В большом проекте количество сущностей может исчеслятся сотнями тысяч. Если их хранить в нодах а не в памяти — то просто доступ к ним сожрет батарейку смартфона за пару часов.
Про события я наверное не совсем точно выразился. Я не говорю что каждое событие должно распространятся на весь документ. Я говорил про цепочку событий, когда одно событие порождает другое и так по цепочки, они волнообразно распространяются по различным модулям системы и иногда пересекаются. Т.е. одно события может инициировать цепочку из десятков событий далее.
Очень сложно продолжать конструктивный разговор, в формате комментариев :)
Количество действий, которые производятся, исчисляются не сотнями, а десятками
А это вы что меряли и как? Откуда взялись сотни и десятки?
Вы же понимаете, все очень относительно. Пока приложение небольшое и легко все контролировать — то картина достаточно аккуратненькая. Когда приложение выростает до определенных размеров, то цепочки ивентов становиться трудно контролировать, появляются ситуации когда одно и то же действие выполняется по нескольку раз за одно действие. Когда вы оперируете большими объемами данных — то операции по вытаскиванию из дома становятся очень дорогостоящими (по процессору и по батарейке). Когда на одной странице большое количество модулей, взаимодействующих между собой, то подход «ноды как носители обработчиков» порождает утечки. Когда вы обнаруживаете, что надо избавлятся от jQuery, потому как он медленно, неоптимально работает и порой течет.
Вы неверно трактовали мой первый комментарий. Я не имел ввиду, что описанный вами подход в корне плохой. Я хотел сказать, что нет серебрянной пули и зачастую очень сложно утверждать, что одно однозначно плохо, а другое хорошо.
Это похоже на сборник вредных советов :) Что бы ваше приложение сожрало батарейку как можно быстрее, что бы у вас было как можно больше шансов сделать утечки памяти, да и процессору нечего просто так простаивать.
А вот про конспект правомерный аргумент, я, если честно, даже не думал в эту сторону. Инструменты студентов меняются :). Наверное искать что-то в конспекте сущий ад, по сравнению с обычной тетрадкой.
Кстати, лично я нахожу Calibre удобной и процесс заливки файлов через нее мне не доставляет дискомфорта.
Т.е. основная моя мысль — лучше пожертвовать удобством записи на читалку, что бы выиграть в процессе чтения. Когда я брал проблемы были не только с отзывчивостью интерфейса, а так же с его юзабилити, качеством материалов самой читалки и качеством сборки. И все это при большей цене покетбука. Фактически покетбук выигрывал только поддержкой форматов, на этом его преимущества заканчивались.
Переключение профиля занимает столько же действий, сколько и переключение размера шрифта. Если есть необходимость в другой кастомизации, то, как правило, это говорит о плохой настройке из коробки. И гораздо удобнее иметь персональную читалку, что бы не разводить на ней зоопарк книг, но это уже вопрос финансов.
Калькулятор и вьювер там точно не нужны, у всех есть смартфоны, а у тех, у кого их нет — не разберутся, как пользоваться калькулятором на читалке.
Я не против того, что кому-то может покетбук нравится больше чем киндл, я видел таких людей и уважаю их точку зрения, просто не понимаю.
Настройки профилей в читалке, калькулятор, просмотрщик фото, Зачем? Почему бы просто не сделать удобный интерфейс и не выкинуть все лишнее.
Я искренне не понимаю, что может сподвигнуть покупать покетбуки вместо, скажем, киндлов, при том, что киндлы дешевле.
Но в целом рад за украинского производителя, прогресс заметен и это хорошо.
30000 нод это не много. В большом проекте количество сущностей может исчеслятся сотнями тысяч. Если их хранить в нодах а не в памяти — то просто доступ к ним сожрет батарейку смартфона за пару часов.
Про события я наверное не совсем точно выразился. Я не говорю что каждое событие должно распространятся на весь документ. Я говорил про цепочку событий, когда одно событие порождает другое и так по цепочки, они волнообразно распространяются по различным модулям системы и иногда пересекаются. Т.е. одно события может инициировать цепочку из десятков событий далее.
Очень сложно продолжать конструктивный разговор, в формате комментариев :)
А это вы что меряли и как? Откуда взялись сотни и десятки?
Вы же понимаете, все очень относительно. Пока приложение небольшое и легко все контролировать — то картина достаточно аккуратненькая. Когда приложение выростает до определенных размеров, то цепочки ивентов становиться трудно контролировать, появляются ситуации когда одно и то же действие выполняется по нескольку раз за одно действие. Когда вы оперируете большими объемами данных — то операции по вытаскиванию из дома становятся очень дорогостоящими (по процессору и по батарейке). Когда на одной странице большое количество модулей, взаимодействующих между собой, то подход «ноды как носители обработчиков» порождает утечки. Когда вы обнаруживаете, что надо избавлятся от jQuery, потому как он медленно, неоптимально работает и порой течет.
Вы неверно трактовали мой первый комментарий. Я не имел ввиду, что описанный вами подход в корне плохой. Я хотел сказать, что нет серебрянной пули и зачастую очень сложно утверждать, что одно однозначно плохо, а другое хорошо.