Помему все считают, что для сенсора мячик — белое пятно? Я упустил какую-то информацию? Сейчас навалом самых разных датчиков, которые за доли мгновения смогут достаточно точно определить положение шара с его скоростями, в том числе скоростью вращения. Вопрос, как всегда, в деньгах.
Если денег много — робот сможет расчитывать траекторию мяча до того, как он долетел до его половины. И сразу же просчитать куда ударить в ответ. И, если позволит механика, ответить точно по запланированной траектории. Я бы на месте робота все время бил «вилкой» (извените, не знаю, как на профессиональном сленге называется удар, когда вы бьете в противоположную сторону от игрока. Чтобы он физически не успевал отбивать). Особенно вешать «сопли» на разные стороны стола.
Остается вопрос лишь в механике. Будет ли он сам успевать отбивать такие вилки и всякое такое. Ну и тупо везде ли он дотянется. Может они покажут не ту модель, для которой известны ТТХ, а что-то более новое и быстрое.
Она определена двумя равенствами — её значение везде равно 0 кроме нуля, и интеграл (в бесконечных пределах) от нее равен 1. Часто включается сюда и то, что в точке x = 0 функция равна бесконечности.
Оффтоп.
И пишите уж правильно — либо «чему равно значение d(0), где d(x) — функция Дикара», либо «чему равно значение функции d(x) в точке x = 0». А то ваше определение вызывает ошибку компиляции :) (Раскрываем d(o): d(0) = inf. Интерпретируем строку: чему равно значение функции бесконечности? Когда бесконечность — не функция).
«Хакер» в таком случае сам может постараться доказать органам факт продажи (ту ж переписку предоставить, подтверждение о переводе денег, и всякое такое). В крайнем случае — может поднять ответный иск на «мошеничество», что уже будет проверяться отдельно. Но в силу того, что это первый раз, когда за кражу виртуального игрового имущества поднимают дело. Вряд ли это действительно хитрый шаг — уж слишком низкая у него вероятность на удачу.
Первый пример очень спорный. Вы просто перекидываете дублирование кода с одного места на другое. Вдобавок, в рамках MVC вьюшка должна заниматься только тем, что следует из её названия — показывать пришедшие данные. А выборки, фильтрацию и прочее — задача модели и контроллера. Вы, по сути, делаете ненужным контроллер как таковой. Это уже ближе к идеалогии MV-V-M, гда ваш контроллер является просто связующим.
На мой взгляд, самым грамотным решением будет такая архитектура, при которой View принимает обобщенный список (допустим, User::model()), в котором контроллер уже выставил свои ограничения. А View уж как-нибудь сам разребется, как извлекать данные.
Например, у нас есть список товаров: Goods. Нам нужно показать только те, у которых цена больше какой-то. В контроллере: Goods->AddFilter('price', '>', $price); и вызывать необходимое представление. Оно может быть общим для любого количества товаров. Предсталение вообще ничего не должно знать о том, с какими параметрами его запросили. И с таким подходом контроллеру не важно, как работает представление внутри — главное, чтобы обрабатывало именно этот класс
Хм. С одной стороны — дико нечитаемо, неудобно как сам календарь, очень пусто. С другой — интересная идея. Можно было бы конечно попытаться уместить в формат А2 (у меня просто некуда вешать А1, что поделаешь).
Но вот меня это навело на мысль соеденить такой календарь с чем-то типа
Пример
Т.е. В середине Солнце, схематичные изображения Земли и т.д. Ну люблю я космос и астрономию, что поделаешь :)
К слову, более такой «техничный» или «научный» календарь — интересная идея. Можно еще какие-то данные выводить.
Вот тут и ирония: по ПДД велосипедистим нельзя ездить по тратуарам, предназначенным для передвижения пешеходов.
В любом случае, есть куча улиц, где по той или иной причине велосипедист обязан передвигаться по проезжей части (например, тупо нет тротуара). Знать и соблюдать ПДД стоит всем участникам дорожного движения, даже если вы непосредственно на дорогу выезжаете редко. Но сколько велосипедистов у нас показывает жестами свое направление движения на поворотах (местный аналог поворотников), у скольки велосипеды оборудованы освещением и прочее? После покатушек по Москве летом я встречал большинство людей, которые не соблюдают даже элементраные вещи. Лично я «за» ввод некого подобия прав для велосипедистов.
Не спорю)
Он спутал: когда у нас бинарный поиск идет в действительной, а не в натуральной области (при поиске минимума функции, например), там действительно всегда количество шагов одинаково. Кроме того, обычно именно оно и является условием выхода из поиска :)
Три этажа (честных: он может как разбиться с первого, так и не разбиться. Как разбиться с третьего, так и не разбиться. 4 «нечестных» этажа сводятся к трем честны. Если он заведомо не может разбиться еще и с первого — то к можно свести к двум этажам):
1 бросок: 2 этаж.
2 бросок: 1 или 3.
2 броска всегда
4 честных этажа:
1: 2 этаж
2: 1 и победа или 3
3: 4 этаж, если он не разбился ни на втором, ни на третьем
Итого: здесь при нечетном количестве этажей всегда одинаковое число, при четном — разнится на один. И равно в худшем варианте, вроде как, n / 2+1, округленное до большего целого.
Ну по поводу авианосца я бы поспорил. Особенно если взять не авианосец (который против любых кораблей слабый противник, если не брать в расчет авиацию, которую он несет), а линкор. Да, у него есть крупнокалиберные орудия с которых один выстрел дороже, чем скутер (но при прямом попадании потопить может сразу группу скутеров, если они плотно идут). Но у него так же есть куча мелкокалиберного оружия, они даже ПКР сбивать могут (взять тот же ГШ6-30), скутер им — как раз плюнуть.
И, чтобы не дублировать, чуть ниже про торпеду и авианосец — современный авианосец не потонет от первой же торпеды. И не факт, что потонет от второй. И это при попадании, а это тоже задача не простая — у него есть средства борьбы с ними.
В жизни даже у дальней авиации есть пушки мелкого калибра (ГШ-23), установленных в хвосте (как правило) для отражения «мелких целей». Эффективность их сомнительная, но лучше, чем ничего.
Не уж то в игре не так, как в жизни, и огромный корабль просто ничего не может противопоставить маленьким маневренным целям?
Остановиться для посадки/высадки пассажиров можно, только если это не мешает движению общественного транспорта. Да и автобусы всяких там заводов обычно на остановках и подбирают людей.
«строители, водители, рабочие, грузчики, повара, слесари,» — ну как не связанные. Так же связанные. Без строителей дома не построишь, в которых живут программисты. Водители, грузчики — обслуживают компании, которые обслуживают IT-шников. Повара — в тех же ресторанах и кафе работают. Слесари, сантехники — да все, кто работают, так или иначе связаны с IT-шниками. Программисты — те же люди, у которых те же потребности. Вряд ли Гугл им предоставляет полное покрытие обыденных потребностей. Да и в любом случае, кого он берет на это дело? Правильно — жителей того же Сан-Франциско. Думаю, весь кипишь именно из-за людей, посвящающих себя искусству. Но, может быть, ошибаюсь.
Я вот немного не понимаю. Люди в этом городе работают в этих же магазинах, в ларьках, кафешках, спортзалах и прочей инфраструктуре. Сами же поднимают цены, покуда есть возможность. А потом жалуются, что сами же подняли цены? Что касается артистов, художников, музыкантов — в мире искусства все определяет твой талант и умение продать себя. И если бы не было программистов именно в этом городе, а были бы в другом — жить от этого они особо лучше бы не стали, если не умеют себя продавать. А талантливому дизайнеру, артисту, музыканту, сценаристу, писателю в современном мире получать неплохие деньги за свою работу не сложно. Куча стартапов, компаний, да взять киноиндустрию и рекламу, разработку игр — везде нужны такие люди.
Получается некая аналогия с реалями в России? У нас сами не хотят браться за работу (например, дороги укладывать), считают недостойной, а потом гонят на тех, кто с радостью за нее берется (и не нужно тут говорить, у меня у самого есть несколько таких примеров).
А по поводу налогов с компании. А с чего вдруг компания должна платить лишние налоги городу? (кроме положенных). В городе живут сотрудники, с них взымаются налоги, которые и идут на развитие инфраструктуры. Так что косвено — она платит эти налоги.
Всегда думал, что Сан-Франциско — достаточно дорогой город. И от туда никак не ожидал подобных новостей.
P.S. Пробки — это просто смешно. В Москве не были. Сколько не посмотрю на Сан-Франциско, плотным там движение назвать язык не поднимается.
Перечитал статью и не могу понять о чем она. Перескажите кратко свою мысль. И, собственно, в чем загадка то?
По поводу гравитации — плохой пример. Если бы мы, когда выбрали СИ, угадали бы с метром или массой, коэффициента этого бы не было. А так это «подгониан». Как и большинство коэффициентов в физике.
Ну в фаерфоксе у объектов DOM-дерева нет поля innerText, когда он есть даже в IE. И такие мелочи иногда всплывают, и если вовремя не заметить — могут доставить много проблем.
Такое в фотошопе можно было делать сколько я помню этот фотошоп. Новый функционал не для этого несколько используется.
В целом — все, что можно делать сейчай — можно было делать и раньше, только гемороя больше.
А трансформирование по произвольной рамке — аналогичного эффекта так или иначе можно было достичь с помощью «wrap» (вроде, там где можно перетаскивать любой кусок изображения), либо с помощью специального фильтра.
Вот тут в конце с автобусом видно, как можно немного, так сказать, повернуть объект. Конечно, это лишь искажение объекта, но эффект, который достигается этим, впечатляет.
Если денег много — робот сможет расчитывать траекторию мяча до того, как он долетел до его половины. И сразу же просчитать куда ударить в ответ. И, если позволит механика, ответить точно по запланированной траектории. Я бы на месте робота все время бил «вилкой» (извените, не знаю, как на профессиональном сленге называется удар, когда вы бьете в противоположную сторону от игрока. Чтобы он физически не успевал отбивать). Особенно вешать «сопли» на разные стороны стола.
Остается вопрос лишь в механике. Будет ли он сам успевать отбивать такие вилки и всякое такое. Ну и тупо везде ли он дотянется. Может они покажут не ту модель, для которой известны ТТХ, а что-то более новое и быстрое.
2. А как же она тогда задана?
Оффтоп.
И пишите уж правильно — либо «чему равно значение d(0), где d(x) — функция Дикара», либо «чему равно значение функции d(x) в точке x = 0». А то ваше определение вызывает ошибку компиляции :) (Раскрываем d(o): d(0) = inf. Интерпретируем строку: чему равно значение функции бесконечности? Когда бесконечность — не функция).
На мой взгляд, самым грамотным решением будет такая архитектура, при которой View принимает обобщенный список (допустим, User::model()), в котором контроллер уже выставил свои ограничения. А View уж как-нибудь сам разребется, как извлекать данные.
Например, у нас есть список товаров: Goods. Нам нужно показать только те, у которых цена больше какой-то. В контроллере: Goods->AddFilter('price', '>', $price); и вызывать необходимое представление. Оно может быть общим для любого количества товаров. Предсталение вообще ничего не должно знать о том, с какими параметрами его запросили. И с таким подходом контроллеру не важно, как работает представление внутри — главное, чтобы обрабатывало именно этот класс
Но вот меня это навело на мысль соеденить такой календарь с чем-то типа
Т.е. В середине Солнце, схематичные изображения Земли и т.д. Ну люблю я космос и астрономию, что поделаешь :)
К слову, более такой «техничный» или «научный» календарь — интересная идея. Можно еще какие-то данные выводить.
В любом случае, есть куча улиц, где по той или иной причине велосипедист обязан передвигаться по проезжей части (например, тупо нет тротуара). Знать и соблюдать ПДД стоит всем участникам дорожного движения, даже если вы непосредственно на дорогу выезжаете редко. Но сколько велосипедистов у нас показывает жестами свое направление движения на поворотах (местный аналог поворотников), у скольки велосипеды оборудованы освещением и прочее? После покатушек по Москве летом я встречал большинство людей, которые не соблюдают даже элементраные вещи. Лично я «за» ввод некого подобия прав для велосипедистов.
Он спутал: когда у нас бинарный поиск идет в действительной, а не в натуральной области (при поиске минимума функции, например), там действительно всегда количество шагов одинаково. Кроме того, обычно именно оно и является условием выхода из поиска :)
1. 7 +
2. 3 —
3. 5 +
4 .4 — определили.
1 бросок: 2 этаж.
2 бросок: 1 или 3.
2 броска всегда
4 честных этажа:
1: 2 этаж
2: 1 и победа или 3
3: 4 этаж, если он не разбился ни на втором, ни на третьем
Итого: здесь при нечетном количестве этажей всегда одинаковое число, при четном — разнится на один. И равно в худшем варианте, вроде как, n / 2+1, округленное до большего целого.
И, чтобы не дублировать, чуть ниже про торпеду и авианосец — современный авианосец не потонет от первой же торпеды. И не факт, что потонет от второй. И это при попадании, а это тоже задача не простая — у него есть средства борьбы с ними.
В жизни даже у дальней авиации есть пушки мелкого калибра (ГШ-23), установленных в хвосте (как правило) для отражения «мелких целей». Эффективность их сомнительная, но лучше, чем ничего.
Не уж то в игре не так, как в жизни, и огромный корабль просто ничего не может противопоставить маленьким маневренным целям?
«строители, водители, рабочие, грузчики, повара, слесари,» — ну как не связанные. Так же связанные. Без строителей дома не построишь, в которых живут программисты. Водители, грузчики — обслуживают компании, которые обслуживают IT-шников. Повара — в тех же ресторанах и кафе работают. Слесари, сантехники — да все, кто работают, так или иначе связаны с IT-шниками. Программисты — те же люди, у которых те же потребности. Вряд ли Гугл им предоставляет полное покрытие обыденных потребностей. Да и в любом случае, кого он берет на это дело? Правильно — жителей того же Сан-Франциско. Думаю, весь кипишь именно из-за людей, посвящающих себя искусству. Но, может быть, ошибаюсь.
Получается некая аналогия с реалями в России? У нас сами не хотят браться за работу (например, дороги укладывать), считают недостойной, а потом гонят на тех, кто с радостью за нее берется (и не нужно тут говорить, у меня у самого есть несколько таких примеров).
А по поводу налогов с компании. А с чего вдруг компания должна платить лишние налоги городу? (кроме положенных). В городе живут сотрудники, с них взымаются налоги, которые и идут на развитие инфраструктуры. Так что косвено — она платит эти налоги.
Всегда думал, что Сан-Франциско — достаточно дорогой город. И от туда никак не ожидал подобных новостей.
P.S. Пробки — это просто смешно. В Москве не были. Сколько не посмотрю на Сан-Франциско, плотным там движение назвать язык не поднимается.
По поводу гравитации — плохой пример. Если бы мы, когда выбрали СИ, угадали бы с метром или массой, коэффициента этого бы не было. А так это «подгониан». Как и большинство коэффициентов в физике.
В целом — все, что можно делать сейчай — можно было делать и раньше, только гемороя больше.
А трансформирование по произвольной рамке — аналогичного эффекта так или иначе можно было достичь с помощью «wrap» (вроде, там где можно перетаскивать любой кусок изображения), либо с помощью специального фильтра.