Опишу свой опыт, но сразу признаю, что мне просто повезло получается. Стационарник i5-8600k, 1050ti (да, гадость), мать Z370 что-то там. В железе не оч разбираюсь, ток на момент покупки вникал поверхностно. И это конечно не ноут, у которых специфики железячной побольше, но все же тоже десктоп. Стоит минт уже больше двух лет. Все, включая беспроводные мышь, клаву, наушники и колонки, а так же блютуз адаптер для этого добра встало из коробки даже не пикнув. Никаких внезапных и фатальных инсультов драйверов не было ниразу ни на чем.
Из всех распространенных и помоему даже описанных в статье проблем есть только необходимость при обновлении дров на нвидию самостоятельно накатить парочку либ. Причем минт сам говорит прям в драйвер менеджере чего именно ему не хватает для конкретной версии и достаточно просто сунуть его вывод в apt-get(5 секунд), иначе говоря зависимости не накатываются автоматически намеренно, возможно как раз чтобы не было внезапных факапов. По юзабельности помоему отлично. Кастомизаций каких-то хардкорных не требует вообще, если не труъ эстет, из коробки все очень знакомо на ту же винду выглядит (я так просто цветовую гамму поменял, да кое-где масштаб юи поднастроил, все через гуишку дефолтную). Герцовка моника с 144 на 60 не падает тоже, да и вообще ничего не падает, причем система постоянно обновляется, включая ядро и версии самой ос.
Получается вывод - на каждой конфигурации есть свой риск, и конечно хорошо было бы иметь какой-то доверенный источник (например утилитку), который может прям проверить все железо до установки, подсказав заранее где будут проблемы. Может повезти со всем, как у меня, а может половина отвалиться. Но если повезет, то линукс просто кайф (за деньги работаю на маке, для себя петы на линуксе, ноут с виндой для мелочевки всякой, так что сравниваю прям в реалтайме каждый день).
Конторы и люди в них разные бывают. Однако такое скотское отношение навредит скорее самому бизнесу, в то время как айтишники-слесари просто сменят работу на вменяемую.
Есть еще дело с недооценкой задач. Допустим дают задачу на 8 часов, а она по факту на недельку выходит — иди потом оправдывайся. Все равно технические детали не поймут. Или напротив — те же самые 8 часов на задачу — а она делается за 20 минут в этот раз. Но ты же не хочешь обесценивать себя, терять оплату и тд — в итоге тянешь на эти самые 8. А почему нет? Ты и так кучу времени потерял на другой задаче, по которой тебе уже не заплатят.
Уж извиняйте, отвечаю с позиции реального удаленщика с этими чертовыми таймерами. По гладкому ничего не бывает, по мне так лучше всего иметь статику в качестве зп за месяц например, не опасаясь что-то потерять из-за обстоятельств или сверх меры стремясь заработать. В таком случае просто делаешь работу, а не отвлекаешься на слежение за своим оплачиваемым временем.
Плюсом к этому то, что нагрузка по задачам идет неравномерная. В эту неделю на фултайм даже слишком отсидел, в другую отдыхал практически, т.к. серьезных задач нету. А париться о том, что «я вроде не против был, а тут ничего» остается на совести работника. Работодатель в такой ситуации с радостью заплатит 0.
Получается негативный моральный долг, когда ты каждый свой час работы меряешь. Лучше к этому вообще не прибегать, а по человечески работать.
Сгенерировать страницу с нужными текстами на бекенде — в общем случае вообще к беку не относится, разве что проект строго с такой спецификой. Так просто исторически сложилось с тех времен когда фронтенд был еще глупый.
Сейчас по разному может быть. Чаще всего бек не волнует вообще, какой там фронт и чем этот фронт занимается (сайт, нативка на мобильные платформы, десктоп, что угодно), а сам он занимается тем, чем беку положено — данными и бизнес-логикой. Потому вопросами красоты на клиентах (текстовой в том числе) он скорее всего не будет озабочен.
В ряде проектов еще бек немало в этом участвует, но все же меньше, чем раньше.
Ну а так, конечно, вопросы локализации далеко не только js на фронте касаются. Реализации везде есть, хотя проблемы примерно одинаковые и это можно рассматривать как единую проблему с разными способами решения.
Какая-то подмена понятий произошла в ходе вашей дискуссии. То блокировали телегу, чтобы якобы ограничить от этого канала связи террористов, теперь блокируют, чтобы ограничить пользователей. Пользователь = террорист теперь? И на этот оскорбляющий людей тезис на серьезных щах собираются опираться защитники блкировки?
Сорян, что не в свою ветку влезаю. Но хотел бы поделиться самой большой своей болью. Попался мне проект на андроиде, где вообще каждая мелочь прокидывалась через EventBus. Порядка 100 ивентов, с выбросом и отловом в огромной куче мест. Там пока по цепочке пройдешь от причины к следствию проблемы уже забываешь, как тебя зовут вообще.
Возможно я один такой (ибо ни у кого больше не встречал), но вообще стараюсь писать код исходя из того, что место на экране бесплатное и нечего его жалеть. На мой взгляд даже соседние блоки строк в методе нужно разделить лишней пустой строкой, если мы от одного этапа какой-то работы к другому например переходим, а в не в общую кучу наваливать.
Если же так все экономить фанатично, то даже, казалось бы, линейная и длинная простыня в методе, которую сверху вниз прочитать можно, становится расплывчитым набором символов и ситуация еще больше усугубляется.
GDPR регулирует не только какие-то громкие фейсбуки и прочее, под действие этого закона попадают вообще все и из-за любой мелочи. На хабре есть 2 статьи от одного автора, который подробно проблематику разжевал. С трудностями по соблюдению GDPR столкнуться придется всем, и многие могут пострадать по случайности или по незнанию, т.к. еще не все озаботились следствиями принимаемого закона.
А так, конечно, задел правильный, только переход к соблюдению планируется очень резкий и при его введение можно будет иски тысячами выставлять.
Оно вроде как носит гуманный характер по отношению к пользователю. Но при этом ровно наоборот по отношению к сервису, то есть тут гайки с другой стороны закручиваются, соблюдать GDPR будет очень тяжело, в этом дело.
Опишу свой опыт, но сразу признаю, что мне просто повезло получается.
Стационарник i5-8600k, 1050ti (да, гадость), мать Z370 что-то там. В железе не оч разбираюсь, ток на момент покупки вникал поверхностно. И это конечно не ноут, у которых специфики железячной побольше, но все же тоже десктоп.
Стоит минт уже больше двух лет. Все, включая беспроводные мышь, клаву, наушники и колонки, а так же блютуз адаптер для этого добра встало из коробки даже не пикнув. Никаких внезапных и фатальных инсультов драйверов не было ниразу ни на чем.
Из всех распространенных и помоему даже описанных в статье проблем есть только необходимость при обновлении дров на нвидию самостоятельно накатить парочку либ. Причем минт сам говорит прям в драйвер менеджере чего именно ему не хватает для конкретной версии и достаточно просто сунуть его вывод в apt-get(5 секунд), иначе говоря зависимости не накатываются автоматически намеренно, возможно как раз чтобы не было внезапных факапов.
По юзабельности помоему отлично. Кастомизаций каких-то хардкорных не требует вообще, если не труъ эстет, из коробки все очень знакомо на ту же винду выглядит (я так просто цветовую гамму поменял, да кое-где масштаб юи поднастроил, все через гуишку дефолтную). Герцовка моника с 144 на 60 не падает тоже, да и вообще ничего не падает, причем система постоянно обновляется, включая ядро и версии самой ос.
Получается вывод - на каждой конфигурации есть свой риск, и конечно хорошо было бы иметь какой-то доверенный источник (например утилитку), который может прям проверить все железо до установки, подсказав заранее где будут проблемы. Может повезти со всем, как у меня, а может половина отвалиться. Но если повезет, то линукс просто кайф (за деньги работаю на маке, для себя петы на линуксе, ноут с виндой для мелочевки всякой, так что сравниваю прям в реалтайме каждый день).
Уж извиняйте, отвечаю с позиции реального удаленщика с этими чертовыми таймерами. По гладкому ничего не бывает, по мне так лучше всего иметь статику в качестве зп за месяц например, не опасаясь что-то потерять из-за обстоятельств или сверх меры стремясь заработать. В таком случае просто делаешь работу, а не отвлекаешься на слежение за своим оплачиваемым временем.
Плюсом к этому то, что нагрузка по задачам идет неравномерная. В эту неделю на фултайм даже слишком отсидел, в другую отдыхал практически, т.к. серьезных задач нету. А париться о том, что «я вроде не против был, а тут ничего» остается на совести работника. Работодатель в такой ситуации с радостью заплатит 0.
Получается негативный моральный долг, когда ты каждый свой час работы меряешь. Лучше к этому вообще не прибегать, а по человечески работать.
Сейчас по разному может быть. Чаще всего бек не волнует вообще, какой там фронт и чем этот фронт занимается (сайт, нативка на мобильные платформы, десктоп, что угодно), а сам он занимается тем, чем беку положено — данными и бизнес-логикой. Потому вопросами красоты на клиентах (текстовой в том числе) он скорее всего не будет озабочен.
В ряде проектов еще бек немало в этом участвует, но все же меньше, чем раньше.
Ну а так, конечно, вопросы локализации далеко не только js на фронте касаются. Реализации везде есть, хотя проблемы примерно одинаковые и это можно рассматривать как единую проблему с разными способами решения.
Если же так все экономить фанатично, то даже, казалось бы, линейная и длинная простыня в методе, которую сверху вниз прочитать можно, становится расплывчитым набором символов и ситуация еще больше усугубляется.
А так, конечно, задел правильный, только переход к соблюдению планируется очень резкий и при его введение можно будет иски тысячами выставлять.