Блин а почему никого не парит, что вымпелком осудили в США за взятку казахстанчким чиновникам и шантажом заставили выплатить полмиллиарда.
Потому что компания ВымпелКом зарегистрирована на Бермудских островах а штаб квартира находится в Нидерландах. И не казахстанСким, а узбекскому. Теперь вас это сильно волнует?
Не знаю, но предполагаю — при снятии в банкомате банка не эмитента я вижу не списание денег, а блокировку. По окончании опердня бабло списывается. При этом может происходят взаиморасчеты, кто в итоге кому сколько бабла должен. При этом существует стандартная операция отмены блокировки. Из какой системы пришел механизм не знаю, но на визе при возврате денег один интернет магазин мне возвращал в течение пяти минут (и в это время скорее всего вошло время человеческого запуска операции). Парни автоматизировали операцию и рубанули профит.
Поидее, банки могут отбросив моральные принципы и совесть затребовать деньги с владельцев похаченных терминалов, с которых возвраты шли. При условии реальности терминалов и контор, владеющих этими терминалами.
А вообще тут поработал инженер, который работал с протоколом. Думаю в РФ таких не больше 15 — 20. Поскребут и найдут.
Исключение — декларативное описание правил на DSL (вплоть до описания самим бизнесом без привлечения разработчиков)
Если честно, не встречал, но быстрое ознакомление с темой не до конца раскрыло проверки в хранилище. Да и отдавать на откуп бизнесу(? представителю заказчика) как? Ведь в идеальном мире мы должны проверить все входные параметры и недопустить исключения из-за ограничения проверки внешнего ключа. И т.д. и т.п. И выдать на все это нормальные предупреждения. Что требует как минимум знаний о всех связанных данных, помимо требований.
Или код — «плоский», с кучей вложенных ветвлений, но быстрый, или красивый, но медленный.
Т.е. варианта получается 3:
1. Проверок мало или требований по производительности не выставляется — пользуемся разными валидаторами.
2. Проверок много и есть требования по производительности — пишем быстрое спагетти.
3. Проверок очень много и пишем свои велосипеды с преферансом и гимназистками. И пофиг на потерю производительности по сравнению со спагетти, в этих экскрементах хоть как то надо разбираться.
Такой подход неизбежно устарел в мире API и REST, все чаще приходиться работать с документообразными запросами со сложной структурой. Validate с самого начала был спроектирован как раз чтобы справляться с такими задачами.
Имха со шпагой на перевес:
1: Validate с самого начала был спроектирован для работы только с FullREST.
2: Километр бизнес логики и 2 километра ФЛК убьет насмерть всю красоту и простоту.
Я работал с моделью, на которую было наложено 114 требований (отличных от размера или нахождения в списке) по валидации данных. + были требования по оптимизации производительности всего этого добра, т.к. данные могли импортироваться, и в немалом количестве. И требования менялись регулярно. Это был мой маленький персональный ад.
Конечно. Представьте себе, что в каком то поле заложен почтовый индекс или адресный классификатор (я не из РФ, поэтому не обладаю данными по таким справочникам). При анализе таких данных нужно разворачивать цепочку населенный пункт->район->область->округ. И даже если эти данные есть в хешах, их нужно нащупать.
Если в контроллере включен кеш на запись — он тогда так и будет работать: См. выше Т.е. все уже придумано до нас.
Если кеша нет, то в момент сбоя ссд встанет ридонли (правильная смерть). А вы начали следующую операцию. Или уже даже следующую за ней…
Как вы представляете себе асинхронный raid0? В случае падения одного диска вы как можно быстрее должны сообщить системе, о том, что массив развалился. Если не согласны, можете сразу в /dev/null писать :)
Ещё хотелось бы наводится с любой скоростью с абсолютной точностью.Есть вероятность существования псевдохаотичных маневров, которые не дадут механизму точной подстройки сопровождать цель лучом. Думаю, при наведении используются 2 механизма наведения — первый наводит быстро и неточно, второй осуществляет коррекцию и подстройку малых углов.
Исходники кода не только копируют. Но и внедряют в них закладки, причем весьма умно. Зловред может выслать исходники с вашей локальной копии проекта, а умные люди напишут закладку, которую вы сами же и закоммитите.
А вы бы не могли дать субъективную оценку уровня ваших продуктов по сложности и уровня ваших разработчиков. Озвучить медиану ЗП по всем разработчикам. И их количеству в компании. И сколько проектов компания имеет одновременно для внешних заказчиков, и какой длительностью. Лично для меня это действительно важно. Любая оценка производительности субъективна, и очень сильно зависит от качеств руководителя. Хотелось бы понять, в какой среде работает ваша схема.
Есть мнение, что при цене наркотиков в 0.01 уе (себестоимость) все неадекватные личности начнут умирать раньше, чем скатываться к грабежам и воровству. Вроде даже Онотоле разделяет. Сам не поддерживаю, но как вариант это направление может быть рассмотренно. И в данном случае, человек употребляющий добровольно лишает себя многих прав.
<юмор>
Вы только что выложили пособие для продвинутых новичков (low middle) вирусописателей.
<юмор>
1. Интересная фишка с днс.
2. Ещё чуть чуть и самомодификация алгоритмов в малвари будет реализована.
3. Скайнет появится не из за военных, а от противостояния вирусописателей и антивирусных компаний. Появится искусственный интеллект, которого достанут и те и другие, и человечество будет уничтожено.
Потому что компания ВымпелКом зарегистрирована на Бермудских островах а штаб квартира находится в Нидерландах. И не казахстанСким, а узбекскому. Теперь вас это сильно волнует?
Поидее, банки могут отбросив моральные принципы и совесть затребовать деньги с владельцев похаченных терминалов, с которых возвраты шли. При условии реальности терминалов и контор, владеющих этими терминалами.
А вообще тут поработал инженер, который работал с протоколом. Думаю в РФ таких не больше 15 — 20. Поскребут и найдут.
Криптоанализатор лурк
Если честно, не встречал, но быстрое ознакомление с темой не до конца раскрыло проверки в хранилище. Да и отдавать на откуп бизнесу(? представителю заказчика) как? Ведь в идеальном мире мы должны проверить все входные параметры и недопустить исключения из-за ограничения проверки внешнего ключа. И т.д. и т.п. И выдать на все это нормальные предупреждения. Что требует как минимум знаний о всех связанных данных, помимо требований.
Т.е. варианта получается 3:
1. Проверок мало или требований по производительности не выставляется — пользуемся разными валидаторами.
2. Проверок много и есть требования по производительности — пишем быстрое спагетти.
3. Проверок очень много и пишем свои велосипеды с преферансом и гимназистками. И пофиг на потерю производительности по сравнению со спагетти, в этих экскрементах хоть как то надо разбираться.
Имха со шпагой на перевес:
1: Validate с самого начала был спроектирован для работы только с FullREST.
2: Километр бизнес логики и 2 километра ФЛК убьет насмерть всю красоту и простоту.
Я работал с моделью, на которую было наложено 114 требований (отличных от размера или нахождения в списке) по валидации данных. + были требования по оптимизации производительности всего этого добра, т.к. данные могли импортироваться, и в немалом количестве. И требования менялись регулярно. Это был мой маленький персональный ад.
Если кеша нет, то в момент сбоя ссд встанет ридонли (правильная смерть). А вы начали следующую операцию. Или уже даже следующую за ней…
Вы только что выложили пособие для продвинутых новичков (low middle) вирусописателей.
<юмор>
1. Интересная фишка с днс.
2. Ещё чуть чуть и самомодификация алгоритмов в малвари будет реализована.
3. Скайнет появится не из за военных, а от противостояния вирусописателей и антивирусных компаний. Появится искусственный интеллект, которого достанут и те и другие, и человечество будет уничтожено.