Смысл в том, что квартира дальше от работы (чаще дальше от центра) больше метражом стоит столько же, сколько квартира ближе к работе. Отсюда следует простой вывод, что боьшинство людей, которые живут ближе к работе часто не имеют нормального места для работы дома, а значит работать в офисе на удобном кресле с двумя мониторами сильно удобнее чем ютиться в общей комнате, если не на диване, или на кухне. Потому люди, которые не были готовы к удалённой работе возвращаются в офис. Просто не нужно путать причины со следствиями, только и всего. Жена-больница-больной ребёнок это уже частный случай, но в основном в таких случаях конечно приходится искать консенсус, в крайних случаях "представь что меня нет и я в офисе", но чаще можно освободившееся время (хотя бы время которое обычно тратится на дорогу на работу) потратить на домашние дела.
Кмк, если публичное лицо компании делает публичное заявление по теме, которой компания занимается, то пока это лицо явно не укажет, что это только его личное и никак к компании не имеет отношения мнение, это автоматически означает официальное мнение компании.
А то, что у них целый штат java разработчиков, основная работа которых — это работа с другими языками никак не может быть причиной поисков более эффективного языка?
Примерно такие же вопросы у меня возникают, когда я просматриваю папку "спам". Ну то есть, целевая аудитория этих писем никогда не увидит. Нецелевая (я) увидит, ухмыльнётся и удалит. Зачем люди до сих пор это делают? Зачем другие люди за это платят?
Может, наоборот, не хватает прозрачности, телеметрии что, вот, по этим письмам из 1KK перешёл ровно один человек — оно того не стоит?
Семантически правильно теги <img> добавлять, если это является контентом. Контент часто приходит извне, и верстальщику заранее неизвестен. Если картинка это часть интерфейса — там следует использовать фоновое изображение — и там да, чаще у блоков определённые размеры, а изображение встраивается в него.
Хотя иногда встречаются и контентные изображения с жёстко заданной абсолютной высотой (например) и динамической, но так же жёстко заданной шириной (например 100% в теле поста) у родителя, но которые "встраиваются" с разным размером и типом встраивания (в зависимости от ширины текущей области видимости). Так, у блока будут указаны размеры, а изображение будет адаптироваться (имитация background-size: contain/cover).
В общем, сильно зависит от ситуации.
Питч — это устоявшийся термин в среде презентаций. Он содержит в себе сразу два понятия — (коротко) рассказать и продать (себя/проект). Реклама — наверное наиболее близкий термин, но совершенно не передаёт сути.
Ну, тюбик это условно, однако, видно, что чайные пакетики там просто так в коробках не хранятся, а приходят уже в пакетах с наклейкой этого самого чая, и заливаются водой.
Собственно, про "запихивают в тюбик" — это был основной вопрос, ответ на который — "находятся в одноразовом пакете изначально".
Вопрос только, откуда среди подручных средств на МКС взялся пакетик чая, если его физически там невозможно заваривать? В тюбик его чтоли запихивают? Не говоря уже о "равномерном распределении чаинок в невесомости", где любое микродвижение придаёт чаинке ускорение, так что "повесить" чаинку в невесомости — задача нетривиальная.
Нет, я, разумеется, рад, что нашли, но как-то странно это всё выглядит :)
EDIT: пардон, равномерное распределение мне уже мозг добавил, в статье об этом нет речи.
Но каждый раз желание сменить деятельность подается как какая-то аномалия.
Это потому что программист — рациональное существо, а желание сменить деятельность (в корне) с программирования — это желание нерациональные, потому что с нуля (если других навыков нет) нигде столько не заплатят.
К сожалению, пока стилевое решение в SVG поддерживается не всеми браузерами одинаково, пока для этого нужен небольшой скрипт, который при загрузке (и при смене оной) проверяет выбранную тему и подменяет путь к файлу, как это сделано, например, на гитхабе.
Иконка в 256 с высокой детализацией — это плохая иконка (если мы говорим про лого, что в подавляющем большинстве используется для иконок).
Обычно (дизайнеры иконок) могут добавлять пару эффектов для большого размера, не более того, типа теней, бликов, прочего.
Если всё это убрать и она выглядит достаточно хорошо (узнаваемо), то её прекрасно можно будет даунскейлить на меньшие размеры. Конечно, не так идеально, как это можно сделать сгенерировав размеры из SVG исходника, но часто вполне достаточно.
По крайней мере, будет меньше (я надеюсь) "левой" рекламы вставками или баннером внизу. Ну прорекламирует блоггер свои футболки пока что-то там полезное рассказывает, ну и ладно.
Нет. Как вариант, можно удалить, посмотреть как оно, и вернуть обратно стандартной отменой действия.
Ещё, обычно где-то есть спец класс типа hide, классы тоже чуть быстрее можно ставить через то же место, где имитируется состояние :hover.
Некоторые "хаки", которые я использовал последнее время (из отсутствующих в статье):
$0-$4 (по индексу предыдущие элементы)
Break on… опция в контекстном меню элемента (можно словить момент, когда меняется subtree/аргумент)
Network -> Copy as fetch (можно запустить тот же запрос из консоли с некоторыми правками, например убрать/добавить параметр)
Если нужно проинспектировать элемент который появляется только по наведению средствами JS (любая новомодная библиотека) и начисто пропадет при blur — достаточно при наведении и открытой devTools нажать на F8 — это приостановит выполнение JS, и можно будет спокойно найти нужный элемент в Elements или посредством "Select an element on page and inspect it"
debugger как строчка в JS для установки брекпоинта (учитывая препроцессоры, сборки в один файл и минификацию, это наиболее используемый мной способ установки первоначального брекпоинта сейчас)
Network -> Online (селект для изменения имитации скорости соединения).
А вообще там конечно ещё туева куча разных полезных функций, нужно только не лениться их искать, вместо дебаггинга посредством расстановки console.log в коде, как это было ещё при консольных дебаггерах, многие кроме этого больше ничего и не используют.
Сомнительные у автора доводы, и элегантность тоже сомнительная.
Вынести действия в отдельные функции, а потом собрать одну функцию из набора функций — это и без compose будет выглядеть примерно так же.
А ещё в некоторых случаях это сильно менее эффективно. Зато "элегантно", да.
Смысл в том, что квартира дальше от работы (чаще дальше от центра) больше метражом стоит столько же, сколько квартира ближе к работе. Отсюда следует простой вывод, что боьшинство людей, которые живут ближе к работе часто не имеют нормального места для работы дома, а значит работать в офисе на удобном кресле с двумя мониторами сильно удобнее чем ютиться в общей комнате, если не на диване, или на кухне. Потому люди, которые не были готовы к удалённой работе возвращаются в офис. Просто не нужно путать причины со следствиями, только и всего. Жена-больница-больной ребёнок это уже частный случай, но в основном в таких случаях конечно приходится искать консенсус, в крайних случаях "представь что меня нет и я в офисе", но чаще можно освободившееся время (хотя бы время которое обычно тратится на дорогу на работу) потратить на домашние дела.
Потому что при покупке/аренде жилья задумывались не про отдельную комнату-кабинет, а про близость к работе.
Кмк, если публичное лицо компании делает публичное заявление по теме, которой компания занимается, то пока это лицо явно не укажет, что это только его личное и никак к компании не имеет отношения мнение, это автоматически означает официальное мнение компании.
А то, что у них целый штат java разработчиков, основная работа которых — это работа с другими языками никак не может быть причиной поисков более эффективного языка?
Примерно такие же вопросы у меня возникают, когда я просматриваю папку "спам". Ну то есть, целевая аудитория этих писем никогда не увидит. Нецелевая (я) увидит, ухмыльнётся и удалит. Зачем люди до сих пор это делают? Зачем другие люди за это платят?
Может, наоборот, не хватает прозрачности, телеметрии что, вот, по этим письмам из 1KK перешёл ровно один человек — оно того не стоит?
Дословный перевод, как ни странно :)
Семантически правильно теги
<img>добавлять, если это является контентом. Контент часто приходит извне, и верстальщику заранее неизвестен. Если картинка это часть интерфейса — там следует использовать фоновое изображение — и там да, чаще у блоков определённые размеры, а изображение встраивается в него.Хотя иногда встречаются и контентные изображения с жёстко заданной абсолютной высотой (например) и динамической, но так же жёстко заданной шириной (например 100% в теле поста) у родителя, но которые "встраиваются" с разным размером и типом встраивания (в зависимости от ширины текущей области видимости). Так, у блока будут указаны размеры, а изображение будет адаптироваться (имитация background-size: contain/cover).
В общем, сильно зависит от ситуации.
Питч — это устоявшийся термин в среде презентаций. Он содержит в себе сразу два понятия — (коротко) рассказать и продать (себя/проект). Реклама — наверное наиболее близкий термин, но совершенно не передаёт сути.
Ну, тюбик это условно, однако, видно, что чайные пакетики там просто так в коробках не хранятся, а приходят уже в пакетах с наклейкой этого самого чая, и заливаются водой.
Собственно, про "запихивают в тюбик" — это был основной вопрос, ответ на который — "находятся в одноразовом пакете изначально".
Вопрос только, откуда среди подручных средств на МКС взялся пакетик чая, если его физически там невозможно заваривать? В тюбик его чтоли запихивают? Не говоря уже о "равномерном распределении чаинок в невесомости", где любое микродвижение придаёт чаинке ускорение, так что "повесить" чаинку в невесомости — задача нетривиальная.
Нет, я, разумеется, рад, что нашли, но как-то странно это всё выглядит :)
EDIT: пардон, равномерное распределение мне уже мозг добавил, в статье об этом нет речи.
Это потому что программист — рациональное существо, а желание сменить деятельность (в корне) с программирования — это желание нерациональные, потому что с нуля (если других навыков нет) нигде столько не заплатят.
Замораживайте аккумулятор холода перед поездкой и кладите своего гуся в термосумку, даже в самой дешёвой он вполне за 8 часов доедет.
В 2020 уже можно было бы написать про раздельные иконки для тёмных и светлых тем: https://caniuse.com/?search=prefers-color-scheme
https://flaviocopes.com/dark-mode-favicon/
К сожалению, пока стилевое решение в SVG поддерживается не всеми браузерами одинаково, пока для этого нужен небольшой скрипт, который при загрузке (и при смене оной) проверяет выбранную тему и подменяет путь к файлу, как это сделано, например, на гитхабе.
Иконка в 256 с высокой детализацией — это плохая иконка (если мы говорим про лого, что в подавляющем большинстве используется для иконок).
Обычно (дизайнеры иконок) могут добавлять пару эффектов для большого размера, не более того, типа теней, бликов, прочего.
Если всё это убрать и она выглядит достаточно хорошо (узнаваемо), то её прекрасно можно будет даунскейлить на меньшие размеры. Конечно, не так идеально, как это можно сделать сгенерировав размеры из SVG исходника, но часто вполне достаточно.
По крайней мере, будет меньше (я надеюсь) "левой" рекламы вставками или баннером внизу. Ну прорекламирует блоггер свои футболки пока что-то там полезное рассказывает, ну и ладно.
Скажем так, спать в поезде под равномерный шум легче, чем под (даже ритмичный) стук в полной тишине, как будто кто-то молотком по кувалде долбит.
Нет. Как вариант, можно удалить, посмотреть как оно, и вернуть обратно стандартной отменой действия.
Ещё, обычно где-то есть спец класс типа
hide, классы тоже чуть быстрее можно ставить через то же место, где имитируется состояние:hover.Вводит в заблуждение. Я думал, будет про синхронизацию кодовой базы с Хромом (https://developers.google.com/web/tools/chrome-devtools/workspaces/), а это скорее про дебаггинг.
Некоторые "хаки", которые я использовал последнее время (из отсутствующих в статье):
debuggerкак строчка в JS для установки брекпоинта (учитывая препроцессоры, сборки в один файл и минификацию, это наиболее используемый мной способ установки первоначального брекпоинта сейчас)А вообще там конечно ещё туева куча разных полезных функций, нужно только не лениться их искать, вместо дебаггинга посредством расстановки
console.logв коде, как это было ещё при консольных дебаггерах, многие кроме этого больше ничего и не используют.Сомнительные у автора доводы, и элегантность тоже сомнительная.
Вынести действия в отдельные функции, а потом собрать одну функцию из набора функций — это и без compose будет выглядеть примерно так же.
А ещё в некоторых случаях это сильно менее эффективно. Зато "элегантно", да.
Как раз до состояния лыжи. Осталось добавить гусеницы вместо колёс :)