А почему вы думаете, что иссякнет? Взять, например, банжи джампинг:
круто, я прыгал, интересные ощущения, рекомендую
о, супер, обязательно прыгну
Речь же не о доставке человека из пункта А на мосту в пункт Б на земле, а ощущения мало передаются, даже с гопро. Абсолютно бесполезное времяпрепровождение с точки зрения логики и малопродолжительное. Но прыгают же.
Да и людей с мыслью "Хм, куда бы так небанально потратить пару миллионов (уже почти всё перепробовал)" чуть больше чем 30.
Справедливости ради, это прям отличный вариант при использовании TS, потому что структура объекта описана типом. Передавая объект в JS вы рано или поздно столкнётесь с тем, что там что-то лишнее или чего-то не хватает, а у чего-то вместо строки передан номер (передавая отдельными пропсами типы можно кое-как порешать PropTypes). В статье это не очень явно, но указано.
Но ведь заборы — это не от террористов (как правильно указано, такая мера сильно не спасёт). Это от пьяниц и прочих наркоманов, чтоб не ночевали и не гадили. Отсюда и относительно низкий порог обхода — купи билет куда-нибудь.
И, насколько мне это видится, свою задачу вполне решает. — Это обычная логика.
На некоторых вокзалах с заборами свободный проход через двери, где может стоять условный охранник, которому даже билет не всегда нужен — обычный фейс контроль — выглядишь как бомж или просто встречаешь.
Можно в таком случае открыть две точки (или два выхода в разные стороны дома) — хотите дешевле — идите "к соседу", тем временем в первой точке не занижать планку цены/качества.
Зависит.
Опять же, возьмём для примера какие-нибудь репорты компании в виде таблиц.
Есть ряд репортов, в большинстве из которых присутствует колонка "проект".
Изначально с большой долей вероятности, это должна быть одна и та же строка, редактируемая в одном месте.
Если вдруг в каком-то из репортов возникнет необходимость использовать другую строку — тогда нужно добавлять новый id и привязывать к нему другую строку.
То же касается ссылок на сущности, предположим на другой колонке в таблице есть ссылка на одну из существующих колонок (расход1, расход2, сумма = расход1 + расход2) — в таком случае они не должны быть забиты текстом, а ссылаться именно по id, так чтоб если имя колонки меняется — оно менялось в связанных местах. Это же часто встречается в настройках/фильтрах таблицы (например строка "сортировка по умолчанию — номер проекта").
Во всех остальных местах, где тексты явно независимы — должны быть использованы уникальные идентификаторы изначально, даже если текст выглядит одинаково.
Тестировать руками должен лингвист. Он же должен сказать что там что-то отображается неправильно.
по итогу, получаем много дублирующего или очень похожего по смыслу одинакового мусора
Это не совсем так. То, что может одинаково выглядеть, например, в английском, может по разному выглядеть в других языках в зависимости от контекста. Это значит что эти похожие или даже одинаковые фразы должны быть редактируемыми независимо.
Если речь про изначально одинаковые сущности — то это проблема архитектуры. Например, вместо переиспользования модуля таблица и сущности заголовок таблицы "проект" дублируется существующий функционал (например, другим программистом) с дублированием всех текстов. Тут уж никуда не денешься, нужно делать рефакторинг.
Программист на этапе добавления нового функционала с новым текстом должен нагуглить, есть ли уже такой и можно ли его переиспользовать.
Лингвист должен понимать, а лучше видеть где этот текст показывается, в каком контексте.
Лингвист в конечном счёте несёт ответственность за корректность текста.
Никто ни с кем не должен договариваться, должно быть чёткое разделение ответственности.
В вышеупоминаемой горнолыжной одежде вентиляционные отсеки by design. Конечно без автоуправления ардуиной и обычной змейкой, но можно взять на заметку.
Разумеется, гарантий нет, но риски никто не отменял. Лучше потратить день и докопаться, чем быстренько починить и потом разгребать. И гугл скажет про то, что будет в следующей версии (для этого есть change notes между версиями), а я говорил про риск поломать сейчас в другом месте.
Потому что меняя что-то тут, нужно будет протестировать все остальные девайсы и все остальные оси на предмет "оно всё ещё работает как надо", а если нет — это очень дорогие изменения.
Либо ставить костыль "если этот вендор на этой версии андроида, тогда".
Ну смотрите, вы показываете, как кандидат публично оскорбляет вашу компанию, и тут же публично делаете это по отношению к нему (не указывая имени, но кого мы обманываем, это крайне легко гуглится). На что вы рассчитываете в вопросе разруливания ситуации в таком случае? Я вам гарантирую что "сам дурак" не прекратится, если кто-то не прекратит эту перепалку.
Полезные советы — это "бывает такое, может вылиться в такое, вот список как этого избежать". Всё остальное — это "сам дурак".
Java, кмк, нужно сравнивать с показателями по Kotlin, с того момента как последний зарелизили, все android-related проекты мигрировали на Kotlin. Ruby действительно провалился, даже странно. А вот остальные уступили таки место TS не считая Python, конечно (Интересно, больше всяких sci-проектов или просто лабораторки в универах?).
Есть нюанс. Если забрали на ремонт, то если не могут отремонтировать за две недели — можно требовать замену или возврат денег. Кондиционер никто не забирал, потому так получилось. Но это было к слову "стабильности" марки и наличия запчастей.
Гм, купил я тут недавно новый кондиционер LG. С гарантией на всё 3 года и на компрессор 10 лет. А у него сдох компрессор через два года. А кондиционер сняли с производства, почему была очень большая вероятность списания (уже начали процесс, но в итоге где-то на складах (через полтора(!) месяца) откопали компрессор на замену). Так я с гарантийным устройством уже искал ему замену на случай списания.
Ситуация до коронавируса:
Работодатели вкладываются в "уютные" офисы и печеньки, HRы ищут работников в эти уютные офисы, работники ищут квартиры на съём недалеко от места работы с целью там спать и ездить на работу каждый день. Следствие — дом абсолютно не подготовлен для работы на дому. Это всё, что я хотел сказать, могут они догадаться или не могут — это совершенно другой вопрос. Но глобально всё именно так. И тогда на вопрос "почему все хотят обратно в офис" самый простой и логичный ответ — потому что дома в силу разных причин, не последняя из которых "дом для этого не задумывался и для этого не предназначен" работать невозможно/тяжело. Разумеется и жёны-врачи и больные дети и вот это вот всё, никто не отменял.
И да, у меня жена, ребёнок, в детсаду болеет короной воспитатель, ребёнок сидит дома, а я на удалёнке уже восемь с гаком лет. И не надо на меня лично сливать весь свой негатив. У меня всё.
А почему вы думаете, что иссякнет? Взять, например, банжи джампинг:
Речь же не о доставке человека из пункта А на мосту в пункт Б на земле, а ощущения мало передаются, даже с гопро. Абсолютно бесполезное времяпрепровождение с точки зрения логики и малопродолжительное. Но прыгают же.
Да и людей с мыслью "Хм, куда бы так небанально потратить пару миллионов (уже почти всё перепробовал)" чуть больше чем 30.
Вроде раньше так было, а сейчас он сам ищет, разве нет? Не нашёл ничего на самом сайте, но точно были какие-то перемены в этом плане.
Всё верно, при падении ёмкости на 30% просто берём на 30% больше батареек.
Справедливости ради, это прям отличный вариант при использовании TS, потому что структура объекта описана типом. Передавая объект в JS вы рано или поздно столкнётесь с тем, что там что-то лишнее или чего-то не хватает, а у чего-то вместо строки передан номер (передавая отдельными пропсами типы можно кое-как порешать PropTypes). В статье это не очень явно, но указано.
Но ведь заборы — это не от террористов (как правильно указано, такая мера сильно не спасёт). Это от пьяниц и прочих наркоманов, чтоб не ночевали и не гадили. Отсюда и относительно низкий порог обхода — купи билет куда-нибудь.
И, насколько мне это видится, свою задачу вполне решает. — Это обычная логика.
На некоторых вокзалах с заборами свободный проход через двери, где может стоять условный охранник, которому даже билет не всегда нужен — обычный фейс контроль — выглядишь как бомж или просто встречаешь.
Можно в таком случае открыть две точки (или два выхода в разные стороны дома) — хотите дешевле — идите "к соседу", тем временем в первой точке не занижать планку цены/качества.
Социум дарит, а с возрастом друзей не прибавляется, одна перспектива — соседки по скамейке.
Зависит.
Опять же, возьмём для примера какие-нибудь репорты компании в виде таблиц.
Есть ряд репортов, в большинстве из которых присутствует колонка "проект".
Изначально с большой долей вероятности, это должна быть одна и та же строка, редактируемая в одном месте.
Если вдруг в каком-то из репортов возникнет необходимость использовать другую строку — тогда нужно добавлять новый id и привязывать к нему другую строку.
То же касается ссылок на сущности, предположим на другой колонке в таблице есть ссылка на одну из существующих колонок (расход1, расход2, сумма = расход1 + расход2) — в таком случае они не должны быть забиты текстом, а ссылаться именно по id, так чтоб если имя колонки меняется — оно менялось в связанных местах. Это же часто встречается в настройках/фильтрах таблицы (например строка "сортировка по умолчанию — номер проекта").
Во всех остальных местах, где тексты явно независимы — должны быть использованы уникальные идентификаторы изначально, даже если текст выглядит одинаково.
Тестировать руками должен лингвист. Он же должен сказать что там что-то отображается неправильно.
Это не совсем так. То, что может одинаково выглядеть, например, в английском, может по разному выглядеть в других языках в зависимости от контекста. Это значит что эти похожие или даже одинаковые фразы должны быть редактируемыми независимо.
Если речь про изначально одинаковые сущности — то это проблема архитектуры. Например, вместо переиспользования модуля
таблицаи сущностизаголовок таблицы "проект"дублируется существующий функционал (например, другим программистом) с дублированием всех текстов. Тут уж никуда не денешься, нужно делать рефакторинг.Программист на этапе добавления нового функционала с новым текстом должен нагуглить, есть ли уже такой и можно ли его переиспользовать.
Лингвист должен понимать, а лучше видеть где этот текст показывается, в каком контексте.
Лингвист в конечном счёте несёт ответственность за корректность текста.
Никто ни с кем не должен договариваться, должно быть чёткое разделение ответственности.
В вышеупоминаемой горнолыжной одежде вентиляционные отсеки by design. Конечно без автоуправления ардуиной и обычной змейкой, но можно взять на заметку.
Разумеется, гарантий нет, но риски никто не отменял. Лучше потратить день и докопаться, чем быстренько починить и потом разгребать. И гугл скажет про то, что будет в следующей версии (для этого есть change notes между версиями), а я говорил про риск поломать сейчас в другом месте.
Потому что меняя что-то тут, нужно будет протестировать все остальные девайсы и все остальные оси на предмет "оно всё ещё работает как надо", а если нет — это очень дорогие изменения.
Либо ставить костыль "если этот вендор на этой версии андроида, тогда".
Как не надо делать?
Ну смотрите, вы показываете, как кандидат публично оскорбляет вашу компанию, и тут же публично делаете это по отношению к нему (не указывая имени, но кого мы обманываем, это крайне легко гуглится). На что вы рассчитываете в вопросе разруливания ситуации в таком случае? Я вам гарантирую что "сам дурак" не прекратится, если кто-то не прекратит эту перепалку.
Полезные советы — это "бывает такое, может вылиться в такое, вот список как этого избежать". Всё остальное — это "сам дурак".
Всё бы хорошо, если бы не
ллм.Java, кмк, нужно сравнивать с показателями по Kotlin, с того момента как последний зарелизили, все android-related проекты мигрировали на Kotlin. Ruby действительно провалился, даже странно. А вот остальные уступили таки место TS не считая Python, конечно (Интересно, больше всяких sci-проектов или просто лабораторки в универах?).
Есть нюанс. Если забрали на ремонт, то если не могут отремонтировать за две недели — можно требовать замену или возврат денег. Кондиционер никто не забирал, потому так получилось. Но это было к слову "стабильности" марки и наличия запчастей.
Гм, купил я тут недавно новый кондиционер LG. С гарантией на всё 3 года и на компрессор 10 лет. А у него сдох компрессор через два года. А кондиционер сняли с производства, почему была очень большая вероятность списания (уже начали процесс, но в итоге где-то на складах (через полтора(!) месяца) откопали компрессор на замену). Так я с гарантийным устройством уже искал ему замену на случай списания.
Ситуация до коронавируса:
Работодатели вкладываются в "уютные" офисы и печеньки, HRы ищут работников в эти уютные офисы, работники ищут квартиры на съём недалеко от места работы с целью там спать и ездить на работу каждый день. Следствие — дом абсолютно не подготовлен для работы на дому. Это всё, что я хотел сказать, могут они догадаться или не могут — это совершенно другой вопрос. Но глобально всё именно так. И тогда на вопрос "почему все хотят обратно в офис" самый простой и логичный ответ — потому что дома в силу разных причин, не последняя из которых "дом для этого не задумывался и для этого не предназначен" работать невозможно/тяжело. Разумеется и жёны-врачи и больные дети и вот это вот всё, никто не отменял.
И да, у меня жена, ребёнок, в детсаду болеет короной воспитатель, ребёнок сидит дома, а я на удалёнке уже восемь с гаком лет. И не надо на меня лично сливать весь свой негатив. У меня всё.