Но вообще у человечества было 160 тысяч лет чтоб узнать о плюсах голодания и подтвердить их эмпирически. Тот факт, что на сегодняшний день голодание — весьма маргинальная практика, как бы намекает на то что есть более эффективные способы поддержания здоровья. Например… здоровый образ жизни.
Кстати да. Один «шаман» поделился методом подъема вовремя и без будильника. Мысленно пишешь время ожидаемого подъема на камне и мысленно кидаешь этот камень в воду. Способ очень действенный. Просыпаешься вовремя, ±5 минут. Причём подъём значительно приятнее, чем по будильнику.
Уверен, что не для любой работы такой способ подходит. Моё руководство закрывает глаза на опоздания. Но я не припомню чтоб хоть раз проспал/опоздал.
Для подъёма на самолёт, правда, ссыкую и не доверяю всяким там шаманским штучкам.
Ум — это не эрудиция, не умение влезть в любую беседу, наоборот, или, как сказал один премьер, отнюдь!
Ум не означает умение поддерживать разговор с учеными.
Если ты умный, ты поймешь, что ты ничего не понимаешь.
Ум часто говорит молча.
Ум чувствует недостатки или неприятные моменты для собеседника и обходит их.
Ум предвидит ответ и промолчит, если ему не хочется это услышать.
И, вообще, ум что-то предложит.
Глупость не предлагает.
Глупость не спрашивает.
Глупость объясняет.
В общем, с умным лучше.
С ним ты свободен и ленив.
С дураком ты все время занят.
Ты трудишься в поте лица.
Он тебе возражает и возражает… Ибо он уверен!
И от этих бессмысленных возражений ты теряешь силу, выдержку и сообразительность, которыми так гордился.
С дураком ты ни в чем не можешь согласиться.
И чувствуешь, какой у тебя плохой характер.
Поэтому отдохни с умным!
Отдохни с ним, милый!
Умоляю!
Моя восьмидесятилетняя бабушка-интернетчица-путешественница с вами бы не согласилась. Буквально вчера с ней на эту тему по скайпу разговаривал. Говорит что те кто любит жизнь не чувствуют своего возраста.
Кстати, людей с развитым EQ в обществе принято считать «адекватными».
Если кому-то интересно, есть замечательная книга Далай Ламы и архиепископа Десмонда Туту «The book of Joy». Два добрых старичка-лауреата Нобелевской премии мира учат практиковать сострадание к ближнему. Примерно месяц назад я прослушал эту книгу и стал каждый день применять их советики. Понадобилась неделя чтоб увидеть ощутимый результат. И месяц чтоб поразиться тем изменениям, которые можно достичь, упражняясь всего по 10 минут в день:
стало легче решать потенциальные конфликтные ситуации
общение с людьми начало приносить значительно больше удовольствия и чувство завершенности
стало проще понимать и осознавать личные мотивы
стало приятнее проводить время наедине с собой
И, что весьма немаловажно, — для близких ты остаёшься всё тем же любимым человеком. Это я к тому что от некоторых термоядерных техник саморазвития люди начинают вести себя как сумасшедшие, что моментально отпугивает близких. В данном случае, как показывает практика, близкие вообще ничего не замечают. Разве что начинают проявлять к тебе чуть большую заботу и внимание.
Может для облегчения жизни лучше заюзать готовую библиотеку, пользующуюся поддержкой сообщества? Я так понял, у вас свои наработки уже есть. Вы их публиковали?
Я прошу прощения, Ангуляр не обязательно перерисовывает весь дом по событиям, но всегда проверяет, не устарел ли элемент. И перерисовывает его в случае необходимости.
Вот тут очень подробно описана работа механизма определения изменений. Если в двух словах, то Ангуляр, используя библиотеку Zone.js, патчит некоторые функции API браузера таким образом, что при вызове этих функций дополнительно выполняется проверка на наличие изменений в дереве компонентов. Классический пример подобного патча — нативная функция setTimeout(). Вызов этой функции внутри Angular приложения повлечёт за собой проверку на изменения и перерисовку в случае необходимости. Так же Angular патчит и функцию addEventListener(). Таким образом, если навесить на любой элемент событие (например тот же onTouchStart), то это событие вызовет механизм проверки/перерисовки дерева компонентов. Попытка скролла в Ионике приводит к неизбежному onTouchStart, который вызывает проверку компонентов и тормозит браузер, если компонентов много. Благо, есть способ это отключить.
А вот как Реакт справляется с определением изменений/перерисовкой компонентов мне самому стало интересно :)
Рёбя, немного не в кассу, но хочу поделиться, как я немного обуздал проблему производительности в Ионике 2 на iOS устройствах. На отдельный хабрапост данный текст явно не тянет, так что оставляю его тут в камменте, не пропадать же знаниям.
Так вот. Скроллинг для списков >= 100 элементов неприятно тормозил. Тормоза были двух типов:
Небольшая задержка при начале скроллинга
Сам скроллинг работал медленнее в сравнении с нативным
Решения:
Оказалось что событие onTouchStart (да и вообще любое событие) вызывает перерисовку элементов списка, выполняемого директивой ngFor. Для того чтоб этой перерисовки не было можно поместить код с ngFor в отдельный компонент, а к компоненту применить changeDetection: ChangeDetectionStrategy.OnPush. Как показала практика, changeDetection: ChangeDetectionStrategy.OnPush — довольно неплохое решение для многих проблем производительности в Angular 2. Вот тут подробнее описано как его готовить и с чем его едят. Там есть нью-ансы, рекомендую прочитать перед тем как юзать его на всех компонентах.
WKWebView — ответ на многие вопросы производительности в iOS устройствах. Подробнее тут: http://blog.ionic.io/cordova-ios-performance-improvements-drop-in-speed-with-wkwebview/. Кстати он решает не только вопросы производительности но и проблемы использования современных CSS3 свистелок. НО! тут есть подводный камень, а именно CORS. Если ваш сервер не умеет отдавать access-control-allow-origin хедер, то о замечательном WKWebView можно забыть.
Мне знакомая голландская мамаша сказала что вычисляет русские семьи по неадекватно-закутанным детям. Сама она считает что это вредно для здоровья. Голландцы, кстати, одна из самых здоровых наций. Дети тут практически не испытывают ограничений: едят с пола (если им так хочется) и носят ту одежду, которую сами предпочитают. Это закаляет организм и избавляет родителей от лишних хлопот. Win-win.
Такая же ситуация. Пишут много. Кстати можно настроить фильтр на слова "my client", "opportunities" и "challenging" и удивиться как много писем будет ловиться таким простым фильтром. Может это на любителя, но куда приятнее работать в компаниях, которые могут позволить себе HR отдел.
Живу в Голландии, на линкдине себя чувствую так же как, наверное, себя чувствуют красивые девушки на тиндере: невероятно много внимания. Жаль только что со стороны рекрутёров. Востребованность в программистах на рынке труда огромная. Коммиссия 10-50% от годовой зарплаты. За штучную сделку можно заработать неплохие деньги: 5-40 тысяч евро. По субъективным ощущениям хеадхантинг как магнит привлекает халявщиков и великих комбинаторов всевозможных мастей. Чаще всего это необязательные люди, готовые обещать всё что угодно, лишь бы заманить человека на новую работу. В общем, по личным ощущениям, Линкдин — клоака, созданная стрёмными людьми для стрёмных людей. По иронии судьбы, все западные программисты хранят свои анкеты на этом замечательном сервисе. В моём субъективном случае, полезность сервиса равна 0.0%. Гораздо приятнее искать работу на stackoverflow.com.
Большое спасибо за полезный доклад.
Своё решение, как водится, родилось от отчаяния. Требовалось всего-то:
показать все компоненты на одной странице
иметь отдельную страницу для каждой из компонент. Очень помогает при отладке адаптивных элементов
древовидная структура представления компонент (папки-подпапки)
Единственная библиотека, подходящая по перечисленным критериям была Tapestry. Может еще есть? Беда в том, что нужно попотеть чтоб встроить Tapestry в билд процесс и она люто конфликтовала с имеющимся кодом. Такие дела.
Спасибо за ссылку. Это немного разные вещи. Web Components — технология, позволяющая создавать переиспользуемые компоненты. Component Library — это список переиспользуемых компонент. По сути, Components Library может состоять из Web Components.
Но вообще у человечества было 160 тысяч лет чтоб узнать о плюсах голодания и подтвердить их эмпирически. Тот факт, что на сегодняшний день голодание — весьма маргинальная практика, как бы намекает на то что есть более эффективные способы поддержания здоровья. Например… здоровый образ жизни.
Уверен, что не для любой работы такой способ подходит. Моё руководство закрывает глаза на опоздания. Но я не припомню чтоб хоть раз проспал/опоздал.
Для подъёма на самолёт, правда, ссыкую и не доверяю всяким там шаманским штучкам.
Ум не означает умение поддерживать разговор с учеными.
Если ты умный, ты поймешь, что ты ничего не понимаешь.
Ум часто говорит молча.
Ум чувствует недостатки или неприятные моменты для собеседника и обходит их.
Ум предвидит ответ и промолчит, если ему не хочется это услышать.
И, вообще, ум что-то предложит.
Глупость не предлагает.
Глупость не спрашивает.
Глупость объясняет.
В общем, с умным лучше.
С ним ты свободен и ленив.
С дураком ты все время занят.
Ты трудишься в поте лица.
Он тебе возражает и возражает… Ибо он уверен!
И от этих бессмысленных возражений ты теряешь силу, выдержку и сообразительность, которыми так гордился.
С дураком ты ни в чем не можешь согласиться.
И чувствуешь, какой у тебя плохой характер.
Поэтому отдохни с умным!
Отдохни с ним, милый!
Умоляю!
Если кому-то интересно, есть замечательная книга Далай Ламы и архиепископа Десмонда Туту «The book of Joy». Два добрых старичка-лауреата Нобелевской премии мира учат практиковать сострадание к ближнему. Примерно месяц назад я прослушал эту книгу и стал каждый день применять их советики. Понадобилась неделя чтоб увидеть ощутимый результат. И месяц чтоб поразиться тем изменениям, которые можно достичь, упражняясь всего по 10 минут в день:
И, что весьма немаловажно, — для близких ты остаёшься всё тем же любимым человеком. Это я к тому что от некоторых термоядерных техник саморазвития люди начинают вести себя как сумасшедшие, что моментально отпугивает близких. В данном случае, как показывает практика, близкие вообще ничего не замечают. Разве что начинают проявлять к тебе чуть большую заботу и внимание.
Может для облегчения жизни лучше заюзать готовую библиотеку, пользующуюся поддержкой сообщества? Я так понял, у вас свои наработки уже есть. Вы их публиковали?
Интересно, какой вывод об удобстве фреймворка можно сделать глядя на аппстор?
Я прошу прощения, Ангуляр не обязательно перерисовывает весь дом по событиям, но всегда проверяет, не устарел ли элемент. И перерисовывает его в случае необходимости.
Вот тут очень подробно описана работа механизма определения изменений. Если в двух словах, то Ангуляр, используя библиотеку Zone.js, патчит некоторые функции API браузера таким образом, что при вызове этих функций дополнительно выполняется проверка на наличие изменений в дереве компонентов. Классический пример подобного патча — нативная функция
setTimeout()
. Вызов этой функции внутри Angular приложения повлечёт за собой проверку на изменения и перерисовку в случае необходимости. Так же Angular патчит и функциюaddEventListener()
. Таким образом, если навесить на любой элемент событие (например тот жеonTouchStart
), то это событие вызовет механизм проверки/перерисовки дерева компонентов. Попытка скролла в Ионике приводит к неизбежномуonTouchStart
, который вызывает проверку компонентов и тормозит браузер, если компонентов много. Благо, есть способ это отключить.А вот как Реакт справляется с определением изменений/перерисовкой компонентов мне самому стало интересно :)
Рёбя, немного не в кассу, но хочу поделиться, как я немного обуздал проблему производительности в Ионике 2 на iOS устройствах. На отдельный хабрапост данный текст явно не тянет, так что оставляю его тут в камменте, не пропадать же знаниям.
Так вот. Скроллинг для списков >= 100 элементов неприятно тормозил. Тормоза были двух типов:
Решения:
onTouchStart
(да и вообще любое событие) вызывает перерисовку элементов списка, выполняемого директивойngFor
. Для того чтоб этой перерисовки не было можно поместить код сngFor
в отдельный компонент, а к компоненту применитьchangeDetection: ChangeDetectionStrategy.OnPush
. Как показала практика,changeDetection: ChangeDetectionStrategy.OnPush
— довольно неплохое решение для многих проблем производительности в Angular 2. Вот тут подробнее описано как его готовить и с чем его едят. Там есть нью-ансы, рекомендую прочитать перед тем как юзать его на всех компонентах.WKWebView
— ответ на многие вопросы производительности в iOS устройствах. Подробнее тут: http://blog.ionic.io/cordova-ios-performance-improvements-drop-in-speed-with-wkwebview/. Кстати он решает не только вопросы производительности но и проблемы использования современных CSS3 свистелок. НО! тут есть подводный камень, а именно CORS. Если ваш сервер не умеет отдаватьaccess-control-allow-origin
хедер, то о замечательномWKWebView
можно забыть.P.S. А автору спасибо за статью, всё по делу.
Зарплата программиста в Англии самая высокая по Европе, а за "matching" агентства удерживают всё те же 10-50%.
Такая же ситуация. Пишут много. Кстати можно настроить фильтр на слова "my client", "opportunities" и "challenging" и удивиться как много писем будет ловиться таким простым фильтром. Может это на любителя, но куда приятнее работать в компаниях, которые могут позволить себе HR отдел.
А вы в итоге работаете или работали в Амазоне?
Живу в Голландии, на линкдине себя чувствую так же как, наверное, себя чувствуют красивые девушки на тиндере: невероятно много внимания. Жаль только что со стороны рекрутёров. Востребованность в программистах на рынке труда огромная. Коммиссия 10-50% от годовой зарплаты. За штучную сделку можно заработать неплохие деньги: 5-40 тысяч евро. По субъективным ощущениям хеадхантинг как магнит привлекает халявщиков и великих комбинаторов всевозможных мастей. Чаще всего это необязательные люди, готовые обещать всё что угодно, лишь бы заманить человека на новую работу. В общем, по личным ощущениям, Линкдин — клоака, созданная стрёмными людьми для стрёмных людей. По иронии судьбы, все западные программисты хранят свои анкеты на этом замечательном сервисе. В моём субъективном случае, полезность сервиса равна 0.0%. Гораздо приятнее искать работу на stackoverflow.com.
Большое спасибо за полезный доклад.
Своё решение, как водится, родилось от отчаяния. Требовалось всего-то:
Единственная библиотека, подходящая по перечисленным критериям была Tapestry. Может еще есть? Беда в том, что нужно попотеть чтоб встроить Tapestry в билд процесс и она люто конфликтовала с имеющимся кодом. Такие дела.
Цель Component Library — предоставить возможность создавать и поддерживать список компонентов конкретного вебсайта (например Хабра: https://sneas.github.io/habrahabr/index.html). Я так понимаю https://www.webcomponents.org/ задумывался как глобальная коллекция существующих веб компонент?
Спасибо за ссылку. Это немного разные вещи. Web Components — технология, позволяющая создавать переиспользуемые компоненты. Component Library — это список переиспользуемых компонент. По сути, Components Library может состоять из Web Components.