Персональные данные медицинских записей согласно HIPAA (их вариант закона о ПД) должны проходить по наивысшему классу безопасности, насколько помню. Если их зашифровало — в больницу должны с хорошим таким списком вопросов прийти.
Например я хочу логгировать что-то в Node. Иду в npm и вижу сотни библиотек. Во-вторых кто мейнтейнит эти либы? А что если либа, которую я юзаю загнётся?
Потому что либы решают разные задачи. Например, Debug от холовайчука — изоморфное, простое и незатейливое решение, которое просто работает. Его очень удобно внедрять в библиотеки.
Bunyan же — интересная и относительно сложная тулза, заточенная под пайпинг в всякие там logstash-ы c elasticsearch-ами.
Обе уже просто работают. Они не загнутся, потому что решение просто работает.
+1. Мотаюсь между несколькими широтами периодически, когда возвращаюсь в Питер с где-то тридцатой широты — темнота прям бухает по голове и настроению. Даже если солнце светит. Через какое-то время привыкаешь, но по факту все равно наблюдается угнетенность и депрессивное настроение.
-setInterval использовать НЕЛЬЗЯ НИКОГДА. Очень частая проблема — человек закрыл ноут, открыл, очередь из стоявших setInterval хлынула, ноут завис.
-для графики всегда стоит использовать requestAnimationFrame
-перерисовывать весь циферблат логикой не оптимально, правильней рисовать только стрелки, для «нахлестывающихся» картинок стоит либо сделать «двуслойный» прозрачный канвас (поддерживается не везде), либо перерисовывать только «задетые» изображения + рисовать белым поверх старых стрелок, либо изначально создать изображение с помощью канваса, а затем каждый раз делать «кладем нижний слой, кладем стрелки, кладем пимпочку»
и статья и правда не очень актуальная. такие писались где-то года 3 назад, сейчас же низкоуровневая работа с canvas редкость.
не знаю. по моему собственному мироощущению это скорее сродни распутыванию пары десятков кабелей из сумки неаккуратного звукача. аккуратное такое, медитативное. туда потянул. сюда. потом шаг назад, потому что петля затянулась. и так делаешь, пока не развесишь все по отдельности. а потом подключать.
да, элемент творчества есть, связанный с тем, что абсолютное формальное ТЗ является машиночитаемым, а постанавливаемое ТЗ — не является формальным, и мы занимаемся тем, что добавляем элементы согласованной формальной системы, но все-таки большая часть процесса — это тупо распутывание узлов и аккуратное укладывание кабелей. или, как вариант, прозвон всех проводов, подключение наудачу и в итоге то самое «Riak, дебаг и в продакшн».
загуглить — проблемы нет. а вот помнить, что такой метод есть, вместо того, чтобы изобретать велосипед — нужно.
логическое мышление штука хорошая, но все-таки помнить stdlib и используемые библиотеки довольно полезно для экономии времени, иначе разработка растягивается в разы.
А если серьезно — для программирования нахрен не нужна творческая натура и общение. Для работы с клиентом — да, лишним не будет, для прототипирования, для UX, для чего угодно. Не для кода.
Для решения сложных задач, для computer science нужна способность строить в голове согласованные абстракции высоких порядков и крутить их. Кроме этого нужна только хорошая формальная память для того, чтобы в документацию каждый раз не лезть. Все.
В этом году уже считается приличным вводить отдельные классы для JS-логики, отделяя биндинги от стилизационных классов, так что будет что-то вроде styles.button + " js-button". Правда, я не считаю это хорошим подходом и предпочитаю использовать custom elements для этих целей. Благо, они ie9+. В таком случае получаем что-то вроде
- var styles = require('Component.css')
component-container(class=styles.container)
multi-button(class=styles.button) йа кнопко
Что как по мне — является куда более читаемым, чем нагораживание стилей.
Как я понял, претензия у вопрошающего была в том числе к data-reactid, который вот вообще не связан с реализацией css modules. Поэтому и уточнил про «другой фреймворк».
Я не спорю, что БЭМ может. Только нахрена, если все то же самое сейчас можно делать не ломая привычного подхода к разработке и не нагораживая монстра?
А вы не путайте теплое с мягким. Это конкретный пример кода на реакте с его data-reactid, если их вырезать, получится вполне симпатично. Но реализация Css Modules может быть использована вообще где угодно.
Более того, если передавать нескомпилированные из оригинального шаблонизатора шаблоны — будет вообще легче жить зачастую.
С поправкой на то, что это именование классов для отладки, а по факту именование классов можно сделать любым, какой-нибудь другой фреймворк будет выдавать в сборке продакшна
Потому что либы решают разные задачи. Например, Debug от холовайчука — изоморфное, простое и незатейливое решение, которое просто работает. Его очень удобно внедрять в библиотеки.
Bunyan же — интересная и относительно сложная тулза, заточенная под пайпинг в всякие там logstash-ы c elasticsearch-ами.
Обе уже просто работают. Они не загнутся, потому что решение просто работает.
www.goodboydigital.com/pixi-js-tutorial-getting-started
Документацию они усложнили, да, ладно, не спорю. Раньше очень простой гайд был.
-для графики всегда стоит использовать requestAnimationFrame
-перерисовывать весь циферблат логикой не оптимально, правильней рисовать только стрелки, для «нахлестывающихся» картинок стоит либо сделать «двуслойный» прозрачный канвас (поддерживается не везде), либо перерисовывать только «задетые» изображения + рисовать белым поверх старых стрелок, либо изначально создать изображение с помощью канваса, а затем каждый раз делать «кладем нижний слой, кладем стрелки, кладем пимпочку»
и статья и правда не очень актуальная. такие писались где-то года 3 назад, сейчас же низкоуровневая работа с canvas редкость.
да, элемент творчества есть, связанный с тем, что абсолютное формальное ТЗ является машиночитаемым, а постанавливаемое ТЗ — не является формальным, и мы занимаемся тем, что добавляем элементы согласованной формальной системы, но все-таки большая часть процесса — это тупо распутывание узлов и аккуратное укладывание кабелей. или, как вариант, прозвон всех проводов, подключение наудачу и в итоге то самое «Riak, дебаг и в продакшн».
логическое мышление штука хорошая, но все-таки помнить stdlib и используемые библиотеки довольно полезно для экономии времени, иначе разработка растягивается в разы.
Для решения сложных задач, для computer science нужна способность строить в голове согласованные абстракции высоких порядков и крутить их. Кроме этого нужна только хорошая формальная память для того, чтобы в документацию каждый раз не лезть. Все.
угу.
Что как по мне — является куда более читаемым, чем нагораживание стилей.
Я не спорю, что БЭМ может. Только нахрена, если все то же самое сейчас можно делать не ломая привычного подхода к разработке и не нагораживая монстра?
Более того, если передавать нескомпилированные из оригинального шаблонизатора шаблоны — будет вообще легче жить зачастую.
С поправкой на то, что это именование классов для отладки, а по факту именование классов можно сделать любым, какой-нибудь другой фреймворк будет выдавать в сборке продакшна
и так далее, что выглядит весьма многообещающе — места по крайней мере занимается куда меньше.
Более того, при помощи webpack это можно использовать как и где угодно. Например, в jade.
Если что — выходные стили можно спокойно собрать себе в один файл и не париться даже.