Между 20% населения и 36.2% населения разница в 1.8 раза.
При этом если глянуть график, то получится, что в россии в принципе средние значения по миру да и район 20% достаточно стандартен.
Если с подъемом цены, условно, на 30%, мне удастся покупать замену того или иного товара в два раза реже
Это возможно и сейчас. Хочешь lex покупай, хочешь libherr. Разная цена — разный срок службы и надежность.
У кого в доме 10 детей и стиралка работает не переставая — купит либхер, а кто-то живет один и ему стиралка нужна раз в неделю — купит lex и ему хватит.
И вот как раз вторую группу лишат возможности купить на 30% дешевле менее надежный товар.
Фактически мы бы назвали этот закон направленным на поддержку экономики из-за удорожания товаров:)
, а не тратить на новый товар где-то ближе к ста процентам стоимости, это прекрасно.
В нашем примере со стиралкой, даже при том что ремонт стиралки был доступен и запчасть была доступна и не было препятствий к доступу в виде смолы — дешевле было продать старую на запчасти и купить новую.
о влиянии на культуру потребления одноразовых товаров и идею о том, что надо, чтобы все всегда было новое (которая не основана ни на чем, кроме моды)
Идея о том, что не надо потреблять одноразовые товары, это как раз и есть новая модная идея. Такая же как идея зеленых и вот это вот все.
Сначала они выпускают алюминевые движки для авто, т.к. модна экология, потом возмущаются что они одноразовые. Сначала выпускают дсг для экономии топлива, потом возмущаются что они одноразовые.
Сначала требуют 10 лет выпускать запчасти и делать их надежными, потом будут удивляться что там вместо биоразлагаемого за 5 лет пластика стоит свинцовый не утилизируемый подшипник… а залитая смолой плата что бы убрать влияние вибрации и влаги вдруг став ремонтопригодной без смолы — потребует ремонта каждые полгода ибо вибрация и влага. И до кучи получают через 10 лет 100-500 лежащих на складе запчастей, которые идут на свалку, т.к. не пригодились.
В мире вполне себе продаются инструменты, бытовая техника, зажигалки, зонтики и т.д. с пожизненной или очень долгой гарантией, а еще ее можно расширять страхуясь от поломок в страховой (в ЕС точно можно).
Так что сейчас мы имеем рынок, на котором (очень упрощенно) можно купить одноразовую зажигалку за 10 центов или зиппо за 50 баксов. Как по нам — это хорошо, нам вот не нужна вечная игла для примуса, а вечный зонтик пожалуй бы купили. Выбор — важен.
Закон в результате лишит потребителя сегмента рынка одноразовых зажигалок, будут продаваться только зиппо. От этого потеряет потребитель.
Производитель вместо синтетических препятствий (которые генерят ему прибыль) должен будет как-то компенсировать потерю прибыли, иначе разорится. Не поднимут цены? Возможно. Но тогда введут запреты на производство (которые сейчас отсутствуют) или сделают стоимость лицензирования/запчастей неподьемной. Производитель ничего не потеряет.
Поэтому без дополнительных каких-то вещей — закон будет пшиком. Разрешение производить сторонним производителям запчасти — было бы неплохим вариантом для начала.
Если не разрешат сторонним компаниям производить запчасти, то это будет пшик, а не закон.
Даже без этого закона, лет 7 назад хотели починить стиралку. Новая 10к. Запчасти свободны, хоть завтра покупай. Запчасть 8к, работа 1к.
Не будет компания зарабатывать на сервисе — будет зарабатывать на продаже запчастей, будут они по космическим ценам.
Большинство этих исследований о пользе прогулок сделаны в сша, где беда с ожирением и неспроста, т.к. полно народу в день проходит максимум от дивана до авто, что бы сьездить в макдональдс или вообще доставку заказывает. Утрируем, конечно, но сша все же рекордсмен по неподвижности, так что надо учитывать контекст.
С другой стороны простой человек в РФ живущий в человейнике на ограине гетто сначала 15 минут идет по пересеченной местности до общественного транспорта, потом энергично толкается в маршрутках 40 минут, потом 30 минут увлекательной давки с длинными переходами в метро и еще полчаса до работы… а потом назад домой вечером. Тоже утрируем конечно, но контекст надо учитывать.
На этом фоне американцу возможно и надо прописать прогулки, а вот россиянину пожалуй надо прописать полежать на диване.
И не забываем, еще древние китайцы придумали мудрость начинающуся как "Лучше идти, чем бежать, Лучше стоять, чем идти, Лучше сидеть, чем стоять, Лучше лежать, чем сидеть, Лучше спать, чем лежать"
Вы обсуждаете общее множество данных, где одно подмножество логически высчитывается из другого. Это по определению денормализованное множество.
Если данные принципиально находятся в разных областях (например продакшен база и отдельный сервер с бинари логами с самого начала) и Вы хотите рассматривать их отдельно, то при отдельном рассмотрении у Вас будет две нормализованные сущности (логи и продакшен), но их объединенное множество будет денормализованным.
Поэтому если Вы рассматриваете базу данных в целом, в которой есть записи о текущем складе и обо всех движениях, то это однозначно денормализованная база. В то же время по отдельности все движения и по отдельности текущий склад — несомненно нормализованные базы, если рассматривать их по отдельности.
Бухгалтерская двойная запись, кстати, отличный пример денормализованной базы, где денормализация не просто оправдана, а решает конкретную задачу, не решаемую более хорошим способом.
Ответ на вопрос дается напрямую в определении нормализации, возьмем допустим википедию
Устранение избыточности производится, как правило, за счёт декомпозиции отношений таким образом, чтобы в каждом отношении хранились только первичные факты (то есть факты, не выводимые из других хранимых фактов).
В Вашей базе данных, как утверждает Ваш товарищ, и с чем согласны Вы (хотя и делаете другой вывод из ситуации, но согласны с фактом) "данные в «current_stocks» можно рассчитать по документам за все время существования системы, поэтому это денормализация.".
Таким образом у Вас есть факты «выводимые из других хранимых фактов». Всё. Присутствует денормализация.
Другой вопрос в том, что у Вас денормализация звучит в контексте как ругательство. Но это не так. Денормализация это нормально, это хорошо, это не стыдно, это правильно при праавильном применении:) Кэширование, логирование, бакапирование и т.д. — это всё денормализации.
В Вашей ситуации главное не нарушать консистентность БД и сам факт того, что ее необходимо соблюдать, уже свидетельствует о денормализации, т.к. процесс нормализации в глобальном смысле направлен на то, что бы консистентность в принципе не могла быть нарушена.
Дайте определение «справедливости» наценки, тогда можно будет обсудить:)
И дело не в объяснениях чиновников, дело в самом принципе.
Просто Сингапур хочет что бы все что у него происходило, происходило полностью у него и давало максимальный доход ему. Поэтому нормально с ним Вы будете работать только если Вы обслуживаетесь в местном банке, пользуетесь услугами местных юристов, имеете контактный адрес в местном офисе и так далее. Развивает так сказать сферу услуг, финансов и прочее.
С визой это конечно уже избыточная побочка, но на самом деле прямое следствие этого принципа. Это не коррупция как таковая, это государство заботится о наполнении своей казны налогами, а своим гражданам попутно создавая рабочие места. Не было бы это — не было бы трудоустроено 2000 человек занимающиеся этим, не было бы налогов с этих 200 фирм.
Не коррупционными схемами, а государственной поддержкой.
В сингапуре сейчас сектор услуг (разных) дает очень неплохой доход государству.
Потому что сделать почти ничего не обратившись в местную контору нельзя.
Платежи без участия местных банков почти без шансов организовать.
И так далее и тому подобное.
И государство с удовольствием это поддерживает, т.к. налогиж.
В чем же секрет этой небольшой страны, которая, получив независимость от Малайзии в 1965 году, владела всего лишь портом?
В удачном расположении этого порта и завязке многих транспортных потоков на него еще в те времена, когда Сингапур был колонией.
Остальные сектора хоть и дают сейчас неплохой доход, но существуют не потому что такие крутые сами по себе, а потому что созданы были в основном для обслуживания этих транспортных потоков, клиентов которых сингапурцы «подталкивали» к использованию местных банков, местных финансовых контор, местных услуг сервиса и так далее.
Экономическое чудо Сингапура такое же чудо, как чудо гугла изображаемое как «два бедных студента начали в гараже». Да и хайтек там в целом живет (в отличии от кремниевой долины например) в основном потому, что его заливают деньгами.
Тут я неправильно прочитал, вы думали делать апгрейд. Тогда стоило бы сразу брать модель с 16гб.
Мы брали модель с 16гб. 16гб на ней состояли из распаяных 8гб и слота с 8гб планкой.
Бликует, есть такое, я правда слышал что у Эпл тоже бликует. Так что это не что-то уникальное.
У эппл тоже, да, согласны.
Но на винде в премиум обычно не жлобятся и ставят матовые или хотя бы предоставляют их в альтернативном конфиге.
Другие модели кроме 17" хорошо держат заряд
Процы там везде одинаковые на всех моделях. На 17" по идее должна быть самая большая батарея (не уверены). Почему другие модели хорошо держат, а 17 нет?
Вроде все ультрабуки тротлят под нагрузкой?
Под хорошей нагрузкой и десктоп тротлит:)
Тут же активный браузинг или просмотр фильма приводил к троттлингу иногда, аналогичное было на асере сф515 — тоже сверхлегком ноуте.
Поэтому мы зареклись гнаться совсем за легким весом (понятно, что хилая батарея, гнущийся ноут и плохая СО это именно из-за веса) и юзаем сейчас 17" в 2.1кг.
Поменять мысли есть с выходом 4800х от амд, посматриваем опять же на граммы но похоже все недостатки они плавно переносят и в новые модели, а жаль.
пожалуй больше type c вместо hdmi.
У нас часть работы за телевизором, а в ТВ дисплейпорты не завозят пока:) Поэтому критичнее hdmi.
У этого ноута свои проблемы.
Слот под ram есть, но только один и макс 16гб, а одна планка на 8гб распаяна поэтому максимум 24гб и двухканальность под вопросом.
Разьемы под ssd есть, но по умолчанию стоит sata и поддержка nvme неофициальная.
Порты есть, но hdmi только 1.4 поэтому 4к в 60гц — забудьте, а слот под sd карту не полноразмерный — только microsd.
Монитор неплохой яркости и ретина, но жестко бликует и приходится выставлять масштаб 150% что бы что-то разглядеть.
Поэтому вроде и сделано по портам и апгрейду, но не так что вот прям «как надо».
К весу. Вес — да, офигенно, 17" в весе 14", 14" считай в весе 11".
Но есть три но…
… несмотря на магниевый корпус — что бы добиться такого веса — пришлось экономить металл и в результате гнется он просто неадекватно. Форма возвращается, но реально страшно за матрицу и мат.плату и вообще.
… пришлось пожертвовать емкостью батареи, у конкурентов 17" минимум на 20% больше емкость, а батарея это всегда много веса.
… и наконец СО. Тротлит этот лж грамм просто адски, проц до 80 уходит даже в простых задачах, для ссд температура за 70 под средней нагрузкой тоже норма. Тоже видимо сэкономили металла.
Поэтому — за вес приходится платить.
В результате продали буквально через месяца полтора, т.к. комбо из адских бликов и адского троттлинга не позволило сделать его рабочим инструментом. Но идея хорошая, довели бы до ума.
Вы дико переусложняете ситуацию.
Никакой деплой при использовании констант проектировать не надо потому что код не меняется, а вот как раз при хардкоде текста в код как раз нужен деплой — потому что меняется код.
Смысл при использовании вместо 'thank you' чего-нибудь типа _('thank you') никуда не исчезает.
Для джуна совсем не сложно написать функцию возвращающую значение по ключу.
Непрофессионалу объяснить как исправить опечатку значительно проще, если все текстовые надписи в одном отдельном файле, чем непонятно где в коде, да и файл в несколько кликов можно сделать редактируемым из админки.
Ну и так далее… переусложняете.
Когда это надо, когда в этом есть смысл — в этом есть смысл.
Разумеется. Так-то и в mvc не всегда есть смысл и в тестировании кода и в отдельном классе для доступа к БД.
Вы так говорите, как будто это задача для сеньера на неделю:) Это простейшая задача решаемая преджуниором за полчаса… а если проект уже на mvc, то даже отдельное решение писать в общем не нужно.
Основное преимущество это не интернационализация, а возможность безопасно менять текст, отдать эту функцию непрофессионалу и упростить деплой.
Окупает себя по времени это буквально за 3-4 правки текста, поэтому смысл имеет в абсолютно любом проекте, кроме пет проектов.
А пятьсот строковых констант, и плюс ещё собственно какую-то либу для интернационализации под это дело настраивать?
Затрудняемся прокомментировать, т.к. не видим проблемы. Вынос в strings делается автоматом IDE, какая разница 500 их там или 1500 или 10? Либа для интернационализации? Просто нужный strings подключается.
Текстовые константы в представлениях никак не противоречат паттерну mvc :)
Так мы и говорим что текст надо не хардкодить, а в константы выносить. Потому что текст это как раз view, даже если он без div/table и прочих cite
А текстовые подписи — почему треш менять в коде,
Простая смена текста должна быть операцией не влияющей на работоспособность кода. Завтра ИТшник заказчика поменяет там delete на 'delete' и привет работоспособности фронта. Простые операции должны быть простыми и не влиять на работоспособность.
Ну так мухи отдельно, котлеты отдельно.
Поэтому текст должен быть отдельно от кода:)
p.s.: Особенно доставляет работать с движками со вшитым текстом на арабском или китайском, полный алес капут.
Вынести вшитый текст в переменную ресурсного файла — несколько нажатий клавиш, о каком времени и деньгах речь вообще?:)
откройте для себя такое понятие как оверинжиниринг ;)
С каких пор mvc это оверинжиниринг?:)
в 90% случаев «потом» не наступает никогда
У нас другой опыт.
В 99% случаев заказчик на том или ином этапе начинает просить «а вот давайте delete на remove поменяем», поиграемся со шрифтами, поменяем цвета и так далее. И делать это в коде это треш по 100-500 разным причинам.
DrPass, Nprasolov
Захардкодить текст сообщения это по книжкам?:)
Функция так-то вообще здесь отдельная не нужна, да и записать ее можно короче, но это реально зависит от стиля в проекте. Но зашить сообщение об ошибке прямо в js…
мои индусы все как на подбор сеньоры с более чем 10 лет опыта.
DmitryLTL А не фиг индусам оплачивать исходя из количества строк кода:)
При этом если глянуть график, то получится, что в россии в принципе средние значения по миру да и район 20% достаточно стандартен.
У кого в доме 10 детей и стиралка работает не переставая — купит либхер, а кто-то живет один и ему стиралка нужна раз в неделю — купит lex и ему хватит.
И вот как раз вторую группу лишат возможности купить на 30% дешевле менее надежный товар.
Фактически мы бы назвали этот закон направленным на поддержку экономики из-за удорожания товаров:)
В нашем примере со стиралкой, даже при том что ремонт стиралки был доступен и запчасть была доступна и не было препятствий к доступу в виде смолы — дешевле было продать старую на запчасти и купить новую.
Идея о том, что не надо потреблять одноразовые товары, это как раз и есть новая модная идея. Такая же как идея зеленых и вот это вот все.
Сначала они выпускают алюминевые движки для авто, т.к. модна экология, потом возмущаются что они одноразовые. Сначала выпускают дсг для экономии топлива, потом возмущаются что они одноразовые.
Сначала требуют 10 лет выпускать запчасти и делать их надежными, потом будут удивляться что там вместо биоразлагаемого за 5 лет пластика стоит свинцовый не утилизируемый подшипник… а залитая смолой плата что бы убрать влияние вибрации и влаги вдруг став ремонтопригодной без смолы — потребует ремонта каждые полгода ибо вибрация и влага. И до кучи получают через 10 лет 100-500 лежащих на складе запчастей, которые идут на свалку, т.к. не пригодились.
Так что сейчас мы имеем рынок, на котором (очень упрощенно) можно купить одноразовую зажигалку за 10 центов или зиппо за 50 баксов. Как по нам — это хорошо, нам вот не нужна вечная игла для примуса, а вечный зонтик пожалуй бы купили. Выбор — важен.
Закон в результате лишит потребителя сегмента рынка одноразовых зажигалок, будут продаваться только зиппо. От этого потеряет потребитель.
Производитель вместо синтетических препятствий (которые генерят ему прибыль) должен будет как-то компенсировать потерю прибыли, иначе разорится. Не поднимут цены? Возможно. Но тогда введут запреты на производство (которые сейчас отсутствуют) или сделают стоимость лицензирования/запчастей неподьемной. Производитель ничего не потеряет.
Поэтому без дополнительных каких-то вещей — закон будет пшиком. Разрешение производить сторонним производителям запчасти — было бы неплохим вариантом для начала.
Даже без этого закона, лет 7 назад хотели починить стиралку. Новая 10к. Запчасти свободны, хоть завтра покупай. Запчасть 8к, работа 1к.
Не будет компания зарабатывать на сервисе — будет зарабатывать на продаже запчастей, будут они по космическим ценам.
Большинство этих исследований о пользе прогулок сделаны в сша, где беда с ожирением и неспроста, т.к. полно народу в день проходит максимум от дивана до авто, что бы сьездить в макдональдс или вообще доставку заказывает. Утрируем, конечно, но сша все же рекордсмен по неподвижности, так что надо учитывать контекст.
С другой стороны простой человек в РФ живущий в человейнике на ограине гетто сначала 15 минут идет по пересеченной местности до общественного транспорта, потом энергично толкается в маршрутках 40 минут, потом 30 минут увлекательной давки с длинными переходами в метро и еще полчаса до работы… а потом назад домой вечером. Тоже утрируем конечно, но контекст надо учитывать.
На этом фоне американцу возможно и надо прописать прогулки, а вот россиянину пожалуй надо прописать полежать на диване.
И не забываем, еще древние китайцы придумали мудрость начинающуся как "Лучше идти, чем бежать, Лучше стоять, чем идти, Лучше сидеть, чем стоять, Лучше лежать, чем сидеть, Лучше спать, чем лежать"
Если данные принципиально находятся в разных областях (например продакшен база и отдельный сервер с бинари логами с самого начала) и Вы хотите рассматривать их отдельно, то при отдельном рассмотрении у Вас будет две нормализованные сущности (логи и продакшен), но их объединенное множество будет денормализованным.
Поэтому если Вы рассматриваете базу данных в целом, в которой есть записи о текущем складе и обо всех движениях, то это однозначно денормализованная база. В то же время по отдельности все движения и по отдельности текущий склад — несомненно нормализованные базы, если рассматривать их по отдельности.
Бухгалтерская двойная запись, кстати, отличный пример денормализованной базы, где денормализация не просто оправдана, а решает конкретную задачу, не решаемую более хорошим способом.
В Вашей базе данных, как утверждает Ваш товарищ, и с чем согласны Вы (хотя и делаете другой вывод из ситуации, но согласны с фактом) "данные в «current_stocks» можно рассчитать по документам за все время существования системы, поэтому это денормализация.".
Таким образом у Вас есть факты «выводимые из других хранимых фактов». Всё. Присутствует денормализация.
Другой вопрос в том, что у Вас денормализация звучит в контексте как ругательство. Но это не так. Денормализация это нормально, это хорошо, это не стыдно, это правильно при праавильном применении:) Кэширование, логирование, бакапирование и т.д. — это всё денормализации.
В Вашей ситуации главное не нарушать консистентность БД и сам факт того, что ее необходимо соблюдать, уже свидетельствует о денормализации, т.к. процесс нормализации в глобальном смысле направлен на то, что бы консистентность в принципе не могла быть нарушена.
И дело не в объяснениях чиновников, дело в самом принципе.
Просто Сингапур хочет что бы все что у него происходило, происходило полностью у него и давало максимальный доход ему. Поэтому нормально с ним Вы будете работать только если Вы обслуживаетесь в местном банке, пользуетесь услугами местных юристов, имеете контактный адрес в местном офисе и так далее. Развивает так сказать сферу услуг, финансов и прочее.
С визой это конечно уже избыточная побочка, но на самом деле прямое следствие этого принципа. Это не коррупция как таковая, это государство заботится о наполнении своей казны налогами, а своим гражданам попутно создавая рабочие места. Не было бы это — не было бы трудоустроено 2000 человек занимающиеся этим, не было бы налогов с этих 200 фирм.
В сингапуре сейчас сектор услуг (разных) дает очень неплохой доход государству.
Потому что сделать почти ничего не обратившись в местную контору нельзя.
Платежи без участия местных банков почти без шансов организовать.
И так далее и тому подобное.
И государство с удовольствием это поддерживает, т.к. налогиж.
Остальные сектора хоть и дают сейчас неплохой доход, но существуют не потому что такие крутые сами по себе, а потому что созданы были в основном для обслуживания этих транспортных потоков, клиентов которых сингапурцы «подталкивали» к использованию местных банков, местных финансовых контор, местных услуг сервиса и так далее.
Экономическое чудо Сингапура такое же чудо, как чудо гугла изображаемое как «два бедных студента начали в гараже». Да и хайтек там в целом живет (в отличии от кремниевой долины например) в основном потому, что его заливают деньгами.
У эппл тоже, да, согласны.
Но на винде в премиум обычно не жлобятся и ставят матовые или хотя бы предоставляют их в альтернативном конфиге.
Процы там везде одинаковые на всех моделях. На 17" по идее должна быть самая большая батарея (не уверены). Почему другие модели хорошо держат, а 17 нет?
Под хорошей нагрузкой и десктоп тротлит:)
Тут же активный браузинг или просмотр фильма приводил к троттлингу иногда, аналогичное было на асере сф515 — тоже сверхлегком ноуте.
Поэтому мы зареклись гнаться совсем за легким весом (понятно, что хилая батарея, гнущийся ноут и плохая СО это именно из-за веса) и юзаем сейчас 17" в 2.1кг.
Поменять мысли есть с выходом 4800х от амд, посматриваем опять же на граммы но похоже все недостатки они плавно переносят и в новые модели, а жаль.
У нас часть работы за телевизором, а в ТВ дисплейпорты не завозят пока:) Поэтому критичнее hdmi.
Слот под ram есть, но только один и макс 16гб, а одна планка на 8гб распаяна поэтому максимум 24гб и двухканальность под вопросом.
Разьемы под ssd есть, но по умолчанию стоит sata и поддержка nvme неофициальная.
Порты есть, но hdmi только 1.4 поэтому 4к в 60гц — забудьте, а слот под sd карту не полноразмерный — только microsd.
Монитор неплохой яркости и ретина, но жестко бликует и приходится выставлять масштаб 150% что бы что-то разглядеть.
Поэтому вроде и сделано по портам и апгрейду, но не так что вот прям «как надо».
К весу. Вес — да, офигенно, 17" в весе 14", 14" считай в весе 11".
Но есть три но…
… несмотря на магниевый корпус — что бы добиться такого веса — пришлось экономить металл и в результате гнется он просто неадекватно. Форма возвращается, но реально страшно за матрицу и мат.плату и вообще.
… пришлось пожертвовать емкостью батареи, у конкурентов 17" минимум на 20% больше емкость, а батарея это всегда много веса.
… и наконец СО. Тротлит этот лж грамм просто адски, проц до 80 уходит даже в простых задачах, для ссд температура за 70 под средней нагрузкой тоже норма. Тоже видимо сэкономили металла.
Поэтому — за вес приходится платить.
В результате продали буквально через месяца полтора, т.к. комбо из адских бликов и адского троттлинга не позволило сделать его рабочим инструментом. Но идея хорошая, довели бы до ума.
Так себе образец.
Никакой деплой при использовании констант проектировать не надо потому что код не меняется, а вот как раз при хардкоде текста в код как раз нужен деплой — потому что меняется код.
Смысл при использовании вместо 'thank you' чего-нибудь типа _('thank you') никуда не исчезает.
Для джуна совсем не сложно написать функцию возвращающую значение по ключу.
Непрофессионалу объяснить как исправить опечатку значительно проще, если все текстовые надписи в одном отдельном файле, чем непонятно где в коде, да и файл в несколько кликов можно сделать редактируемым из админки.
Ну и так далее… переусложняете.
Разумеется. Так-то и в mvc не всегда есть смысл и в тестировании кода и в отдельном классе для доступа к БД.
Основное преимущество это не интернационализация, а возможность безопасно менять текст, отдать эту функцию непрофессионалу и упростить деплой.
Окупает себя по времени это буквально за 3-4 правки текста, поэтому смысл имеет в абсолютно любом проекте, кроме пет проектов.
Так мы и говорим что текст надо не хардкодить, а в константы выносить. Потому что текст это как раз view, даже если он без div/table и прочих cite
Простая смена текста должна быть операцией не влияющей на работоспособность кода. Завтра ИТшник заказчика поменяет там delete на 'delete' и привет работоспособности фронта. Простые операции должны быть простыми и не влиять на работоспособность.
Поэтому текст должен быть отдельно от кода:)
p.s.: Особенно доставляет работать с движками со вшитым текстом на арабском или китайском, полный алес капут.
С каких пор mvc это оверинжиниринг?:)
У нас другой опыт.
В 99% случаев заказчик на том или ином этапе начинает просить «а вот давайте delete на remove поменяем», поиграемся со шрифтами, поменяем цвета и так далее. И делать это в коде это треш по 100-500 разным причинам.
Захардкодить текст сообщения это по книжкам?:)
Функция так-то вообще здесь отдельная не нужна, да и записать ее можно короче, но это реально зависит от стиля в проекте. Но зашить сообщение об ошибке прямо в js…
DmitryLTL А не фиг индусам оплачивать исходя из количества строк кода:)