Я работал с системой, в которой была банальная табличка дата/выходной по версии РФ/выходной по версии фирмы
Для бд справочник на несколько тысяч строк обычное дело.
Тривиально джойнится, не усложняя запросы. Сама по себе табличка может быть основой запроса, к ней уже left outer join цепляешь нужные данные за период
Тоже попадал в токсичные ситуации. С непривычки это жесть. Автору можно только посочустовать, но и обрадовать получением реального опыта, который еще в жизни пригодится.
Я в таких случаях частенько Пелевина вспоминаю. Тут M5 у него это количество страданий
— Что это? — спросил я.
— Справа — драка за еду в русской колонии строгого режима ФБУ ИК-11, — сказала Софи. — А слева — последняя прогулка по Манхэттену нью-йоркского график-дизайнера Аарона Кошевого, вынужденного усыпить суку Дуню и переехать в Бронкс из-за роста арендной платы. Первое событие — групповое и продолжительное. Второе — даже и не событие, просто интенсивное душевное переживание одного человека. Общий выход агрегата «М5» примерно равен
Получилось повторить. Ошибка только в chrome 68+ (может и ранее)
Если вызывать window.customElements.define до загрузки страницы (непосредствнно в head) то this.chiildren.length == 0, если после, то 1
Существенный недостаток — на момент вызова connectedCallback нет доступа к child элементам. Как делать вложенные элементы, такие как свой select с options?
Или первая отрисовка будет основана только на основе атрибутов элемента (дублируем selected option атрибутом) или откладывать отрисовку на setTimeout, но это визуально же мерцание.
В итоге сделал перечисление всех options json'ом в аттрибуте. Для серверной генерации удобно, но руками конечно не напишешь.
С БЭМом очень удобно добавлять свои стили. Четко ясно и понятно, где твои, а где библиотечные блоки.
Выше в комментариях упомянули что одно из преимуществ БЭМ это скорость рендеринга. Тут сложно сказать почему, но гугловая либа визуально быстрее materializecss. Но тут возможно из-за перехода от float на grid'ы
Как раз на такой запрос о счетах, пришел ответ, что по состоянию на 31 декабря 2017 года счета были. Зарегистрированным кандидатом Грудинин стал 12 января 2018.
Это конечно очередная дыра в законах. Но благодаря тому что на нее наступил нужный человек, создался положительный прецендент, а не очередной барьер.
В промышленных проектах по долгу висят баги которые сложно пофиксить. Если к вам приходит на работу джуниор, вы же не говорите ему «сначала пофикси тот баг, который мы два года исправить не можем».
Половина загрузок django, приходится на проекты с rest-framework. Что наблюдаем? Единственный автор проекта сделал на порядок (буквально) больше коммитов чем ближайщий контрибутор. Статистика по измененным строкам, тоже отличается на порядок. И это важнейший проект в экосистеме django.
В более мелких проектах распределение по статистике похожее, только там вклад контрибутров сокрашается пропорционально размеру проекта до мизерного.
Это просто сухая статистика. Подавлющее большинство open source проектов тащит автор или знакомые по работе/тусовке core team.
Но это не значит, что коммьюнити совсе бесполезно. Комьюнити находит ошибки, предлагает решение проблемы. Мотивирует, так или иначе автора. Просто надо понимать, если вы начинаете опен-сорс проект, то кодером на этом проекте будете вы.
Насчет HAL, я сам не профессиональный электронщик, но товарищи, наоборот считают, что в случае STM это оправданное в промышленном варианте решение.
Интересное решение. Мне кажется вполне тянет даже на статью на хабр
А как потом с этим дырявым календарем работать?
Я работал с системой, в которой была банальная табличка дата/выходной по версии РФ/выходной по версии фирмы
Для бд справочник на несколько тысяч строк обычное дело.
Тривиально джойнится, не усложняя запросы. Сама по себе табличка может быть основой запроса, к ней уже left outer join цепляешь нужные данные за период
Реакт – не фреймворк, как каша из топора — из топора.
На этом комментарии, анекдот про медведя и горящую в лесу машину заиграл для меня новыми красками.
Ой. Сорри. Случайно минусанул. Новый мобильный интерфейс хабра непривычный и чуть подлагивает
Я в таких случаях частенько Пелевина вспоминаю. Тут M5 у него это количество страданий
Если вызывать window.customElements.define до загрузки страницы (непосредствнно в head) то this.chiildren.length == 0, если после, то 1
gist.github.com/kmmbvnr/25ac3487b16ce07df82b1eaab0e1bbf2
Пробую сейчас использовать custom elements.
Существенный недостаток — на момент вызова connectedCallback нет доступа к child элементам. Как делать вложенные элементы, такие как свой select с options?
https://stackoverflow.com/questions/48663678/how-to-have-a-connectedcallback-for-when-all-child-custom-elements-have-been-c
Или первая отрисовка будет основана только на основе атрибутов элемента (дублируем selected option атрибутом) или откладывать отрисовку на setTimeout, но это визуально же мерцание.
В итоге сделал перечисление всех options json'ом в аттрибуте. Для серверной генерации удобно, но руками конечно не напишешь.
Интересно, а можно ли так определять пассивно-агресивные фразы..
Почему только СНГ? Новая библиотека от Гугла тоже использует БЭМ https://material.io/develop/web/
С БЭМом очень удобно добавлять свои стили. Четко ясно и понятно, где твои, а где библиотечные блоки.
Выше в комментариях упомянули что одно из преимуществ БЭМ это скорость рендеринга. Тут сложно сказать почему, но гугловая либа визуально быстрее materializecss. Но тут возможно из-за перехода от float на grid'ы
Это конечно очередная дыра в законах. Но благодаря тому что на нее наступил нужный человек, создался положительный прецендент, а не очередной барьер.
Кто действительно пилит проект можно легко увидеть на закладке Contributors. Вот например django-rest-framework — github.com/encode/django-rest-framework/graphs/contributors
Половина загрузок django, приходится на проекты с rest-framework. Что наблюдаем? Единственный автор проекта сделал на порядок (буквально) больше коммитов чем ближайщий контрибутор. Статистика по измененным строкам, тоже отличается на порядок. И это важнейший проект в экосистеме django.
В более мелких проектах распределение по статистике похожее, только там вклад контрибутров сокрашается пропорционально размеру проекта до мизерного.
Это просто сухая статистика. Подавлющее большинство open source проектов тащит автор или знакомые по работе/тусовке core team.
Но это не значит, что коммьюнити совсе бесполезно. Комьюнити находит ошибки, предлагает решение проблемы. Мотивирует, так или иначе автора. Просто надо понимать, если вы начинаете опен-сорс проект, то кодером на этом проекте будете вы.
Внезапным может быть запой, болезнь, и семейные обстоятельства. Даже отпуска и то бывает внезапней берут.