Все устарело
typescript вместо flow,
redux или mobx вместо flux
В главе 4 дается введение в JSX — отдельную дополнительную технологию, обычно используемую в связке с React.
Да ну, неужели кто-то использует реакт без jsx?
Пробовал как-то программу которая сама двигает текст (в большой рамке одно слово, быстро меняется).
Я доходил до 1400 слов в минуту, это более 20 слов в секунду. Вот только понимание уже было на уровне подсознания.
500-700 слов в минуту — комфортно, хорошее понимание слов. Итак, повторюсь, именно понимание СЛОВ. В предложение вязаться они переставали. Либо же понимал предложение, но не понимал текст.
Более того, очень хотелось возвращаться назад, потому что текст был сложный даже при обычном прочтении. Возможно я просто пробовал таким способом читать слишком сложную (и интересную) книгу hpmor.ru
Если уж совсем позанудствовать, но мала средняя скорость всех электоннов вместе взятых в направлении (против) тока, при этом каждый конкретный электрон весьма рандомно и быстро летает по металу.
(единственный косяк — библиотечки лежат сразу для пяти платформ, "x86", "x86_64", "armeabi", "armeabi-v7a", "arm64-v8a")
Это можно пофиксить настойками в gradle, будут генерироваться отдельные apk для каждой платформы — плей маркет такое поддерживает — и сам разрулит какому пользователю что отдавать.
Так я же на 6 айфоне тестирую, а уже 7 вышел. Как раз два года получается)
Дома нет айфона — открыл с айпада — время открытия попапов на глаз немного заметно, порядка пол секунды, может чуть меньше. Возможно это из-за того что браузер 300мс ждем чтоб определить что это клик, а не дабл клик.
Я пилю на работе обычный сайт, cf.ua (версия не актуальна, я пилю на виртуалке), у него также есть приложения.
Тестирую сайт я с айфона — отзывчивость вида "показать полный текст статьи", "открыть попап", "открыть меню гамбургер". Отрабатываются на глаз мгновенно. Переход по ссылкам — порядка секунды(тут дело от инета зависит больше). Открытие всяких дропдаунов — мгновенно.
Тут еще может быть такое дело что вы хороший java разработчик, но плохой javascript.
Может вы сравниваете качественное, оптимизированное приложение на java, против говнокода на javascript написаного на коленке за 2 часа?
И да, я считаю что оно может работать 60 fps, по поводу отзывчивости, что имеется в виду? Как быстро открывается попап после нажатия на кнопку? Тут трудно сказать.
Я сейчас делаю обычный вебсайт который тестирую на iphone 6 и nexus(хз какой) — все очень плавно (скролл в контейнерах, анимация нажатия, открывашка popup-ов). Это при том что я особо не оптимизировал ничего для телефона.
Ах да, еще я пользуюсь мобильной версией вк с ipod 2gen (очень старое устройства, 400 MHz), скролл плавный, похоже что 60 фпс. Отзывчивость (переход в пункт меню после клика на этот пункт меню) конечно хуже, порядка 1-2 секунд. Но это же старое устройство!
Погодите, ресурсы как батарея мы конечно потеряем. Но вот 60 FPS и отзывчивость на счетчике калорий получить с PWA не так уж и сложно.
А в интернет маганизе, вы уверены что она нужна? Ну если я нажму на карточку товара, а пока она развернутся в детальную пройдет секунда — то черт с ним. Это не настолько большой минус для меня как скачивания приложения(ожидания порядка 15-45 секунд), и последующее захламление памяти устройства.
Так это, у меня нет желания устанавливать весь тот "мусор" что я выше перечислил. Особенно когда у каждого интернет магазина по приложению, у каждого ресторана по приложению. А если это будет PWA на которое я набрел в инете, сразу увидел, и уже потом решил добавить ярлык на рабочий стол то будет гораздо круче. Я сначала нашел крутой ресторан, и только его добавил на рабочий стол.
Собственно основная фишка PWA что оно берет свои плюсы от двух вещей — нативный и веб приложений, а именно:
от веба: друг скинул в соц.сети ссылку — мы сразу перешли, видим результат, ничего не нужно скачивать, ждать. Кроссплатформенность(в будущем если взлетит).
от приложений: возможность работать в офлайне, ярлык на рабочем столе. Производительность телефоном растет, а огромная куча приложений (как тот мусор что я перечислил выше) сложнее не становятся. Счетчик калорий и интернет магазин уж точно лагать не должен, даже на относительно старых устройствах.
Я сторонник. (Я frontend). Собственно есть куча "бизнес" приложений. У каждого ресторана по приложению, у магазина типа АШАН по приложению, и так далее. Тысячи их.
Приведу пример возможных PWA:
словарь слов на англ для изучения.(типа lingoleo)
приложение кинотеатра(новые фильмы, цены, забронить билет)
приложение ресторана(новые блюда, цены, забронить столик)
приложение соц.сетей
записная книжка
интернет магазины(новые товары, цены, купить)
почта
хабр, гиктайм, сайты типа thequestion.ru
расписание общетсвенного транспорта, карты метро, приложение аеропорта
slack, skype
счетчик калорий.
погода
подбор одежды по настроению
читалка книг.
музыка, Ютуб
стековерфлов
ну да, в статье как раз речь шла о карте на которой длинны должны плюс минус совпадать
«Здесь используется разновидность так называемой изометрической проекции, при которой в отображении трёхмерного объекта на плоскость коэффициент искажения (отношение длины спроецированного на плоскость отрезка, параллельного координатной оси, к действительной длине отрезка) по всем трём осям один и тот же.
»
Я когда-то думал что библиотеки это фигня и начал делать игру на андроид на канвасе. Потом для следующих уже использовал фреймворк. А когда продолжал делать первую — приходилось доделывать старый, ужастный, костыльный код. Лучше бы я сразу его выбросил и переписал на фреймворк — заняло бы день, код уменьшилься раза в 2 точно. П.С. и писал я все в двух файлах, да, жесть.
Так вот, к чему я все это. Тут рефакторинг 100% невозможен.
Все устарело
typescript вместо flow,
redux или mobx вместо flux
пусть X децибелы. I интенсивность. V восприимчивость
I = e^x
V = log(i)
i = log(e^x) = x
ну и добавивить коефициенты нужно.
Это бред. Не выдумывайте свои определения
https://habrahabr.ru/post/181444/
Напомните что именно было неудачного в попытке перезапуска Кинопоиска?
Пробовал как-то программу которая сама двигает текст (в большой рамке одно слово, быстро меняется).
Я доходил до 1400 слов в минуту, это более 20 слов в секунду. Вот только понимание уже было на уровне подсознания.
500-700 слов в минуту — комфортно, хорошее понимание слов. Итак, повторюсь, именно понимание СЛОВ. В предложение вязаться они переставали. Либо же понимал предложение, но не понимал текст.
Более того, очень хотелось возвращаться назад, потому что текст был сложный даже при обычном прочтении. Возможно я просто пробовал таким способом читать слишком сложную (и интересную) книгу hpmor.ru
Всброшу интересную задачу. (Сам еще не решил)
Есть бесконечное поле в клеточку — между точками клеточек резистор в 1 Ом.
Какое будет сопротивление между точками
A(0,0) и B(2,1)
А если вы хотите скрыться то скорее всего вообще выбросите телефоны и карточки банковские.
Если уж совсем позанудствовать, но мала средняя скорость всех электоннов вместе взятых в направлении (против) тока, при этом каждый конкретный электрон весьма рандомно и быстро летает по металу.
Это опечатка? Раз в неделю? Если нет, то что-то очень часто они хотят.
(единственный косяк — библиотечки лежат сразу для пяти платформ, "x86", "x86_64", "armeabi", "armeabi-v7a", "arm64-v8a")
Это можно пофиксить настойками в gradle, будут генерироваться отдельные apk для каждой платформы — плей маркет такое поддерживает — и сам разрулит какому пользователю что отдавать.
Да почему мрак? Если пользоватся БЕМ-ом — там огромные именна классов (пусть и которые хорошо жмутся gzip).
Так я же на 6 айфоне тестирую, а уже 7 вышел. Как раз два года получается)
Дома нет айфона — открыл с айпада — время открытия попапов на глаз немного заметно, порядка пол секунды, может чуть меньше. Возможно это из-за того что браузер 300мс ждем чтоб определить что это клик, а не дабл клик.
Я пилю на работе обычный сайт, cf.ua (версия не актуальна, я пилю на виртуалке), у него также есть приложения.
Тестирую сайт я с айфона — отзывчивость вида "показать полный текст статьи", "открыть попап", "открыть меню гамбургер". Отрабатываются на глаз мгновенно. Переход по ссылкам — порядка секунды(тут дело от инета зависит больше). Открытие всяких дропдаунов — мгновенно.
Тут еще может быть такое дело что вы хороший java разработчик, но плохой javascript.
Может вы сравниваете качественное, оптимизированное приложение на java, против говнокода на javascript написаного на коленке за 2 часа?
И да, я считаю что оно может работать 60 fps, по поводу отзывчивости, что имеется в виду? Как быстро открывается попап после нажатия на кнопку? Тут трудно сказать.
Я сейчас делаю обычный вебсайт который тестирую на iphone 6 и nexus(хз какой) — все очень плавно (скролл в контейнерах, анимация нажатия, открывашка popup-ов). Это при том что я особо не оптимизировал ничего для телефона.
Ах да, еще я пользуюсь мобильной версией вк с ipod 2gen (очень старое устройства, 400 MHz), скролл плавный, похоже что 60 фпс. Отзывчивость (переход в пункт меню после клика на этот пункт меню) конечно хуже, порядка 1-2 секунд. Но это же старое устройство!
Погодите, ресурсы как батарея мы конечно потеряем. Но вот 60 FPS и отзывчивость на счетчике калорий получить с PWA не так уж и сложно.
А в интернет маганизе, вы уверены что она нужна? Ну если я нажму на карточку товара, а пока она развернутся в детальную пройдет секунда — то черт с ним. Это не настолько большой минус для меня как скачивания приложения(ожидания порядка 15-45 секунд), и последующее захламление памяти устройства.
Так это, у меня нет желания устанавливать весь тот "мусор" что я выше перечислил. Особенно когда у каждого интернет магазина по приложению, у каждого ресторана по приложению. А если это будет PWA на которое я набрел в инете, сразу увидел, и уже потом решил добавить ярлык на рабочий стол то будет гораздо круче. Я сначала нашел крутой ресторан, и только его добавил на рабочий стол.
Собственно основная фишка PWA что оно берет свои плюсы от двух вещей — нативный и веб приложений, а именно:
от веба: друг скинул в соц.сети ссылку — мы сразу перешли, видим результат, ничего не нужно скачивать, ждать. Кроссплатформенность(в будущем если взлетит).
от приложений: возможность работать в офлайне, ярлык на рабочем столе. Производительность телефоном растет, а огромная куча приложений (как тот мусор что я перечислил выше) сложнее не становятся. Счетчик калорий и интернет магазин уж точно лагать не должен, даже на относительно старых устройствах.
Я сторонник. (Я frontend). Собственно есть куча "бизнес" приложений. У каждого ресторана по приложению, у магазина типа АШАН по приложению, и так далее. Тысячи их.
Приведу пример возможных PWA:
словарь слов на англ для изучения.(типа lingoleo)
приложение кинотеатра(новые фильмы, цены, забронить билет)
приложение ресторана(новые блюда, цены, забронить столик)
приложение соц.сетей
записная книжка
интернет магазины(новые товары, цены, купить)
почта
хабр, гиктайм, сайты типа thequestion.ru
расписание общетсвенного транспорта, карты метро, приложение аеропорта
slack, skype
счетчик калорий.
погода
подбор одежды по настроению
читалка книг.
музыка, Ютуб
стековерфлов
«Здесь используется разновидность так называемой изометрической проекции, при которой в отображении трёхмерного объекта на плоскость коэффициент искажения (отношение длины спроецированного на плоскость отрезка, параллельного координатной оси, к действительной длине отрезка) по всем трём осям один и тот же.
»
Я когда-то думал что библиотеки это фигня и начал делать игру на андроид на канвасе. Потом для следующих уже использовал фреймворк. А когда продолжал делать первую — приходилось доделывать старый, ужастный, костыльный код. Лучше бы я сразу его выбросил и переписал на фреймворк — заняло бы день, код уменьшилься раза в 2 точно. П.С. и писал я все в двух файлах, да, жесть.
Так вот, к чему я все это. Тут рефакторинг 100% невозможен.