Как же просто, если автор говорит что забывшись можно потратить час или более на скроллинг новостей или чатов, из за чего собьется режим дня. А тянет к ним из за быстрого дофамина и одиночества.
К сожалению далеко не у всех есть семья, да и среди тех у кого она есть не всегда поддерживает, а бывает и наоборот. Друзья же имеют свойство теряться по разным многочисленным причинам.
Проблема вообще находить клиентов с деньгами. В 2013-2014 годах пытался работать на себя, так находились лишь "сделай сайт за 5 тыс за неделю". Пришлось вернуться в найм. Правда я в провинции, скорее всего клиентов здесь меньше.
Я вот не очень понимаю зачем они нужны если есть pip, который вполне нормально работает и развивается. За 10 лет программирования на Python ни разу не было нужды в чем то большем чем pip. Зачем постоянно создавать что то новое малополезное лишь бы забивать потом голову этим.
Использую либо preact+htm и es6 модули, встроенные в браузер или Deno. Очень не люблю node / npm и сборщики и очень печально что они получили массовое распространение. Когда-то во времена IE11 они может и были оправданы, однако явно не сейчас. Недостатки перевешивают достоинства. Небольшое уменьшение bundle а взамен ужасное монстрище на npm, требующее отдельного шага сборки.
Tailwind мне приглянулся из за DaisyUI а также тем что у него есть standalone версия, не требующая установки достаточно ужасного менеджера модулей npm.
Вроде бы там через конфиги можно создавать метаклассы по одному имени включающие наследующие целый список встроенных классов. Об этом как то мельком упомянуто пока сам не разбирался. Это был бы оптимальный подход.
Даже один процент при нынешнем массовом распространении компьютеров это огромное количество.
Вообще сейчас у большинства пользователей основная и часто единственная программа это браузер на движке Chromium, а он под Linux работает не хуже может даже лучше.
Непонятно как более эффективное с точки зрения ресурсов решение ядро псевдолинукс в виде sys драйвера может быть хуже банальной виртуалки, которая менее эффективна в шаринге памяти и диска.
Одно универсальное решение к чему так стремятся последние годы это не всегда хорошо.
Я например много лет использую Mercurial. Однако в корпоративной среде его практически не осталось, из open source проектов сторонники git также его выдавливают. Хотя мне Mercurial нравится много больше.
Есть разные уродливые вещи вроде node.js npm, которые страшно выглядят под любой системой, их настойчиво насаждают. Использую deno или вообще обхожусь browser es6.
Это наверное неплохо что есть три разные операционные системы.
Соглашусь что как язык JS да и TS не очень хороши. Однако Deno отчасти преодолевает ряд проблем, указанных в публикации. Импорты там очень гибко настраиваются и TS работает изначально без дополнительных настроек.
Строгая типизация приводит к раздуванию объема кода, соответственно последствия это ухудшение читаемости. Какие либо нетривиальные проекты, используюшие TS, содержат просто монстровые объемы многовложенных деклараций типов.
Типизация также усложняет monkey patching, а иногда и вообще делает его невозможным. В Java monkey patching огромная проблема. В Python monkey patching чаще всего тривиален.
Не просто так создавали duck typing, были на то серьезные причины, лаконичность, скорость разработки. Хотя в то время уже давно были языки с очень строгой типизацией. Более того, самый первый язык ассемблер таковым является.
Сейчас есть мощные ноуты со thunderbolt станциями. Подключают массу устройств. Разницы почти нет, разве что ноут дороже.
Как же просто, если автор говорит что забывшись можно потратить час или более на скроллинг новостей или чатов, из за чего собьется режим дня. А тянет к ним из за быстрого дофамина и одиночества.
К сожалению далеко не у всех есть семья, да и среди тех у кого она есть не всегда поддерживает, а бывает и наоборот. Друзья же имеют свойство теряться по разным многочисленным причинам.
Проблема вообще находить клиентов с деньгами. В 2013-2014 годах пытался работать на себя, так находились лишь "сделай сайт за 5 тыс за неделю". Пришлось вернуться в найм. Правда я в провинции, скорее всего клиентов здесь меньше.
Я вот не очень понимаю зачем они нужны если есть pip, который вполне нормально работает и развивается.
За 10 лет программирования на Python ни разу не было нужды в чем то большем чем pip. Зачем постоянно создавать что то новое малополезное лишь бы забивать потом голову этим.
Не в какой. Думаю надо попробовать сделать custom elements, определяющие такие классы автоматически.
Использую либо preact+htm и es6 модули, встроенные в браузер или Deno. Очень не люблю node / npm и сборщики и очень печально что они получили массовое распространение. Когда-то во времена IE11 они может и были оправданы, однако явно не сейчас. Недостатки перевешивают достоинства. Небольшое уменьшение bundle а взамен ужасное монстрище на npm, требующее отдельного шага сборки.
Даст вам чистый CSS такие компоненты?
https://daisyui.com/components/
Понял. Надо длинную строку
<button type="button" class="text-white bg-blue-700 hover:bg-blue-800 focus:ring-4 focus:ring-blue-300 font-medium rounded-lg text-sm px-5 py-2.5 me-2 mb-2 dark:bg-blue-600 dark:hover:bg-blue-700 focus:outline-none dark:focus:ring-blue-800">Default</button>
Переопределить в метакласс
<button class="my-button">Default</button>
, наследующий весь этот список классов:.my-button { @extend .ext-white .bg-blue-700 .hover:bg-blue-800 .focus:ring-4 .focus:ring-blue-300 .font-medium .rounded-lg .text-sm .px-5 .py-2.5 .me-2 .mb-2 .dark:bg-blue-600 .dark:hover:bg-blue-700 .focus:outline-none .dark:focus:ring-blue-800; }
Tailwind можно использовать без громоздких npm webpack / rollup. На чистом веб. Хотя кому как.
Эту проблему решили бы метаклассы, определяемые из встроенных. Надо бы это посмотреть. Хотя еще наверное это решаемо через custom web elements.
Tailwind мне приглянулся из за DaisyUI а также тем что у него есть standalone версия, не требующая установки достаточно ужасного менеджера модулей npm.
Вроде бы там через конфиги можно создавать метаклассы по одному имени включающие наследующие целый список встроенных классов. Об этом как то мельком упомянуто пока сам не разбирался. Это был бы оптимальный подход.
Даже один процент при нынешнем массовом распространении компьютеров это огромное количество.
Вообще сейчас у большинства пользователей основная и часто единственная программа это браузер на движке Chromium, а он под Linux работает не хуже может даже лучше.
Запросто пишется самодельный небольшой клиент на Javascript, так api и отлаживаю из браузера.
Непонятно как более эффективное с точки зрения ресурсов решение ядро псевдолинукс в виде sys драйвера может быть хуже банальной виртуалки, которая менее эффективна в шаринге памяти и диска.
Одно универсальное решение к чему так стремятся последние годы это не всегда хорошо.
Я например много лет использую Mercurial. Однако в корпоративной среде его практически не осталось, из open source проектов сторонники git также его выдавливают. Хотя мне Mercurial нравится много больше.
Есть разные уродливые вещи вроде node.js npm, которые страшно выглядят под любой системой, их настойчиво насаждают. Использую deno или вообще обхожусь browser es6.
Это наверное неплохо что есть три разные операционные системы.
А разве приложения крупнейших маркетплейсов не webview?
Соглашусь что как язык JS да и TS не очень хороши. Однако Deno отчасти преодолевает ряд проблем, указанных в публикации. Импорты там очень гибко настраиваются и TS работает изначально без дополнительных настроек.
Строгая типизация приводит к раздуванию объема кода, соответственно последствия это ухудшение читаемости. Какие либо нетривиальные проекты, используюшие TS, содержат просто монстровые объемы многовложенных деклараций типов.
Типизация также усложняет monkey patching, а иногда и вообще делает его невозможным. В Java monkey patching огромная проблема. В Python monkey patching чаще всего тривиален.
Не просто так создавали duck typing, были на то серьезные причины, лаконичность, скорость разработки. Хотя в то время уже давно были языки с очень строгой типизацией. Более того, самый первый язык ассемблер таковым является.