Так если спасательные операции и расчистка стоили 11 млрд, то будет выгодно, даже если эта система будет стоить столько же, но предотвратит только одну эту катастрофу, единоразово, и тут же самоуничтожится. Мы потратим такую же сумму денег (я остального и не учитываю), но останутся живыми люди и торговые комплексы.
PS. Странно, почему у американцев billion — это на три порядка меньше, чем у остальных?
Я если вас правильно понял, то вы говорите о компенсации уже после катастрофы родственникам, правильно? Я просто не уверен. Тут я с вами полностью могу согласиться. Но если взять обратную ситуацию, если вот перед вами живой человек, то вы уже не согласитесь заплатить больше 100 000? Я думаю, и надеюсь, что все же заплатили бы.
Человек в этом мире первичен. Хоть много и всяких уродов, которые могут просто так убивать, жизнь человека намного ценнее любых денег.
Nokia N95 — давно имела акселометр, были и приложения, взаимодействующие с ним.
HTC Touch ввел управление без клавиатуры тоже, интерфейс по крайней мере.
Samsung SGH-F480 TOUCHWIZ — полностью сенсорное управление, он умел от рождения снимать видео и отправлять MMS в отличие от iPhone (да, решил придраться :) )
Сейчас вот вышел Samsung SGH-i900 Witu — вполне себе в вашем понятии айфоноподобный аппарат.
Все эти телефоны в той или иной степени похожи на айфоны… И некоторые даже очень. А некоторые и привосходят по функционалу, так что теперь? Почему каждый телефон теперь нужно сравнивать с iPhone?
А я почему-то воспринял её исключительно как ориентированую на крупные преступления. Убийства, массовые убийства и т. д. Они и доказываются легко и действительно их предотвращение было бы ценно. Но это только имхо.
Я не понимаю о каком дубликате речь?
Да и вообще почему это клон именно айфона? Плохо, что нету всех спецификаций, но этот только по экрану больше чем в 2 раза круче. Китайские айфоны — это дубликат, а это вполне независимое устройство.
Мне интересно стало, коль вы сами заговорили о цифрах.
Предположим система стоит 300 000 000$ скольких людей она должна спасти, чтобы себя окупила? Ответ тоже лучше дать в цифрах или их порядке :)
Ну речь шла о терроризме. Я не думаю, что такая система разрабатывается чтобы ловить карманников и тому подобных. А если у тебя нет ни пистолета, ни бомбы, ни других вредных штучек, то какой же ты террорист? Задержат как подозреваемого, но отпустят во избежание доказательств. А как уже писали, если хоть одного с настоящей бомбой поймают, то уже хорошо.
Мне кажется, из этих утверждений можно сделать вывод, что в реальных условиях система покажет процент узнаваемости выше. Если она тут уже узнает нервничание «понарошку».
Да, просто обычный брелок, только вот так вот тоже реагировал на приближение к машине.
Подумал. Сейчас вот по сути просто встроили мобильный телефон в брелок от сигнализации ))
По поводу привязки, я имел ввиду, нечто вроде специального софта на телефон, который по BT, например, передает нужный шифрованый сигнал машине, и та открывается. Можно было тогда пользоваться не только этим вот кирпичиком, а любым другим. Как-то так.
А вообще такие фишки уже очень давно делали. Неправильно только то, что это все привязано к конкретному телефону (модели). Круто былобы на что-то другое привязать. Не знаю только на что :) BlueTooth использовать, или подобное.
Exception, мне кажется, это не нормальный выход из функции, такой как return. Поэтому, все в силе.
А в С да, там без возврата кода ошибок и т.д. тяжело.
double getPayAmount() {
double result;
if (_isDead)
result = deadAmount();
else if (_isSeparated)
result = separatedAmount();
else if (_isRetired)
result = retiredAmount();
else
result = normalPayAmount();
return result;
}
Да, выше имел ввиду конечно же C#, а не Javascript.
И с var путанины в C# не возникнет, все что написали неправильно всплывет ещё на этапе компиляции.
Ну и сам считаю так же как и вы написали — var в 99% случаев нужно использовать только там, для чего его придумали, т.е. при работе с анонимными типами.
Вообще по поводу var уже ведь была тема, там все излили душу и высказались всё что думают :) Вот этот топик. Там можно и за, и против почитать, и моё мнение в том числе :)
Согласен. Просто те люди которые его писали, и которые решали какими делать умолчания достаточно авторитетные. Вот любой новичек, который поставит студию и решарпер по наводке друзей, уже будет писать 2 вещи, которые мне совсем не нравятся — это var везде и инвертировать условие для возврата.
Согласен, что 6 подсвеченых символов лучше заметны чем 2 :)
Но if определяет блок кода. Тут имхо намного легче перейти к началу этого блока, понять где он завершается и т.д. returns же приходится взглядом вылавливать, или же перечитывать все от начала до конца.
PS. И ещё для меня неудобоваримо однострочное представление конструкции if. Хотя это больше адресоавано к enartemy.
Самому не нравится такой подход, но ReSharper в подобном вашему правильному примеру предлагает инвертировать условие и делать возврат.
Какая-то вроде бы и супер вещь этот ReSharper, а вот местами я с ним нахожу разногласия в том, как надо писать код. Второй случай был с использованием повсеместно var.
Вообще сам иногда использую return не в конце функции, но там все более логично и понятнее. Например если удалось получить какой-то элемент, то внутри условия делаем его возврат. Если нет, то ниже по условию пишу return null; Хотя в последних кодах все равно так не делаю. Сначала объявляю переменную и инициализирую её null, потом если получается, то заполняю данными и в конце возвращаю переменную.
О как меня понесло что-то… Наверное, это как раз показывает, что в большинстве случаев можно обойтись только одной точкой выхода.
PS. Странно, почему у американцев billion — это на три порядка меньше, чем у остальных?
Человек в этом мире первичен. Хоть много и всяких уродов, которые могут просто так убивать, жизнь человека намного ценнее любых денег.
HTC Touch ввел управление без клавиатуры тоже, интерфейс по крайней мере.
Samsung SGH-F480 TOUCHWIZ — полностью сенсорное управление, он умел от рождения снимать видео и отправлять MMS в отличие от iPhone (да, решил придраться :) )
Сейчас вот вышел Samsung SGH-i900 Witu — вполне себе в вашем понятии айфоноподобный аппарат.
Все эти телефоны в той или иной степени похожи на айфоны… И некоторые даже очень. А некоторые и привосходят по функционалу, так что теперь? Почему каждый телефон теперь нужно сравнивать с iPhone?
Да и вообще почему это клон именно айфона? Плохо, что нету всех спецификаций, но этот только по экрану больше чем в 2 раза круче. Китайские айфоны — это дубликат, а это вполне независимое устройство.
Предположим система стоит 300 000 000$ скольких людей она должна спасти, чтобы себя окупила? Ответ тоже лучше дать в цифрах или их порядке :)
Все это частные случаи. Иногда действительно до маразма доходит, а иногда очень даже уместно.
Подумал. Сейчас вот по сути просто встроили мобильный телефон в брелок от сигнализации ))
По поводу привязки, я имел ввиду, нечто вроде специального софта на телефон, который по BT, например, передает нужный шифрованый сигнал машине, и та открывается. Можно было тогда пользоваться не только этим вот кирпичиком, а любым другим. Как-то так.
А вообще такие фишки уже очень давно делали. Неправильно только то, что это все привязано к конкретному телефону (модели). Круто былобы на что-то другое привязать. Не знаю только на что :) BlueTooth использовать, или подобное.
А в С да, там без возврата кода ошибок и т.д. тяжело.
Чуть изменил форматирование, но не суть.
PS. Ещё особо не проснулся, так что, если я написал что-то не то, сильно не пинайте :)
И с var путанины в C# не возникнет, все что написали неправильно всплывет ещё на этапе компиляции.
Ну и сам считаю так же как и вы написали — var в 99% случаев нужно использовать только там, для чего его придумали, т.е. при работе с анонимными типами.
Вообще по поводу var уже ведь была тема, там все излили душу и высказались всё что думают :) Вот этот топик. Там можно и за, и против почитать, и моё мнение в том числе :)
Но if определяет блок кода. Тут имхо намного легче перейти к началу этого блока, понять где он завершается и т.д. returns же приходится взглядом вылавливать, или же перечитывать все от начала до конца.
PS. И ещё для меня неудобоваримо однострочное представление конструкции if. Хотя это больше адресоавано к enartemy.
Какая-то вроде бы и супер вещь этот ReSharper, а вот местами я с ним нахожу разногласия в том, как надо писать код. Второй случай был с использованием повсеместно var.
Вообще сам иногда использую return не в конце функции, но там все более логично и понятнее. Например если удалось получить какой-то элемент, то внутри условия делаем его возврат. Если нет, то ниже по условию пишу return null; Хотя в последних кодах все равно так не делаю. Сначала объявляю переменную и инициализирую её null, потом если получается, то заполняю данными и в конце возвращаю переменную.
О как меня понесло что-то… Наверное, это как раз показывает, что в большинстве случаев можно обойтись только одной точкой выхода.