то что предлагаю я(свои имена тегам) работает начиная с ie7
то что в статистике can i use какой-то браузер не полностью поддерживает Custom Elements - это именно про js api веб компонент , конструкции вида class FlagIcon extends HTMLElement { и тому подобное сами имена тегов и css и js селекторы по ним работают
ну и конечно это все упрощает и написание css селекторов
ради интереса запустите поиск по своему проекту, сколько раз у вас в коде встречается совершенно ничего не означающее слово div не наделенное никаким смыслом
а вот компоненты реакт как раз таки "после обеда уже легаси" сначала с классовых их на хуки надо переписывать, а то новые либы из npm не работают, сейчас вот серверные компоненты завезли использование фреймворка в этом плане добавляет гораздо больше нестабильности чем возможные будущие обновления брузера и спецификации html, но нас это как видите не останавливает и мы продолжаем массово обновлять веб-приложения так что не парьтесь ни к чему плохому использование своих имен тегов не приведет
теги с черточками в названии не будут зарезервированы, это гарантировано на сколько это возможно спецификацией html эта будущая проблема надуманна, в конце концов да - замените пару тегов на их же с префиксом
хром зарелизил обязательный https так что куча старых сайтов перестало открываться
CORS когда-то сломал еще миллионы сайтов
и сайты сейчас чаще перписывают из-за обновления js и deprecated какого-нибудь браузерного api , кастомные имена тегов рисков не добавляют
Не правильно помните, есть пруфы где кто-то отказывается от того что теги с кастомными именами будут работать? Эти теги часть спецификации html5.
Я и верстаю компонентами, речь не о компонентах а о нейминге тегов. Внутри компонентов реакт, разработчики все так же пишут <div className="go"> так что это не решает проблемы. JSX реакта это не html, я пишу о html-тегах.
Представьте что у вас половина переменных в коде будет называться не просто `count` или `person` а всегда будут вложены в объект с одним и тем же именем по всей кодовой базе, например data не count , а data = { class: 'count', value: 1 } не person а data = { class: 'person', value: 'Bob'}
вот то же самое и происходит с div , в html div это такой вот безликий объект data
А почему никто больше не разберётся? И как люди разбирались со сложными проектам типа визуальных конструкторов сайтов до появления TS? Как же смогли написать github , tilda(вообще кажется на jQuery), vkontakte без тайпскрипта?
У меня почти все проекты на работе на TS и я прекрасно вижу какой ценой достигается это "удобство" и "понятность". Код пишется дольше, читается дольше и работает хуже по всем метрикам . Тесты писать всё равно приходится , иначе баги лезут, а эти тесты и без TS могу поверить что где-то не те данные приходят.
Я занимаю веб-разработкой больше 15 лет уже , в основном фронтендом и полностью с вами согласен. TS тот еще костыль. Не обращайте внимания на этих "разработчиков" они озабочены по большому счету только своим комфортом и у них совершенно другие приоритеты и подход к работе, c TS лично им приятнее ковыряться в IDE, они чувствуют себя умными, а не идиотами которые не могут отдебажить элементарные вещи, это не они платят за увеличение сроков разработки а им, так что их даже можно понять )
Вообще в телеграмме для этого есть Архив, но можете просто периодически заходить в веб версию телеграмм с левого аккаунта с подписками на эти каналы и смотреть что там нового.
Уверен что если 10 произвольным программистам, показать одну произвольную кодовую базу , каждый скажет что там 90% надо переделать и только вот эти 10% хорошо написаны, и у каждого это будут свои 10%
Нам нравятся разные писатели, разные фильмы, не просто разные стили, но и разные смыслы, разные логические приемы, это особенности личного восприятия основанные на индивидуальном опыте. Нет и не будет общепризнанного красивого кода, всем понятного кода итп
Но есть характеристики которые можно измерить, и это не субъективные "читабельность" и "поддерживаемость" которые только падают из-за снижения порога входа в айти и новые менее умные люди хуже умеют в чтение и поддержку, а такие как время исполнения, количество слов (которые нужно напечатать и прочитать), вес файлов, количество потребляемой памяти , отказоустойчивость, итп
Я это всё к тому, что так или иначе, такое внимание к форме, негативно скажется на содержании, давайте сконцентрируемся на более важных аспектах разработки
За месяц может многое изменится, API key почтового сервиса, сам сервис, даже необходимость отправки письма может уже отпасть , это касается всех типов отложенных задач. В случае с таким вот "sleep" я так понял фиксируются не только что надо сделать, но и как, а это как через месяц будет другим
Как с этим смириться? Дело даже не в перфекционизме, прост какой-то постоянный диссонанс, вроде ты пишешь код и вроде нужно чтобы он хорошо работал, но одновременно с этим нужно делать быстрее и лучше плохо ) какой-то постоянный диссонанс.
то что предлагаю я(свои имена тегам) работает начиная с ie7
то что в статистике can i use какой-то браузер не полностью поддерживает Custom Elements - это именно про js api веб компонент , конструкции вида
class FlagIcon extends HTMLElement {и тому подобноесами имена тегов и css и js селекторы по ним работают
internet explorer 7 их поддерживает какая еще обратная совместимость ?
я писал так проекты в 2009м если не нужна была поддержка ie6
ну и конечно это все упрощает и написание css селекторов
ради интереса запустите поиск по своему проекту, сколько раз у вас в коде встречается совершенно ничего не означающее слово div не наделенное никаким смыслом
а вот компоненты реакт как раз таки "после обеда уже легаси"
сначала с классовых их на хуки надо переписывать, а то новые либы из npm не работают, сейчас вот серверные компоненты завезли
использование фреймворка в этом плане добавляет гораздо больше нестабильности чем возможные будущие обновления брузера и спецификации html, но нас это как видите не останавливает и мы продолжаем массово обновлять веб-приложения так что не парьтесь ни к чему плохому использование своих имен тегов не приведет
теги с черточками в названии не будут зарезервированы, это гарантировано на сколько это возможно спецификацией html
эта будущая проблема надуманна, в конце концов да - замените пару тегов на их же с префиксом
хром зарелизил обязательный https так что куча старых сайтов перестало открываться
CORS когда-то сломал еще миллионы сайтов
и сайты сейчас чаще перписывают из-за обновления js и deprecated какого-нибудь браузерного api , кастомные имена тегов рисков не добавляют
Не правильно помните, есть пруфы где кто-то отказывается от того что теги с кастомными именами будут работать? Эти теги часть спецификации html5.
Я и верстаю компонентами, речь не о компонентах а о нейминге тегов.
Внутри компонентов реакт, разработчики все так же пишут <div className="go"> так что это не решает проблемы. JSX реакта это не html, я пишу о html-тегах.
Представьте что у вас половина переменных в коде будет называться не просто `count` или `person` а всегда будут вложены в объект с одним и тем же именем по всей кодовой базе, например data
не count , а data = { class: 'count', value: 1 } не person а data = { class: 'person', value: 'Bob'}
вот то же самое и происходит с div , в html div это такой вот безликий объект data
А почему никто больше не разберётся? И как люди разбирались со сложными проектам типа визуальных конструкторов сайтов до появления TS? Как же смогли написать github , tilda(вообще кажется на jQuery), vkontakte без тайпскрипта?
У меня почти все проекты на работе на TS и я прекрасно вижу какой ценой достигается это "удобство" и "понятность". Код пишется дольше, читается дольше и работает хуже по всем метрикам . Тесты писать всё равно приходится , иначе баги лезут, а эти тесты и без TS могу поверить что где-то не те данные приходят.
Я занимаю веб-разработкой больше 15 лет уже , в основном фронтендом и полностью с вами согласен. TS тот еще костыль. Не обращайте внимания на этих "разработчиков" они озабочены по большому счету только своим комфортом и у них совершенно другие приоритеты и подход к работе, c TS лично им приятнее ковыряться в IDE, они чувствуют себя умными, а не идиотами которые не могут отдебажить элементарные вещи, это не они платят за увеличение сроков разработки а им, так что их даже можно понять )
Вообще в телеграмме для этого есть Архив, но можете просто периодически заходить в веб версию телеграмм с левого аккаунта с подписками на эти каналы и смотреть что там нового.
Уверен что если 10 произвольным программистам, показать одну произвольную кодовую базу , каждый скажет что там 90% надо переделать и только вот эти 10% хорошо написаны, и у каждого это будут свои 10%
Нам нравятся разные писатели, разные фильмы, не просто разные стили, но и разные смыслы, разные логические приемы, это особенности личного восприятия основанные на индивидуальном опыте. Нет и не будет общепризнанного красивого кода, всем понятного кода итп
Но есть характеристики которые можно измерить, и это не субъективные "читабельность" и "поддерживаемость" которые только падают из-за снижения порога входа в айти и новые менее умные люди хуже умеют в чтение и поддержку, а такие как время исполнения, количество слов (которые нужно напечатать и прочитать), вес файлов, количество потребляемой памяти , отказоустойчивость, итп
Я это всё к тому, что так или иначе, такое внимание к форме, негативно скажется на содержании, давайте сконцентрируемся на более важных аспектах разработки
Напомнило
За месяц может многое изменится, API key почтового сервиса, сам сервис, даже необходимость отправки письма может уже отпасть , это касается всех типов отложенных задач. В случае с таким вот "sleep" я так понял фиксируются не только что надо сделать, но и как, а это как через месяц будет другим
на android это решается использованием everyproxy
собственно так и активировал oculus, раздав мобильный интернет с телефона с vpn
Есть идеи как посмотреть webapp с мобильного телефона?
Надо же, всё прямо как на Бали )))
Тогда не мешало бы реализацию механизма блокировок написать, чтобы несколько инстансов одну задачу не запускали
Механизм контроля успешности выполнения...
Короче rabbitmq нужен )
Медленнее оперативной памяти да, но достаточно быстрый для использования в любых кейсах. Короче все равно быстрый.
5Mb это очень много.
indexed DB ограничивает размер % от свободного места на диске.
Полностью согласен.
Как с этим смириться? Дело даже не в перфекционизме, прост какой-то постоянный диссонанс, вроде ты пишешь код и вроде нужно чтобы он хорошо работал, но одновременно с этим нужно делать быстрее и лучше плохо ) какой-то постоянный диссонанс.
Реакт и сторибук обновится и всё это станет легаси )
Поздравляю!
Интересно как вы организовывали ручное тестирование, той же анимации. Каждый раз деплоили в прод чтобы посмотреть с телефона как оно себя ведёт?
Какието есть ещё варианты, кроме ngrok, для просмотра веб приложения в боте в дев режиме?