Я правильно понимаю что бензин для конечного покупателя стоит столько же, сколько и без сего чудного сервиса (никогда не пользовался, так что не в курсе)? Тогда в чем проблема заправкам скооперироваться и сделать кроссбрендовую карту со скидкой (при оплате в кассе) меньше, чем процент, отстегиваемый Яндексу? (Если их так уж сильно огорчает комиссия)
Как по фотооботам вообще умудряются кого-либо опознать (и соответственно задержать)? Люди на свою фотографию-то порой не сильно похожи, а тут на рисунке 6 я вижу 3 разных, вообще не похожих друг на друга людей.
Исходя из этой логики симкарта (точнее закрепленный за ней номер телефона) должен стать собственностью гражданина или, покрайней мере, должен быть «железно прикрепленным к человеку» (как паспорт, СНИЛС или ИНН). А не как сейчас — полежала симка в столе полгода и твой номер «продали» другому человеку. (К стати, расширю вашу идею — давайте тогда еще сделаем лимит на номера, один номер в одни руки… и хрен вам, а не отдельная симка для спама, отдельная для интернета на даче и т.п. не должно же у человека быть кучи разных паспортов?)
Как мне кажется более правильно не считать идентификацию по номеру телефона (и всеми связанными с ним способами типа СМС и месседжеров) доверенным способом аутентификации пользователя. Только ключи, только хардкор. (к стати, я вроде бы даже на хабре видел что некоторые банки все же узнают о перевыпуске симкарты и блокируют доступ в интернет-банк, мне кажется передача этой информации в банк и обязательное подтверждение банком что клеинт в курсе должны быть отраслевым стандартом)
В противном случае все выльется в выдачу номеров в паспортном столе с сопутствующими отечественной (и не только ей) бюрократии проблемами.
А вообще реальная проблема в этой ситуации, которую надо бы решать уже наконец, это поиск и неотвратимое наказание виновных и компенсация ущерба пострадавшему.
Очевидно что даже для стандартного набора полов нужен энум т.к. помимо М и Ж возможны вариации на тему Undefined (хотя тут в принципе можно использовать boolean и NULL, но кмк это такое себе решение) т.к. пользователь может банально не хотеть сообщать свой пол и я не вижу причин не предоставлять ему такой возможности, если это, конечно, не база клиентов банка, где по идее пол должен быть какой-то конкретный, который указан в документах, а не undefined.
Впрочем мне один препод по базам данных (!) предлагал (точнее даже требовал) хранить пол в виде текстовой строки.
Ни на сколько, в данный момент вообще не способны.В этом году только-только планируют осуществить POC по изменению орбиты подопытного астероида (гуглить DART). Да и то этот метод требует очень много времени.
А так будут сутки чтобы прикинуть куда он может грохнуться и попытаться начать эвакуацию. Мало, но покрайней мере это лучше чем вообще внезапно, как в Челябинске. (Жители челябинска, возможно, со мной не согласятся, но им очень сильно повезло)
Что-то опрос содержит уж больно явную манипуляцию.
А вообще «Я против, т.к. это бесполезно, требовательно качеству связи, требует довольно мощного железа, а самое главное спецоборудования (VR), которое в большинстве случаев больше ни для чего не нужно.»
В общем выглядит именно как дорогая игрушка, из разряда «Кукурузину мы уже воткнули, как еще выпендриваться будем?»
Ну, сделали и мы в Блицкриге эту самую ракету. Как и немцы, сделали ее уже ближе к концу проекта и соорудили на базе объекта «самолет». Но программисты несколько схалтурили и не пооткручивали у бывшего самолета подозрительную для баллистической ракеты функциональность.
Оказалость, что если во время полета к цели начинал идти дождь или снег, то во-первых ракета говорила человеческим голосом «Fliege zuruck», а во-вторых разворачивалась и летела обратно на базу. Фигли там, погода то нелетная.
К стати, интересно, почему не пытаются делать термоядерные реактивные двигатели. Как мне с дивана кажется это на порядки проще чем тот же токомак — плазму вообще не нужно удерживать в определенном объеме, достаточно просто отталкивать ее от корабля магнитным полем и сделать сопло двигателя зеркальным, чтобы его не расплавило излучением.
В случае с Гелием-3, если я не ошибаюсь, его слияние с дейтерием не будет производить радиоактивного загрязнения.
Самое страшное это не новый интерфейс, а логи сообщений — старые не читаются, новые не пишутся. Для многих моих коллег (хранившихлоги десятилетней давности в которых встречалась нужная и полезная информация) это стало последней каплей.
Я правильно понимаю что современные системы раннего оповещения запуск такой ракеты не увидят (по крайней мере пока она не запустит двигатель на высоте десятков километров)?
Еще добавлю пару примеров:
1. Пишет сам разработчик, довольно хорошо знакомый со своим творчеством. В таком мануале очень часто опускаются моменты, которые кажутся разработчику очевидными (зачастую они опускаются неумышленно т.к. разработчику даже в голову не приходит что кто-то не знает что такое, например, вышеупомянутый «ICM Key»)
2. Пишущий инструкцию считает что читающий инструкцию идиот. Со всеми вытекающими, типа «Чтобы запустить программу сначала вставьте вилку питания компьютера в розетку». Соответственно чтобы получить нужное знание приходится прочитать 90% бесполезной и очевидной воды.
3. Инструкция в которой вообще не рассмотренны «отступления» в сторону, «нестандартные» ситуации, возможные ошибки (или рассмотренны но самые банальные их варианты). Как пример — почти любая инструкция к почти любому электронному устройству содержит в разделе траблшутинга пункт аля «Устройство не включается: убедитесь что кабель питания вставлен в разетку, убедитесь что у вас есть электричество, убедитесь что устройство действительно не включилось, обратитесь в сервис».
Ответ сначала удивил. Потом я осознал. От отека лёгких, от отека мозга, от гиперкаллиймии… Конечно это будут последствия болезни почек.
И стало быть лечить нужно отеки органов, а не почки, верно?
Лечить надо болезнь, а не ее последствия (последствия тоже, но это как бы отдельное заболевание) и в МКБ вносят болезни.
Давайте чисто айти пример:
У вас в серверное приложение у которого течет память, т.к. вы забыли где-то удалить временный объект (ну например сессию). Периодически память на сервере заканчивается и приложение падает или сервер уходит в ООМ. Так что у нас за проблема — мало памяти на сервере, или все-таки утечка? ООМ это только симптом, а не сама болезнь. Понятно что тут, как и в медицине, можно применить «костыли» в виде лечения симптомов (типа перезагрузки каждые сутки) пока первопричина не будет устранена.
А по вашей логике можно из МКБ выкинуть СПИД т.к. от именно спида еще никто не умер.
Мне кажется или вчера под этой статьей была куча комментариев с «неудачными» картинками (зачастую с совершенно негодными), от которых даже следа не осталось?
Объясните мне, идиоту, что такое «поддельный QR-код»?
Это же просто текст (причем в 99% случаев ссылка). Если ссылка ведет не на сайт А, на сайт Б это не поддельный QR-код, а просто другой QR-код (с хрена он поддельный?)
Добавят чтобы что?
Исходя из этой логики симкарта (точнее закрепленный за ней номер телефона) должен стать собственностью гражданина или, покрайней мере, должен быть «железно прикрепленным к человеку» (как паспорт, СНИЛС или ИНН). А не как сейчас — полежала симка в столе полгода и твой номер «продали» другому человеку. (К стати, расширю вашу идею — давайте тогда еще сделаем лимит на номера, один номер в одни руки… и хрен вам, а не отдельная симка для спама, отдельная для интернета на даче и т.п. не должно же у человека быть кучи разных паспортов?)
Как мне кажется более правильно не считать идентификацию по номеру телефона (и всеми связанными с ним способами типа СМС и месседжеров) доверенным способом аутентификации пользователя. Только ключи, только хардкор. (к стати, я вроде бы даже на хабре видел что некоторые банки все же узнают о перевыпуске симкарты и блокируют доступ в интернет-банк, мне кажется передача этой информации в банк и обязательное подтверждение банком что клеинт в курсе должны быть отраслевым стандартом)
В противном случае все выльется в выдачу номеров в паспортном столе с сопутствующими отечественной (и не только ей) бюрократии проблемами.
А вообще реальная проблема в этой ситуации, которую надо бы решать уже наконец, это поиск и неотвратимое наказание виновных и компенсация ущерба пострадавшему.
Замечу что не для всех клиентов сбера. Покрайней мере мою сберовкую карту сберпей говорит что нельзя использовать.
Как пошутил и на одном форуме — для хранения пола пользователя завести в таблице столбец isHasPenis
Впрочем мне один препод по базам данных (!) предлагал (точнее даже требовал) хранить пол в виде текстовой строки.
А так будут сутки чтобы прикинуть куда он может грохнуться и попытаться начать эвакуацию. Мало, но покрайней мере это лучше чем вообще внезапно, как в Челябинске. (Жители челябинска, возможно, со мной не согласятся, но им очень сильно повезло)
А если мне ровно 30 мне к умным или к красивым?
А вообще «Я против, т.к. это бесполезно, требовательно качеству связи, требует довольно мощного железа, а самое главное спецоборудования (VR), которое в большинстве случаев больше ни для чего не нужно.»
В общем выглядит именно как дорогая игрушка, из разряда «Кукурузину мы уже воткнули, как еще выпендриваться будем?»
В случае с Гелием-3, если я не ошибаюсь, его слияние с дейтерием не будет производить радиоактивного загрязнения.
1. Пишет сам разработчик, довольно хорошо знакомый со своим творчеством. В таком мануале очень часто опускаются моменты, которые кажутся разработчику очевидными (зачастую они опускаются неумышленно т.к. разработчику даже в голову не приходит что кто-то не знает что такое, например, вышеупомянутый «ICM Key»)
2. Пишущий инструкцию считает что читающий инструкцию идиот. Со всеми вытекающими, типа «Чтобы запустить программу сначала вставьте вилку питания компьютера в розетку». Соответственно чтобы получить нужное знание приходится прочитать 90% бесполезной и очевидной воды.
3. Инструкция в которой вообще не рассмотренны «отступления» в сторону, «нестандартные» ситуации, возможные ошибки (или рассмотренны но самые банальные их варианты). Как пример — почти любая инструкция к почти любому электронному устройству содержит в разделе траблшутинга пункт аля «Устройство не включается: убедитесь что кабель питания вставлен в разетку, убедитесь что у вас есть электричество,
убедитесь что устройство действительно не включилось, обратитесь в сервис».И стало быть лечить нужно отеки органов, а не почки, верно?
Лечить надо болезнь, а не ее последствия (последствия тоже, но это как бы отдельное заболевание) и в МКБ вносят болезни.
Давайте чисто айти пример:
У вас в серверное приложение у которого течет память, т.к. вы забыли где-то удалить временный объект (ну например сессию). Периодически память на сервере заканчивается и приложение падает или сервер уходит в ООМ. Так что у нас за проблема — мало памяти на сервере, или все-таки утечка? ООМ это только симптом, а не сама болезнь. Понятно что тут, как и в медицине, можно применить «костыли» в виде лечения симптомов (типа перезагрузки каждые сутки) пока первопричина не будет устранена.
А по вашей логике можно из МКБ выкинуть СПИД т.к. от именно спида еще никто не умер.
Это же просто текст (причем в 99% случаев ссылка). Если ссылка ведет не на сайт А, на сайт Б это не поддельный QR-код, а просто другой QR-код (с хрена он поддельный?)