Ну у нас класс делился в общем на два типа: 0 закладок и полный учебник закладок (может помните такие самоклейкие цветастые). Да, последних было мало, но были.
Да, в е-книгах часто есть закладки, но навигация не такая шустрая, увы
Ещё закладки на ключевые цитаты, у меня отдельные произведения Шекспира «размечены» ими. Уж очень ёмко выражается)
Берётся один хороший профильный психолог педагогики и с ним прорабатывается разные моменты, касаемо «как не давя на ребёнка мотивировать учить, развиваться?» и другие. Проблема, раз к школе угасло любопытство в пользу соревнования, может крыться в разном, это надо прорабатывать. А из-под палки… Будет лишь для галки.
Это только рожать у нас можно без какой-либо квалификации, а на любую гайку в сливной трубе нужна хотя бы бумажка (это не конкретно к вам, а просто накипело, каждый раз когда вижу «контролировать детей» я немного срываюсь).
Я же не знаю вашей ситуации, я просто ощущаю надзорный образ мышления, а судя по комментариям, ощущаю не желание найти ответ (тут его нет), а скорее разговор с совестью или проекциями (как угодно, суть одна).
PocketBook 902 Pro (2010-ого года пуска) 9,7"
— Увесист, да
+ Жрёт почти любой WiFi (не пробовал корпоративный тип и шифрование по ключу, так что наверняка сказать не могу)
+ Есть 3g
+ Можно работать с mIcroSD. Всеяден. Ну почти все: FB2, FB2.ZIP, TXT, PDF, DJVU, RTF, HTML, PRC (mobi), CHM, EPUB, DOC, TCR (это было на момент пуска, в процессе они ещё что-то довкинули)
+ Просто нет импорта)
+ Читал и PDF, и манги две освоил с ОЧЕНЬ редкими траблами (типа 1 страница на 130 глав), приходилось увеличивать
+ Отклик всегда ощущается, достатьчно хорошие кнопки, а перелистывание всяко быстрее книжного
+ Есть два режима: быстрый/экономный (полезен в поездках) — там остаются, особенность перерисовки и второй — качественный/медленный. Никаких следов.
10 лет читалке, жива, только раз аккум менял. Неужели прогресс отменили и стал только регресс? Брал за 370$ почти что, так что вот, цена хорошей книги, увы, как на планшет. Только __ничего__ не отвлекает)
Не сводит, люди сводят используя MobX)
я бы сказал ровно наоборот — в маленьких проектах эта многословность туды-сюды, а в больших каждое добавление редуктора, создание connect-та с мапингом диспатчер/стейта выглядит, как то, что кто-то с больным воображением и садистским уклоном решил сделать штуку, которую распиарили на столько, что людям даже понравилось!) (не, я понимаю что редакс всяко лучше флюкса, а то были первые нервные шаги в «тру-реактивности» на большом рынке, но выглядит именно так).
Проще: любые правки в «сторе» (т.к. строго говоря стора в Redux нет) это боль. И чем больше аппка — тем больше боли т.к. как ни крути, а веб-апп это большаяя трансформация данных на событиях.
Напоминаете гугл-програмиста)
вообще я счас работаю с redux-проектом и mobx-проектом и разница колоссальна. Не больше, не меньше. В голом Redux 10 раз думаешь, прежде чем создать новый экшн, свойство, там прям изгаляешься, в MobX пишешь стор, экшены, свойства без боли, регистрации и и СМС.
И даже сейчас смотрю на Effector и из коментов взял на вооружение $mol_atom
Мне не нравится подход дельца и его аргумент про мощные машинки (человек явно переоценивает пятый айфон или нексус семилетней давности), но скорость разработки и вложение сил в решение задач в ущерб «долбанке» — хороший фокус. Хотя тут больше смахивает на экономию на спичках.
Строго говоря добавление таймера — дешёвая операция, хоть она и Oмега(n) (всегда столько времени, сколько таймеров уже добавлено) на вставку и создание контекстов на чтение/исполнение, всё равно даже 1000 таймеров не сравнится с рендером всего одного (!) абзаца текста с кастомным шрифтом. Так что антидребезг был бы хорош, но точно не стоит такого напора)
Строго говоря ничто не обязывает оборачивать в runInAction код, просто надо знать и понимать, где это может стать проблемой.
Строго говоря никто не мешает писать вызов экшена метода после возврата асинхронной функции. Просто теряется кусок магии лаконичности, но иногда рождается магия низкосвязности
Не все легко меняют работу. Зависит от города, мобильности, знаний, внешних связей и т.д. Но предположу, что то была шутка.
Человек говорит не про то, что он не умеет, а что коллеги не смогли или сделали непривычно для него (кто-то способен держать в голове 5 элементов или даже 6, но многие не больше трёх и это, обычно, потолок), так что я понимаю автора. Хоть и люблю МобХ за его возможную лаконичность, как в TS, так и в CS.
Про точные вычисления в JS:
Если понадобится прецизионная точность работы с числами, то MathJS в помощь: можно указать точность 64 (и больше) бит и уже 0.1 + 0.2 === 0.3
Про ГПСЧ:
Если возможности позволяют, то два и более ГПСЧ (с разных устройств) помогают создать нормальный рандом. В отдельных случаях движения мыши вполне годны для ГСЧ.
Про передачу arguments в другие функции
https://github.com/petkaantonov/bluebird/wiki/Optimization-killers#3-managing-arguments
For… in не просто работает с объектом, как с хэш-таблицей, пробегая ещё по родителям ища перечисляемые типы. getOwnPropertyNamies же ищет перечисляемые только для объекта, которые могут вполне храниться в отдельном векторе, что удобнее.
Правила приведения легко запоминаются, да не легко вспоминаются, когда происходит компановка. Так давно пишу на строгом сравнении, что не понимаю откуда в неговнокоде берутся разные типы. Это же на уровнях интерфейсов определяется раз и навсегда.
Так что это не только микрооптимизация, но и попросту аккуратный код и логика.
Да, в е-книгах часто есть закладки, но навигация не такая шустрая, увы
Ещё закладки на ключевые цитаты, у меня отдельные произведения Шекспира «размечены» ими. Уж очень ёмко выражается)
Это только рожать у нас можно без какой-либо квалификации, а на любую гайку в сливной трубе нужна хотя бы бумажка (это не конкретно к вам, а просто накипело, каждый раз когда вижу «контролировать детей» я немного срываюсь).
Я же не знаю вашей ситуации, я просто ощущаю надзорный образ мышления, а судя по комментариям, ощущаю не желание найти ответ (тут его нет), а скорее разговор с совестью или проекциями (как угодно, суть одна).
— Увесист, да
+ Жрёт почти любой WiFi (не пробовал корпоративный тип и шифрование по ключу, так что наверняка сказать не могу)
+ Есть 3g
+ Можно работать с mIcroSD. Всеяден. Ну почти все: FB2, FB2.ZIP, TXT, PDF, DJVU, RTF, HTML, PRC (mobi), CHM, EPUB, DOC, TCR (это было на момент пуска, в процессе они ещё что-то довкинули)
+ Просто нет импорта)
+ Читал и PDF, и манги две освоил с ОЧЕНЬ редкими траблами (типа 1 страница на 130 глав), приходилось увеличивать
+ Отклик всегда ощущается, достатьчно хорошие кнопки, а перелистывание всяко быстрее книжного
+ Есть два режима: быстрый/экономный (полезен в поездках) — там остаются, особенность перерисовки и второй — качественный/медленный. Никаких следов.
10 лет читалке, жива, только раз аккум менял. Неужели прогресс отменили и стал только регресс? Брал за 370$ почти что, так что вот, цена хорошей книги, увы, как на планшет. Только __ничего__ не отвлекает)
И тут одна основательно говорит — светлая тема лучше
www.nngroup.com/articles/dark-mode
Другая — тёмная наше всё
www.wired.co.uk/article/dark-mode-chrome-android-ios-science
И обе ссылаются на научные работы. Хоть мета-анализ делай…
А может доверие? Сотрудничество? Ну ради прикола.
Ну и бесконтрольный интернет. Ради поддержки
я бы сказал ровно наоборот — в маленьких проектах эта многословность туды-сюды, а в больших каждое добавление редуктора, создание connect-та с мапингом диспатчер/стейта выглядит, как то, что кто-то с больным воображением и садистским уклоном решил сделать штуку, которую распиарили на столько, что людям даже понравилось!) (не, я понимаю что редакс всяко лучше флюкса, а то были первые нервные шаги в «тру-реактивности» на большом рынке, но выглядит именно так).
Проще: любые правки в «сторе» (т.к. строго говоря стора в Redux нет) это боль. И чем больше аппка — тем больше боли т.к. как ни крути, а веб-апп это большаяя трансформация данных на событиях.
вообще я счас работаю с redux-проектом и mobx-проектом и разница колоссальна. Не больше, не меньше. В голом Redux 10 раз думаешь, прежде чем создать новый экшн, свойство, там прям изгаляешься, в MobX пишешь стор, экшены, свойства без боли, регистрации и и СМС.
И даже сейчас смотрю на Effector и из коментов взял на вооружение $mol_atom
Строго говоря добавление таймера — дешёвая операция, хоть она и Oмега(n) (всегда столько времени, сколько таймеров уже добавлено) на вставку и создание контекстов на чтение/исполнение, всё равно даже 1000 таймеров не сравнится с рендером всего одного (!) абзаца текста с кастомным шрифтом. Так что антидребезг был бы хорош, но точно не стоит такого напора)
Строго говоря никто не мешает писать вызов экшена метода после возврата асинхронной функции. Просто теряется кусок магии лаконичности, но иногда рождается магия низкосвязности
Человек говорит не про то, что он не умеет, а что коллеги не смогли или сделали непривычно для него (кто-то способен держать в голове 5 элементов или даже 6, но многие не больше трёх и это, обычно, потолок), так что я понимаю автора. Хоть и люблю МобХ за его возможную лаконичность, как в TS, так и в CS.
Если понадобится прецизионная точность работы с числами, то MathJS в помощь: можно указать точность 64 (и больше) бит и уже 0.1 + 0.2 === 0.3
Про ГПСЧ:
Если возможности позволяют, то два и более ГПСЧ (с разных устройств) помогают создать нормальный рандом. В отдельных случаях движения мыши вполне годны для ГСЧ.
https://github.com/petkaantonov/bluebird/wiki/Optimization-killers#3-managing-arguments
For… in не просто работает с объектом, как с хэш-таблицей, пробегая ещё по родителям ища перечисляемые типы. getOwnPropertyNamies же ищет перечисляемые только для объекта, которые могут вполне храниться в отдельном векторе, что удобнее.
Правила приведения легко запоминаются, да не легко вспоминаются, когда происходит компановка. Так давно пишу на строгом сравнении, что не понимаю откуда в неговнокоде берутся разные типы. Это же на уровнях интерфейсов определяется раз и навсегда.
Так что это не только микрооптимизация, но и попросту аккуратный код и логика.