В свое время дабл-клик, правда на другой мышке, был решен отправкой саппортом Логитека мне новой мыши взамен. Бесплатно. Причем моя модель уже не выпускалась, и мне прислали новую мышку уровнем выше.
Приезжал сдавать кровь в Москве в СПК, как только сказал про аллергию — сразу отвод, без всяких анализов распросов. Было немного обидно, даже с работы отпрашивался для этих целей.
Так там же макет — просто кусок дешевого пластика без начинки, причем уже изрядно потрепанного. Там даже объектив камеры — наклейка с рисунком. Реальные устройства само собой такими не будут.
Молекула из двух атомов по два нейтрона/протона и минимум одним электроном… Это я конечно не серьезно, но смотря на эти колоссальные системы мозг как-то проецирует их на элементарные частицы.
Спасибо! Теперь могу пользоваться не только в Подмосковье, но и в Москве.
Есть кстати терзающий меня вопрос. Почти всегда автобус отображается с опережением на метров 200-500. Иногда можно это списать на потерю сигнала и соответственно компенсацию этого сигнала алгоритмами прогноза его движения. Виртуальный автобус проходит все повороты, независимо от того, что он опережает реальный автобус, т.е. используется заранее сохраненный маршрут. Но иногда создается такое ощущение, что это сделано специально, например по антитеррористическим требованиям.
Кстати, автобус, на котором я ежу, может проходить от первой остановки до второй по трем разным путям, надо будет понаблюдать на их развилке за Яндекс.Транспортом.
Именно корпоративка все и портила всегда.
Теперь же со стороны микрософта будет геморрой по поддержке двух движков и браузеров, зато великолепно решается вот эта вот фигня с корпоративными клиентами.
Являешься корпоративным клиентом, у которого гнилой интернет банкинг — вот держи IE11 с совместимостью с IE7.
Являешься домохозяйкой — вот тебе спартан, без унылого наследия.
Я хоть сам этим всем пользоваться не буду, но мне кажется, что это абсолютно верное с их стороны решение.
В моей практике постоянно нужно следить существует или нет конструктор создаваемого объекта, чтобы его замокать. Но не удивлюсь, что в phpunit это уже давно решили какой-нибудь проверкой на существование конструктора (буду честен — не проверял).
Также есть удобство в написании конструкторов дочерних классов (это был кстати основной аргумент автора rfc), когда можно было бы всегда смело писать parent::__construct() независимо от того, есть он или нет.
Еще есть интересный rfc про дефолтные конструкторы для объектов. Вещь далеко не критичная, но удобная например при написании юнит тестов. Увы проголосовали 50/50, но так как это изменение на уровне языка, то требуется 2/3+1 голос для принятия.
Вспомнил свою древнейшую статью, за которую когда-то получил инвайт.
Правда из-за ее примитивности и устарения информации в ней, давно скрыл в черновики. (восстановил, если кому будет интересно о чем речь)
Спасибо за возраждение идеи!
PHP всегда был языком с низким порогом входа. Все мы с вами были когда-то быдлокодерами, все с чего-то начинали. Именно доступность документации на родном языке, позволит какому-нибудь 13 летнему школьнику, не знающему английский, создать свою быдлостраничку в интеренете, а к 25 годам обеспечивать всю семью и быть сеньйором помидором в крупной компании. И никак не помешает ему выучить английский язык и использовать документацию в оригинале. Или вы никогда не писали $d и $f вместо $dir и $file_name? Не ставили собачку, чтобы не было нотиса? Сразу писали идеальный код?
И не путайте PHP с 1C, в документации нет примеров с таким бредом как "$schet = $klient * dengi;", переменные там названы как надо, а на русском только комментарии и сама документация.
С учащением версий PHP переезжать стало на порядок легче.
Если при переезде с 4 на 5 и с 5.2 на 5.3 приходилось слишком много перелопачивать, то переезд например с 5.3 на 5.5 требует каких-то микроскопических правок, и то в редких кейсах.
С другой стороны ждем 7-й PHP, думаю там поправить придется больше, так как возможно будет потеря обратной совместимости в части синтаксиса
Есть кстати терзающий меня вопрос. Почти всегда автобус отображается с опережением на метров 200-500. Иногда можно это списать на потерю сигнала и соответственно компенсацию этого сигнала алгоритмами прогноза его движения. Виртуальный автобус проходит все повороты, независимо от того, что он опережает реальный автобус, т.е. используется заранее сохраненный маршрут. Но иногда создается такое ощущение, что это сделано специально, например по антитеррористическим требованиям.
Кстати, автобус, на котором я ежу, может проходить от первой остановки до второй по трем разным путям, надо будет понаблюдать на их развилке за Яндекс.Транспортом.
Теперь же со стороны микрософта будет геморрой по поддержке двух движков и браузеров, зато великолепно решается вот эта вот фигня с корпоративными клиентами.
Являешься корпоративным клиентом, у которого гнилой интернет банкинг — вот держи IE11 с совместимостью с IE7.
Являешься домохозяйкой — вот тебе спартан, без унылого наследия.
Я хоть сам этим всем пользоваться не буду, но мне кажется, что это абсолютно верное с их стороны решение.
Также есть удобство в написании конструкторов дочерних классов (это был кстати основной аргумент автора rfc), когда можно было бы всегда смело писать parent::__construct() независимо от того, есть он или нет.
Правда из-за ее примитивности и устарения информации в ней, давно скрыл в черновики. (восстановил, если кому будет интересно о чем речь)
Спасибо за возраждение идеи!
И не путайте PHP с 1C, в документации нет примеров с таким бредом как "$schet = $klient * dengi;", переменные там названы как надо, а на русском только комментарии и сама документация.
Если при переезде с 4 на 5 и с 5.2 на 5.3 приходилось слишком много перелопачивать, то переезд например с 5.3 на 5.5 требует каких-то микроскопических правок, и то в редких кейсах.
С другой стороны ждем 7-й PHP, думаю там поправить придется больше, так как возможно будет потеря обратной совместимости в части синтаксиса