Суть статьи: Короче берете любую фигню из Китая, делаете из нее дорого-богато и продаете. В итоге у вас будет миллион в месяц и дальше повторяете до бесконечности.
Реальность: маркетплейсы отымеют новичка во все щели просто по определению :) Основная задача сведется к «не умереть с голоду» пока вы продаете первую партию товара и пытаетесь понять почему прибыль на Озоне настолько меньше ваших расчетов. Может быть вы даже останетесь в плюсе (или в нуле + термопринтер).
По делу: инфоциганщина с переспамом ключей под фото.
За исключением тегов которые «что-то делают», было бы классно объяснять «зачем». Всякие kbd abbr вполне заменяются span/div, так что выглядят бессмысленными.
Тем не менее, вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится. И самое печальное, когда вы в конфиге (файле настройки? а может и не файле, кто знает, именно поэтому тут это слово) увидите threads_count - вы поймете что к чему. Ведь число_потоков вы в конфиге не увидите. Нигде. Совершенно. Даже в 1С, скорее всего, такого нет.
Не лучше ли вместо того, чтобы засорять речь десятком англицизмов, договориться, наконец, о своих терминах?
Не лучше. Вы не можете договориться о переименовании терминов, как раз потому, что это термины. Если вы начнете называть тарелку вилкой - вас не поймет весь остальной мир.
Из ваших последних комментариев: оркестратора, масштабируемость, транзакций, конфигурация, детерминированные. Это один ваш недавний комментарий. Вы сами не верите во что пишите :)
Нет никакого смысла в переводе таких терминов, как раз потому, что в каждом конкретном случае они могут означать разное. Одинаковые слова вообще довольно часто означают абсолютно разные вещи - так работает много языков. И так сложилось, что общепринятый язык в ИТ - английский. Давайте просто этим пользоваться, а не выдумывать термины ради импортозамещения.
Другое дело, если термин изначально создан в РФ-среде. Тогда уже можно называть "как есть". Правда таких по пальцам можно пересчитать.
Если эта сотрудница решила свалить в декрет - то нельзя, это как раз и будет нарушением, ведь суть ТК в этом случае - защитить женщину с ребенком.
Можно раньше, но нужна причина нормальная, ибо иначе можно докопаться, что уволили из-за беременности. А "до" - это несколько месяцев, тут не факт что успеешь заметить.
Ну и опять же, не нужно быть мудаком. Женщина уходит в декрет не потому что она не хочет работать. Да и оплачивает его не работодатель так-то.
Честно говоря всегда относился к Whois как к "нам показалось, так будет красивше". Разве что дата регистрации что-то значит, если проверяешь какой-то магазин или вроде того.
Если нет, то достаточно просто выключить нужные расширения в рамках проекта. Я так, нпаример, выключаю rust-analyzer в Nodejs или Go проектах. Один раз и готово.
Суть статьи: Короче берете любую фигню из Китая, делаете из нее дорого-богато и продаете. В итоге у вас будет миллион в месяц и дальше повторяете до бесконечности.
Реальность: маркетплейсы отымеют новичка во все щели просто по определению :) Основная задача сведется к «не умереть с голоду» пока вы продаете первую партию товара и пытаетесь понять почему прибыль на Озоне настолько меньше ваших расчетов. Может быть вы даже останетесь в плюсе (или в нуле + термопринтер).
По делу: инфоциганщина с переспамом ключей под фото.
Если говорить в целом, то никто особо не заморачивается. Как бы плохо это ни звучало
За исключением тегов которые «что-то делают», было бы классно объяснять «зачем». Всякие kbd abbr вполне заменяются span/div, так что выглядят бессмысленными.
Застал, но не подумал чет о таком. Больше веб в голове.
Вот было бы все в "оригинале", было бы понятнее :)
Интересный сленг :)
Ну вот вы прочитали толстенную книженцию про Elasticseaarch.
Пытаетесь администрировать, но вот ПОЛОЖИТЬ /индекс/_настройки - не работает. И в той статье как раз речь шла о таких казусах, как мне кажется.
Нужно либо не переводить, либо делать это адекватно и со знанием предмета (а это сложно-дорого).
девелопер - ну ок, придрались
дизайн-тайме - хз что к чему, честно говоря
дропает - вот тут интересно. Drop и remove могут отличаться. Поэтому удалить он его не может, а дропнуть - запросто.
контрол - искать по конфигам не-контрол может быть затруднительно
десктоп - даже затрудняюсь подобрать подходящее короткое русское слово. А еще контекст...ой.
Тем не менее, вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится. И самое печальное, когда вы в конфиге (файле настройки? а может и не файле, кто знает, именно поэтому тут это слово) увидите threads_count - вы поймете что к чему. Ведь число_потоков вы в конфиге не увидите. Нигде. Совершенно. Даже в 1С, скорее всего, такого нет.
Не лучше. Вы не можете договориться о переименовании терминов, как раз потому, что это термины. Если вы начнете называть тарелку вилкой - вас не поймет весь остальной мир.
Из ваших последних комментариев: оркестратора, масштабируемость, транзакций, конфигурация, детерминированные. Это один ваш недавний комментарий. Вы сами не верите во что пишите :)
Нет никакого смысла в переводе таких терминов, как раз потому, что в каждом конкретном случае они могут означать разное. Одинаковые слова вообще довольно часто означают абсолютно разные вещи - так работает много языков. И так сложилось, что общепринятый язык в ИТ - английский. Давайте просто этим пользоваться, а не выдумывать термины ради импортозамещения.
Другое дело, если термин изначально создан в РФ-среде. Тогда уже можно называть "как есть". Правда таких по пальцам можно пересчитать.
Какая половина? Так все делают.
Не помню ни одного случая чтобы был смысл ждать чёрной пятницы чтобы что-то купить. Всегда цена или такая же или дороже :)
Все кроме последнего можно выкинуть к чертям. Никакого смысла они не несут.
Если эта сотрудница решила свалить в декрет - то нельзя, это как раз и будет нарушением, ведь суть ТК в этом случае - защитить женщину с ребенком.
Можно раньше, но нужна причина нормальная, ибо иначе можно докопаться, что уволили из-за беременности. А "до" - это несколько месяцев, тут не факт что успеешь заметить.
Ну и опять же, не нужно быть мудаком. Женщина уходит в декрет не потому что она не хочет работать. Да и оплачивает его не работодатель так-то.
Вообще ничего плохого не вижу в работе на год-два-три. Это дофига времени, там можно 10 раз успеть пересмотреть взгляды на всю сферу деятельности.
Честно говоря всегда относился к Whois как к "нам показалось, так будет красивше". Разве что дата регистрации что-то значит, если проверяешь какой-то магазин или вроде того.
Вы каждый день по 10 раз начинаете новый проект?
Если нет, то достаточно просто выключить нужные расширения в рамках проекта. Я так, нпаример, выключаю rust-analyzer в Nodejs или Go проектах. Один раз и готово.
Вы можете просто отключить расширение для отдельного проекта
Мне и бекенд ничего не мешает запускать/перезапускать довольно часто. Я думаю просто зависит от проекта.
"когда нужно что-то отладить" - это и есть разработка.
Не представляю что вы делаете, что код на JS запускается "несколько раз в день", но при таком подходе эти пару секунд конечно погоды не делают.
Внес изменения в код
Сохранил файл
Подождал "несколько секунд"
Изменения появились
Третий пункт можно исключить использовав какой-нибудь esbuild/swc/etc...
Но, если вы сборку делаете только один раз где-то при запуске/сборке образа то пофиг, конечно же.
Но это же очень долго