Если собака решит сожрать кого-нибудь, подобная штука её не остановит :-)
Очень странно, что Гармин выпустил такие гаджеты. В неумелых руках они могут очень навредить и собакам, и хозяевам. Поэтому такой продукт не должен быть массовым и легко доступным!
Коллеги, объясните пожалуйста, а зачем нужен Meteor? Да, исходя из описания и документации, данный фреймворк позволяет писать на одном и том же языке и на клиенте, и на сервере и переиспользовать этот код в обе стороны.
Но ведь контексты по обе стороны от HTTP — разные. Со стороны браузера всё крутится внутри пользовательской сессии и оперирует понятиями, удобными для пользователя и предметная область трансформирована для удобства отображения. На сервере же всё зачастую по-другому — и управление доступом\правами, сессиями, знание о том что пользователей\сессий — больше одного, куча инфраструктурных вещей и высокая вероятность того, что предметная область сильно отличается от клиентской, т.к. основная задача сервера — модификация, а не отображение (грубо).
Была ровно та же проблема — после отключения питания (выдёргивание шнура) компьютер не просыпался через WoL. Карта была тоже Реалтек.
Ситуацию спас ethtool: простой анализ (ethtool eth0 до и после) оказалось, что флаг «wol готов к работе» после включения питания — сбрасывался. Вылечилось простой командой (примерно) в rc.local: /sbin/ethtool eth0 -s wol g :-)
Да, оставаться спокойным практически невозможно. Идея «хочешь изменить мир — начни с себя» здесь не работает, т.к. чем вежливее и уступчивей водитель ведёт себя на дороге, тем сильнее и чаще остальные водители начинают этим пользоваться.
Вообще, бороться очень просто. Нужно не запрещать, а не давать так делать. И виноваты в подобных проблемах именно «многие вежливо пропускают». Потому что когда ты можешь объехать пробку справа, а затем без проблем и промедлений влезть — ну очевидно же, что все (кто не боится ничего не значащих косых взглядов) именно так и начнут делать. Это банально экономит и время, и нервы :)
Проблема хамства и несоблюдения ПДД на Российских дорогах действительно актуальна. Однако, считаю, именно таким методом с ней невозможно бороться. Посмотрел выборочно несколько роликов, везде ситуации на самом деле разные и очень разовые. Кто-то подрезал, где-то автор ролика посчитал что его подрезали, где-то человек спешил и пошёл на крайние меры и влез, но без последствий. С этим невозможно бороться, т.к. в головах водителей (и моей) — каша. Сразу всю кашу структурировать невозможно, начинать нужно с малого, с чего-то конкретного. И не такого разового и мимолётного, как «забыл включить поворотник».
Например, современная мода Санкт-Петербурга — в любую погоду, кроме солнечной (дождь, сумерки, рассвет, ночь, снегопад), включать задний ПТФ. Такие индивиды мешают не только мне, но и всем попутным авто. Также, ещё не умерла мода ездить с модифицированной и неотрегулированной передней оптикой. Это также мешает не только мне, но и всем встречным авто. Недавно добавилась мода считать, что штатный свет автомобилей — отстой, а автопроизводители — некомпетентны. И поэтому нужно пользоваться передними ПТФ. Но т.к. они почему-то не помогают, нужно обязательно в них ставить ксенон.
Вот на таких вещах, имхо, нужно сконцентрироваться. Эти нарушения массовы, понятны всем, объективны и имеют чёткие шаги к устранению. А набор роликов «у меня было плохое настроение, я решил не пустить КАМАЗ, но он меня не заметил и поэтому сделаю ка я ему гадость» — просто развлекалово.
Программистов вокруг много и готовых результатов, которым можно пользоваться — тоже. Одну и ту же задачу разные фреймворки\утилиты решают по-разному. И не зная теоретических основ, можно легко выбрать неподходящее в вашем случае решение. Так что вопрос очень и очень спорный.
Я уже не понимаю, что мы обсуждаем. Автор не имел ввиду EF. И RequiredAttribute — не является его частью! Но похоже что т.к. он там используется, люди накинулись критиковать идеи автора, которые с колокольни ORM и схемы БД действительно могут выглядеть перегибом.
Да что же вы только про ORM и говорите? И откуда в слое трансляции DTO в доменные объекты вообще будут lazy-загрузки и SQL-запросы?
Автор же общие случаи рассматривает, не сужая их до частностей типа ORM/EF. А вы всю его мысль рубите, потому что на стыке приложения и реляционной БД мы получаем спорное и усложняющее жизнь утверждение.
Скорее всего да. ИМХО, если есть такие вот тривиальные свойства, значит они хранят просто данные. И, скорее всего, весь объект — это какой-нибудь DTO. В таком случае да, пусть будут public поля. Потому что это реально public поля!
Если же здесь скрываются свойства, значит под ними есть какая-то логика. Ведь свойства объекта — это либо результат его внутреннего состояния (public Int32 Id { get; private set; } или вычисление значения на лету в get'ере), либо они умеют как-нибудь на него (состояние) влиять (т.е. в set'ере будет код).
Вы сейчас описываете нечто, что должно называться NotNull, а не атрибут Required. Автор поста именно к этому заблуждению и отсылает.
Давайте всё-таки удосужимся копнуть глубже. Вы пишете, что Required — указание, что значение должно быть определено и для значимых типов оно не требуется. Как вы собираетесь трактовать 0, который там будет по-умолчанию (для чисел)? :)
Очень странно, что Гармин выпустил такие гаджеты. В неумелых руках они могут очень навредить и собакам, и хозяевам. Поэтому такой продукт не должен быть массовым и легко доступным!
Но ведь контексты по обе стороны от HTTP — разные. Со стороны браузера всё крутится внутри пользовательской сессии и оперирует понятиями, удобными для пользователя и предметная область трансформирована для удобства отображения. На сервере же всё зачастую по-другому — и управление доступом\правами, сессиями, знание о том что пользователей\сессий — больше одного, куча инфраструктурных вещей и высокая вероятность того, что предметная область сильно отличается от клиентской, т.к. основная задача сервера — модификация, а не отображение (грубо).
Почему же это вброс на вентилятор? Это горькая правда.
Ситуацию спас ethtool: простой анализ (ethtool eth0 до и после) оказалось, что флаг «wol готов к работе» после включения питания — сбрасывался. Вылечилось простой командой (примерно) в rc.local: /sbin/ethtool eth0 -s wol g :-)
Например, современная мода Санкт-Петербурга — в любую погоду, кроме солнечной (дождь, сумерки, рассвет, ночь, снегопад), включать задний ПТФ. Такие индивиды мешают не только мне, но и всем попутным авто. Также, ещё не умерла мода ездить с модифицированной и неотрегулированной передней оптикой. Это также мешает не только мне, но и всем встречным авто. Недавно добавилась мода считать, что штатный свет автомобилей — отстой, а автопроизводители — некомпетентны. И поэтому нужно пользоваться передними ПТФ. Но т.к. они почему-то не помогают, нужно обязательно в них ставить ксенон.
Вот на таких вещах, имхо, нужно сконцентрироваться. Эти нарушения массовы, понятны всем, объективны и имеют чёткие шаги к устранению. А набор роликов «у меня было плохое настроение, я решил не пустить КАМАЗ, но он меня не заметил и поэтому сделаю ка я ему гадость» — просто развлекалово.
Автор же общие случаи рассматривает, не сужая их до частностей типа ORM/EF. А вы всю его мысль рубите, потому что на стыке приложения и реляционной БД мы получаем спорное и усложняющее жизнь утверждение.
Если же здесь скрываются свойства, значит под ними есть какая-то логика. Ведь свойства объекта — это либо результат его внутреннего состояния (public Int32 Id { get; private set; } или вычисление значения на лету в get'ере), либо они умеют как-нибудь на него (состояние) влиять (т.е. в set'ере будет код).
Я просто высказал свои догадки, а вы сразу «думаете легко ...». Выглядит грубовато!
Давайте всё-таки удосужимся копнуть глубже. Вы пишете, что Required — указание, что значение должно быть определено и для значимых типов оно не требуется. Как вы собираетесь трактовать 0, который там будет по-умолчанию (для чисел)? :)