Знаменитый спич Линуса Торвальдса (полная запись) с посылом компании NVidia - смотреть с 48-ой минуты 10-и секунд или просто justclick.this(https://www.youtube.com/watch?v=MShbP3OpASA&t=48m10s).
В вопросе речь зашла об очень хорошем проекте для платформы NVidia Optimus (http://en.wikipedia.org/wiki/Nvidia_Optimus) - Bumblebee.
http://bumblebee-project.org
В вопросе речь зашла об очень хорошем проекте для платформы NVidia Optimus (http://en.wikipedia.org/wiki/Nvidia_Optimus) - Bumblebee.
http://bumblebee-project.org
YouTube
Aalto Talk with Linus Torvalds [Full-length]
Aalto Talk with Linus Torvalds, hosted by Aalto Center for Entrepreneurship (ACE) in Otaniemi on June 14, 2012. Linus was interviewed by Will Cardwell and fo...
И всё таки не просекли главную фишку - это хранимые функции (процедуры) на Lua и возможность собрать из дополнительных модулей полноценный application server на Lua (http server, queue + in-memory db with optional persistence storage).
Используется LuaJit.
На этом можно поднять монстра, который держит больше 17K RPS (многопоточных, распараллельных запросов с мультивыборкой данных) к БД.
С модулем nginx_upstream_module, интеграцией с OpenResty и фреймворком Lapis - страшно представить какой мощный дракон получится! 😱
В mail.ru видимо очень любят Lua поэтому поддерживают Tarantool 👍
https://opensource.mail.ru/Tarantool
http://highscalability.com/blog/2015/12/30/how-to-choose-an-in-memory-nosql-solution-performance-measur.html
http://highscalability.com/blog/2016/2/17/building-nginx-and-tarantool-based-services.html
Используется LuaJit.
На этом можно поднять монстра, который держит больше 17K RPS (многопоточных, распараллельных запросов с мультивыборкой данных) к БД.
С модулем nginx_upstream_module, интеграцией с OpenResty и фреймворком Lapis - страшно представить какой мощный дракон получится! 😱
В mail.ru видимо очень любят Lua поэтому поддерживают Tarantool 👍
https://opensource.mail.ru/Tarantool
http://highscalability.com/blog/2015/12/30/how-to-choose-an-in-memory-nosql-solution-performance-measur.html
http://highscalability.com/blog/2016/2/17/building-nginx-and-tarantool-based-services.html
Highscalability
How to choose an in-memory NoSQL solution: Performance measuring - High Scalability -
The main purpose of this work is to show results of benchmarking some of the leading in-memory NoS...
Technologique
Больше, больше мессенджеров, разных и несовместимых - каждому свой! https://wickr.com https://wickr.com/personal#medownload https://play.google.com/store/apps/details?id=com.mywickr.wickr2
WWW... Wire, Wickr... Wiper! 😄
https://gowiper.com
https://play.google.com/store/apps/details?id=com.gowiper.android
https://gowiper.com
https://play.google.com/store/apps/details?id=com.gowiper.android
Very insightful answer, about how common Linux kernel code base is for different hardware and device form-factors...
https://www.youtube.com/watch?v=MShbP3OpASA&t=38m
https://www.youtube.com/watch?v=MShbP3OpASA&t=38m
YouTube
Aalto Talk with Linus Torvalds [Full-length]
Aalto Talk with Linus Torvalds, hosted by Aalto Center for Entrepreneurship (ACE) in Otaniemi on June 14, 2012. Linus was interviewed by Will Cardwell and fo...
And another one Q&A about unified convergence in the future of software, OS and hardware device form-factors
https://youtu.be/PDEce3mtkRg?t=61m10s
https://youtu.be/PDEce3mtkRg?t=61m10s
YouTube
Linus Torvalds talking with Aalto University students on 23 October, 2012
Linus Torvalds as a guest of EIT ICT Labs Helsinki talking with students from Aalto University. Last time when Linus was at Aalto we saw the famous finger - ...
Интересное и весьма показательное исследование - тенденции хорошо просматриваются
More and more girls get involved to the Linux world! That's really cool!
http://www.linux.com/news/software/applications/853656-linux-foundation-scholarship-recipient-profile-eva-tanaskoska
http://www.linux.com/news/software/applications/853656-linux-foundation-scholarship-recipient-profile-eva-tanaskoska
Linux.com | The source for Linux Information
Linux Foundation Scholarship Recipient: Eva Tanaskoska
We talk with Eva Tanaskoska, a recipient of the Linux Foundation's training scholarship, about her Linux background and her future plans.
А теперь давайте, назовите мне ваши отмазки! 😄
https://www.linux.com/news/software/applications/878800-linux-foundation-scholarship-recipient-vaishali-thakkar
https://www.linux.com/news/software/applications/878800-linux-foundation-scholarship-recipient-vaishali-thakkar
Linux.com | The source for Linux Information
Linux Foundation Scholarship Recipient: Vaishali Thakkar
We talk with Linux Foundation training scholarship recipient Vaishali Thakkar, a winner in the Kernel Guru category, who began contributing to the Linux kernel a year ago.
Forwarded from Платформа
Один из многочисленных примеров, как Linux может изменить вашу жизнь.
Молодая девушка из Индии Vaishali Thakkar сломала ногу и не могла ходить 3 месяца, из-за этого она установила Linux и начала изучать Python. Теперь она Linux-инженер в Oracle. vk.cc/4VRbG3
Молодая девушка из Индии Vaishali Thakkar сломала ногу и не могла ходить 3 месяца, из-за этого она установила Linux и начала изучать Python. Теперь она Linux-инженер в Oracle. vk.cc/4VRbG3
VK
Linux
Один из многочисленных примеров, как Linux может изменить вашу жизнь Молодая девушка из Индии Vaishali Thakkar сломала ногу и не могла ходить 3 месяца, из-за этого она установила Linux и начала изучать Python. Теперь она Linux-инженер в Oracle. #Stories@thatislinux
ПРИШЛО ВРЕМЯ ПЕРЕКОНПЕЛИРОВАТЬ ВЕДРО
ВЕДРО САМО НЕ ПЕРЕКОНПЕЛИРУЕТСЯ
ПЕРЕКОНПЕЛИРУЙ ЕГО, ПЕРЕКОНПЕЛИРУЙ ЕГО ЕЩЕ РАЗ!
ШВАБОДКА ШТОЛЛМАН!!!
😂
https://vk.com/wall-33025660_101574
ВЕДРО САМО НЕ ПЕРЕКОНПЕЛИРУЕТСЯ
ПЕРЕКОНПЕЛИРУЙ ЕГО, ПЕРЕКОНПЕЛИРУЙ ЕГО ЕЩЕ РАЗ!
ШВАБОДКА ШТОЛЛМАН!!!
😂
https://vk.com/wall-33025660_101574
VK
Linux
ПРИШЛО ВРЕМЯ ПЕРЕКОНПЕЛИРОВАТЬ ВЕДРО ВЕДРО САМО НЕ ПЕРЕКОНПЕЛИРУЕТСЯ ПЕРЕКОНПЕЛИРУЙ ЕГО, ПЕРЕКОНПЕЛИРУЙ ЕГО ЕЩЕ РАЗ ЗАЧЕМ МНЕ НУЖЕН ШINDOWS, Я СЛИШКОМ ГОРД ЧТОБЫ СТАВИТЬ ЕГО ЛУЧШЕ ЕЩЕ РАЗ ПЕРЕКОНПЕЛИРОВАТЬ ВЕДРО Я ПЕРЕКОНПЕЛИРУЮ ВЕДРО ПО 7 РАЗ В НЕДЕЛЮ КАЖДАЯ…
Forwarded from Geeks
"Жизнь, по подписке" - статья о том, как "экономика вскладчину" (shared economy) изменяет нашу повседневную жизнь: сейчас уже и билеты на самолёт покупать не нужно, - достаточно заплатить стартапу за "месячную подписку на билеты", и летать безлимитно. В качестве другого примера, почему за shared economy будущее, автор также приводит то, что, по статистике, машины используются эффективно только 4% времени, - всё остальное время они стоят на парковках. Ну и под конец, автор задаёт главный вопрос данности "экономики вскладчину": а нужна ли вам частная собственность вообще? По мне так сама идея "жить полностью по подписке" является идеализированной, хотя многое действительно становится доступнее посредством shared economy. http://techcrunch.com/2016/03/18/life-by-subscription/
TechCrunch
Life, by subscription
The American dream is no longer for sale -- but it is for rent. We are slowly going through a subtle shift in how the economy is owned and operated, with massive implications. On an average day, you may wake up, shower, dress, drive to work and return home.…
Идеальное рабочее пространство! И server rack на нижнем этаже дома! 😄
Стефан Грабер, разработчик из Канады, работающий в компании Canonical, мэйнтейнер LXC (Linux Containers)
https://www.youtube.com/watch?v=NomqUIC_Uzs
http://www.linux.com/news/special-feature/linux-developers/817168-linux-kernel-developer-work-spaces-video-stephane-graber-lxc
Полное собрание - воркспейсы 30-и Linux разработчиков ядра и его окружения за 30 недель:
http://www.linux.com/news/special-feature/linux-developers
Стефан Грабер, разработчик из Канады, работающий в компании Canonical, мэйнтейнер LXC (Linux Containers)
https://www.youtube.com/watch?v=NomqUIC_Uzs
http://www.linux.com/news/special-feature/linux-developers/817168-linux-kernel-developer-work-spaces-video-stephane-graber-lxc
Полное собрание - воркспейсы 30-и Linux разработчиков ядра и его окружения за 30 недель:
http://www.linux.com/news/special-feature/linux-developers
YouTube
Linux Kernel Developer Work Spaces: Stephane Graber
LXC project leader Stephane Graber takes us on a tour of his home office in Montreal. See his desktop setup and the server rack he keeps in the basement, along with a selection of mobile phones for testing his work on Linux containers.
https://docs.docker.com/v1.6/
Обнаружил почти забытую интересность библиотеки jQuery в коде сайта доументации Docker, а именно в реализации меню.
Мне вот непонятно и интересно, как jQuery удаляет (через вызов .off() ) обработчик события элемента/ноды, установленный ранее (вызовом .on() ), когда сам хэндлер реализован как анонимная неименованная функция!? По внутреннему коду функции!?
Я ради интереса запустил отладку и залез в нутро библиотеки через Chromium DevTools и прогоняя jQuery на WebStorm
base.js:33
взять листинг обработчиков событий первого элемента меню:
var mass = window.document.querySelectorAll("li.dd_menu")[0];
getEventListeners(mass);
все три обработчика безымянные и просто так через вызов removeEventListener() их привязку не удалить у элемента, т.к. указание имени обработчика вторым параметром функции обязательно
e - это объект с параметрами вызова передаваемый анонимной функции, function (e) {}, в момент вызова
а подобные трюки
mass.removeEventListener('mouseout', arguments.callee, false)
можно выполнять только в контексте вызова (namespaces/scopes/closures) внутри анонимной функции для последующего её удаления как обработчика события
внедрив подобную строчку кода c малодокументированным вызовом arguments.callee я выяснил много деталей
искомый обработчик это
jQuery110205145879534538835.handle - может называться иначе
или коротко
f(e) - это имя функции, которая существует только в момент возникновения (всплывания, bubbling) события и её вызова
и тут уже по коду становится более ясно - хэндлеры, делегаты...
https://github.com/jquery/jquery/blob/master/src/event.js#L197
https://decadecity.net/talks/what-has-jquery-ever-done-for-us#event-handlers
но до конца разобраться в тонкостях работы механизма событий и обработчиков в jQuery очень непросто
я понимаю что неименованные функции в качестве хэндлера это плохой структурный антипаттерн проектирования, но jQuery реализована в именно таком стиле - это скорее оптимизация для ускорения работы библиотеки и предотвращения утечек памяти, хотя может просто экономят байты на именах для компактности...
но как удалить неименованный хэндлер с элемента без jQuery?
или чистым ванильным JS уже никто не пользуется?
на StackOverflow говорят что никак - просто не надо так писать код 😆😂
PS: помню был интересный проект по запуску jQuery на Node,js для целей парсинга HTML страниц 😄
Полезные ссылки:
https://vk.com/doc10903696_195353516
https://addyosmani.com/resources/essentialjsdesignpatterns/book/
https://toddmotto.com/everything-you-wanted-to-know-about-javascript-scope/
https://habrahabr.ru/post/239863/
Обнаружил почти забытую интересность библиотеки jQuery в коде сайта доументации Docker, а именно в реализации меню.
Мне вот непонятно и интересно, как jQuery удаляет (через вызов .off() ) обработчик события элемента/ноды, установленный ранее (вызовом .on() ), когда сам хэндлер реализован как анонимная неименованная функция!? По внутреннему коду функции!?
Я ради интереса запустил отладку и залез в нутро библиотеки через Chromium DevTools и прогоняя jQuery на WebStorm
base.js:33
взять листинг обработчиков событий первого элемента меню:
var mass = window.document.querySelectorAll("li.dd_menu")[0];
getEventListeners(mass);
все три обработчика безымянные и просто так через вызов removeEventListener() их привязку не удалить у элемента, т.к. указание имени обработчика вторым параметром функции обязательно
e - это объект с параметрами вызова передаваемый анонимной функции, function (e) {}, в момент вызова
а подобные трюки
mass.removeEventListener('mouseout', arguments.callee, false)
можно выполнять только в контексте вызова (namespaces/scopes/closures) внутри анонимной функции для последующего её удаления как обработчика события
внедрив подобную строчку кода c малодокументированным вызовом arguments.callee я выяснил много деталей
искомый обработчик это
jQuery110205145879534538835.handle - может называться иначе
или коротко
f(e) - это имя функции, которая существует только в момент возникновения (всплывания, bubbling) события и её вызова
и тут уже по коду становится более ясно - хэндлеры, делегаты...
https://github.com/jquery/jquery/blob/master/src/event.js#L197
https://decadecity.net/talks/what-has-jquery-ever-done-for-us#event-handlers
но до конца разобраться в тонкостях работы механизма событий и обработчиков в jQuery очень непросто
я понимаю что неименованные функции в качестве хэндлера это плохой структурный антипаттерн проектирования, но jQuery реализована в именно таком стиле - это скорее оптимизация для ускорения работы библиотеки и предотвращения утечек памяти, хотя может просто экономят байты на именах для компактности...
но как удалить неименованный хэндлер с элемента без jQuery?
или чистым ванильным JS уже никто не пользуется?
на StackOverflow говорят что никак - просто не надо так писать код 😆😂
PS: помню был интересный проект по запуску jQuery на Node,js для целей парсинга HTML страниц 😄
Полезные ссылки:
https://vk.com/doc10903696_195353516
https://addyosmani.com/resources/essentialjsdesignpatterns/book/
https://toddmotto.com/everything-you-wanted-to-know-about-javascript-scope/
https://habrahabr.ru/post/239863/
Docker
Docker Documentation
Introduction to Docker.
Forwarded from Andrew Bednoff
запарился с этой навигацией по меню docs.docker.com вручную - хер найдёшь то что нужно!
я поражаюсь фронтэнд дизайнерам - если сделпли такое меню, так запилите кнопку "развернуть всё"!
короче, нервы сдали, сделал простенький букмарклет - пусть разворачивает мне менюшки для поиска по ним
😄👍
я поражаюсь фронтэнд дизайнерам - если сделпли такое меню, так запилите кнопку "развернуть всё"!
короче, нервы сдали, сделал простенький букмарклет - пусть разворачивает мне менюшки для поиска по ним
😄👍