На счет source map. Как-то внезапно на крупном проекте (2500 строчек правил, а не свойст, т.е. все свойства пишутся в одну строку) в IE перестали применяться некоторые стили. Выяснилось, что причина в том, что в сгенерированном css файле было более 4095 правил.
Пришлось убрать source map, который и добавлял правила — ведь он через media работает. Для отладки пользуемся комментариями теперь:
/* line 24, ../../../../app/_app.scss */
.blockParent {
position: relative; }
В итоге удалось правил стало около 1800. Т.е. их количество уменьшилось примерно на 60%
Работаю в IntelliJ и тоже мучаюсь, когда подчеркивает некоторые поля в объектах. Обычно такое происходит, когда ключ добавляется как строка, т.е. obj['invalidKey']='someValue';
Строго говоря, Rx — не организация, а «reactive extensions». А вот организация, которая стоит за реализацией «реактивного» подохода на JavaScript — Microsoft. Кроме того, этот подход уже доступен во множестве других библиотек из js (jquery, angular, node.js и т.д. — github.com/Reactive-Extensions).
Плюс известная Netflix развивает RxJava, а на гитхабе RxJS можно найти порты для ruby, c#, php, python и т.д.
Прям всем и каждому хочется возразить, к каждому пункту можно придраться. Но знаете что скажу? Главное — чтобы все придерживались единого стандарта, выбранного потом, кровью и криками.
С паспортом можно было проще — просто распечатать нужную страницу на цветном принтере, вложить (вклеить) в настоящий паспорт и сфоткаться. И никакого фотошопа не надо. Так, просто мысль…
Было бы здорово, если бы авторы статей про Биткоины писали, сколько это долларов в секунду (хотя бы по курсу на момент статьи). Резко повысило бы интерес к этой теме у читающих. Или это и есть причина, по которой не пишут?
Ок, допустим сделали вы комментарий. Прошло пол года и комментарий больше не соответствует тому, что код делает. Теперь этот комментарий не экономит секунды, а заставляет тратить их.
Можно возразить, что, мол, названия методов тоже могут устареть. Могут. Но дело в том, что на комментарии обращают гораздо меньше внимания когда работают с кодом. Ниже хорошо привели список случаев, когда комментарии умесны.
Комментарии развращают. Я встречал программистов, не высокого уровня, которые не могли писать код без комментариев. При этом код без комментариев на самом деле выглядел непонятно. А также встречал программистов, способных реализовать ту же задачу, пусть и с помощью 5-ти, а не одного метода как у первых. Их код не содержал комментариев и читался понятное повествование.
От себя — советую стараться избегать «оправдываний» за плохой код с помощью комментариев. Дисциплина — наше все.
Но разве так сложно поддерживать в актуальном состоянии один лаконичный комментарий на 30-50 строк кода?
Не должно быть методов такой длины. Вот и решение в духе «пишем самодокументируемый код». Если метод получается длинее 20 строк — значит настало время для появления ещё одного метода.
jsperf.com/double-negative-vs-boolean
Кстати, мне тоже больше нравится!!! х, по сравнению с Boolean(x). Читается легче.
Пришлось убрать source map, который и добавлял правила — ведь он через media работает. Для отладки пользуемся комментариями теперь:
В итоге удалось правил стало около 1800. Т.е. их количество уменьшилось примерно на 60%
obj['invalidKey']='someValue';Разворачивайте термины, пожалуйста. И так сложно (но интересно) читать статью.
Плюс известная Netflix развивает RxJava, а на гитхабе RxJS можно найти порты для ruby, c#, php, python и т.д.
Звучит зловеще.
Интересно, как фосфор охлаждается?
Было бы здорово, если бы авторы статей про Биткоины писали, сколько это долларов в секунду (хотя бы по курсу на момент статьи). Резко повысило бы интерес к этой теме у читающих. Или это и есть причина, по которой не пишут?
Можно возразить, что, мол, названия методов тоже могут устареть. Могут. Но дело в том, что на комментарии обращают гораздо меньше внимания когда работают с кодом. Ниже хорошо привели список случаев, когда комментарии умесны.
От себя — советую стараться избегать «оправдываний» за плохой код с помощью комментариев. Дисциплина — наше все.
Не должно быть методов такой длины. Вот и решение в духе «пишем самодокументируемый код». Если метод получается длинее 20 строк — значит настало время для появления ещё одного метода.