А вообще ванильный JS конечно рулит. Но что-то сложное на нем писать задолбаешься. По сути будет либо перерендеринг всего приложения на каждый чих, либо самопальный React/Svelte/Vue/etc
Нет, но на "простом html" веб-приложение не напишешь. А все ж хотят всплывашки/кнопочки/формочки/графики/уведомления и все это без перезагрузок и в реалтайме и на нескольких устройствах и в оффлайн еще желательно.
Кривой перевод старой статьи для рекламы телеграм-канала.
WindiCSS уже сами у себя пишут, что не надо их использовать, поскольку у Tailwind есть JIT. А, учитывая, что статья из 2021, актуального тут примерно ноль.
Тысячи лет эволюции. Технологии, позволяющие запихать в карман практически все сразу. Средства передвижения этих существ бьются на нерегулируемом перекрестке примерно раз в 1-2 дня возле моего дома.
Попробуйте ее просто с чистого листа поставить, это какая-то нездоровая фигня. В простое оно вообще не должно ничего потреблять - ничего и не происходит.
Суть статьи: Короче берете любую фигню из Китая, делаете из нее дорого-богато и продаете. В итоге у вас будет миллион в месяц и дальше повторяете до бесконечности.
Реальность: маркетплейсы отымеют новичка во все щели просто по определению :) Основная задача сведется к «не умереть с голоду» пока вы продаете первую партию товара и пытаетесь понять почему прибыль на Озоне настолько меньше ваших расчетов. Может быть вы даже останетесь в плюсе (или в нуле + термопринтер).
По делу: инфоциганщина с переспамом ключей под фото.
За исключением тегов которые «что-то делают», было бы классно объяснять «зачем». Всякие kbd abbr вполне заменяются span/div, так что выглядят бессмысленными.
Тем не менее, вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится. И самое печальное, когда вы в конфиге (файле настройки? а может и не файле, кто знает, именно поэтому тут это слово) увидите threads_count - вы поймете что к чему. Ведь число_потоков вы в конфиге не увидите. Нигде. Совершенно. Даже в 1С, скорее всего, такого нет.
Не лучше ли вместо того, чтобы засорять речь десятком англицизмов, договориться, наконец, о своих терминах?
Не лучше. Вы не можете договориться о переименовании терминов, как раз потому, что это термины. Если вы начнете называть тарелку вилкой - вас не поймет весь остальной мир.
Из ваших последних комментариев: оркестратора, масштабируемость, транзакций, конфигурация, детерминированные. Это один ваш недавний комментарий. Вы сами не верите во что пишите :)
Нет никакого смысла в переводе таких терминов, как раз потому, что в каждом конкретном случае они могут означать разное. Одинаковые слова вообще довольно часто означают абсолютно разные вещи - так работает много языков. И так сложилось, что общепринятый язык в ИТ - английский. Давайте просто этим пользоваться, а не выдумывать термины ради импортозамещения.
Другое дело, если термин изначально создан в РФ-среде. Тогда уже можно называть "как есть". Правда таких по пальцам можно пересчитать.
Если эта сотрудница решила свалить в декрет - то нельзя, это как раз и будет нарушением, ведь суть ТК в этом случае - защитить женщину с ребенком.
Можно раньше, но нужна причина нормальная, ибо иначе можно докопаться, что уволили из-за беременности. А "до" - это несколько месяцев, тут не факт что успеешь заметить.
Ну и опять же, не нужно быть мудаком. Женщина уходит в декрет не потому что она не хочет работать. Да и оплачивает его не работодатель так-то.
Html ES6? Ну просветите, что это такое :)
Спрашивали же про "простой html". Никакого JS.
А вообще ванильный JS конечно рулит. Но что-то сложное на нем писать задолбаешься. По сути будет либо перерендеринг всего приложения на каждый чих, либо самопальный React/Svelte/Vue/etc
Нет, но на "простом html" веб-приложение не напишешь. А все ж хотят всплывашки/кнопочки/формочки/графики/уведомления и все это без перезагрузок и в реалтайме и на нескольких устройствах и в оффлайн еще желательно.
Более того, они могут похитить исходники той ОС на которой вы запускаете vim
Кривой перевод старой статьи для рекламы телеграм-канала.
WindiCSS уже сами у себя пишут, что не надо их использовать, поскольку у Tailwind есть JIT. А, учитывая, что статья из 2021, актуального тут примерно ноль.
Тысячи лет эволюции. Технологии, позволяющие запихать в карман практически все сразу. Средства передвижения этих существ бьются на нерегулируемом перекрестке примерно раз в 1-2 дня возле моего дома.
Я вот тоже подозреваю, что автору не нравятся дженерики.
Только вот они на любом языке будут довольно многословные, просто потому что это так работает.
Попробуйте ее просто с чистого листа поставить, это какая-то нездоровая фигня. В простое оно вообще не должно ничего потреблять - ничего и не происходит.
Суть статьи: Короче берете любую фигню из Китая, делаете из нее дорого-богато и продаете. В итоге у вас будет миллион в месяц и дальше повторяете до бесконечности.
Реальность: маркетплейсы отымеют новичка во все щели просто по определению :) Основная задача сведется к «не умереть с голоду» пока вы продаете первую партию товара и пытаетесь понять почему прибыль на Озоне настолько меньше ваших расчетов. Может быть вы даже останетесь в плюсе (или в нуле + термопринтер).
По делу: инфоциганщина с переспамом ключей под фото.
Если говорить в целом, то никто особо не заморачивается. Как бы плохо это ни звучало
За исключением тегов которые «что-то делают», было бы классно объяснять «зачем». Всякие kbd abbr вполне заменяются span/div, так что выглядят бессмысленными.
Застал, но не подумал чет о таком. Больше веб в голове.
Вот было бы все в "оригинале", было бы понятнее :)
Интересный сленг :)
Ну вот вы прочитали толстенную книженцию про Elasticseaarch.
Пытаетесь администрировать, но вот ПОЛОЖИТЬ /индекс/_настройки - не работает. И в той статье как раз речь шла о таких казусах, как мне кажется.
Нужно либо не переводить, либо делать это адекватно и со знанием предмета (а это сложно-дорого).
девелопер - ну ок, придрались
дизайн-тайме - хз что к чему, честно говоря
дропает - вот тут интересно. Drop и remove могут отличаться. Поэтому удалить он его не может, а дропнуть - запросто.
контрол - искать по конфигам не-контрол может быть затруднительно
десктоп - даже затрудняюсь подобрать подходящее короткое русское слово. А еще контекст...ой.
Тем не менее, вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится. И самое печальное, когда вы в конфиге (файле настройки? а может и не файле, кто знает, именно поэтому тут это слово) увидите threads_count - вы поймете что к чему. Ведь число_потоков вы в конфиге не увидите. Нигде. Совершенно. Даже в 1С, скорее всего, такого нет.
Не лучше. Вы не можете договориться о переименовании терминов, как раз потому, что это термины. Если вы начнете называть тарелку вилкой - вас не поймет весь остальной мир.
Из ваших последних комментариев: оркестратора, масштабируемость, транзакций, конфигурация, детерминированные. Это один ваш недавний комментарий. Вы сами не верите во что пишите :)
Нет никакого смысла в переводе таких терминов, как раз потому, что в каждом конкретном случае они могут означать разное. Одинаковые слова вообще довольно часто означают абсолютно разные вещи - так работает много языков. И так сложилось, что общепринятый язык в ИТ - английский. Давайте просто этим пользоваться, а не выдумывать термины ради импортозамещения.
Другое дело, если термин изначально создан в РФ-среде. Тогда уже можно называть "как есть". Правда таких по пальцам можно пересчитать.
Какая половина? Так все делают.
Не помню ни одного случая чтобы был смысл ждать чёрной пятницы чтобы что-то купить. Всегда цена или такая же или дороже :)
Все кроме последнего можно выкинуть к чертям. Никакого смысла они не несут.
Если эта сотрудница решила свалить в декрет - то нельзя, это как раз и будет нарушением, ведь суть ТК в этом случае - защитить женщину с ребенком.
Можно раньше, но нужна причина нормальная, ибо иначе можно докопаться, что уволили из-за беременности. А "до" - это несколько месяцев, тут не факт что успеешь заметить.
Ну и опять же, не нужно быть мудаком. Женщина уходит в декрет не потому что она не хочет работать. Да и оплачивает его не работодатель так-то.
Вообще ничего плохого не вижу в работе на год-два-три. Это дофига времени, там можно 10 раз успеть пересмотреть взгляды на всю сферу деятельности.