Чем удобно? Почему перфоратором до «астрономического» (а на самом деле, условно-астрономического) полудня можно пользоваться только 4 часа, а после полудня — аж 9 (после грядущего перевода времени — до глубокой астрономической ночи)? Сейчас, когда московское время == UTC+4, симметрия бОльшая ( в Москве, соответственно, 5:30 и 7:30).
С момента изобретения железных дорог (потребовавших единого референсного времени), полдень — абсолютная абстракция. Космонавтам, вон, не мешает 20 (или сколько там) астрономических полдней за административные сутки.
Непосредственно под фанкойлом не дует, т.к. там только забор воздуха. Дует под 45 градусов в 4 стороны. И раз вы были простудо-зависимым, то, наверное, и температуру выставляли соответственно-комфортно.
Проблема не от кондиционеров, а от того что на них экономят — и в одном месте помещения получается африка, а в другом — северный полюс.
А что будет поставлено в резерв, если задействуют этот резервный монитор (и штатный сломается и не поддастся ремонту)? Найдут что-то современное с таким же разъёмом (как при этом будет тестироваться совместимость с видеорежимами?) или будет меняться принцип резервирования обслуживаемой системы?
Если неправильно, то давайте тогда все топонимы с местного переводить, даже если сами жители этих мест против. Будет «Берег слоновой кости», «город Новый Йорк», «Арабский залив». Правильно по-русски, но непонятно, да и коннотации всякие политические такой подход несёт.
Если бы стены этой долины были бы покрыты монокристаллическим кремнием, перевод ещё имел бы смысл, а так — и «Кремниевая», и «Силиконовая», на мой взгляд — правильно.
Оно принято не так уже и давно. Во всяком случае, «Кремниевая долина» принята в разы меньше по времени, так что можно считать, что это менее устоявшееся название, чем «Техас». :)
В случае с Силиконовой долиной — «Силиконовая» — это имя собственное у топонима, а долина — имя нарицательное. Мы же не говорим «Нью-Йок сити», а говорим «город Нью-Йорк».
Я всё же сторонник того, что русский язык сам отсеет ненужное — также, как он отсеял «падонкаффскую» лексику. Также, как похоронил в истории геликоптёры, жиропланы и, в заметной степени, аэропланы. Также, как ткацкий челнок стал летающим транспортным средством — самолётом, причём, аппаратом тяжелее воздуха. Также, как оставил глубоко в забвении кучу терминов со славянской историей морфологией. Язык динамичен и принимает благозвучные слова и словосочетания, отсекая неблагозвучные.
Так что предлагаю подождать лет 50 — какой-то вариант устаканится. Причём, не исключено, что в русскоязычной среде Калифорнии будет один вариант, а на 1/8 части суши — другой.
По такой логике надо либо говорить «Американский Тексас», либо «Мексиканский Техас».
Откуда берётся презумпция о том, что в основе топонима должен быть либо английский (почему английский? Почему не испанский или удмуртский?), либо русский, но без смешивания языков, алфавитов и грамматик?
Да, похоже, что корпорация добра восприняла подход embrace and extend — как на протокольном уровне (xmpp -> hangouts), так и на социальном (запихивание пользователей отдельных сервисов в G+).
В принципе, уже сейчас ведущие провайдеры почты/социалки технически способны сговориться и устроить почтовую олигополию.
А я на досуге решил посмотреть, что будет если в пространстве для «жизни» будут случайные глюки «вакуума» с заданной вероятностью — тоже на canvas: allter.github.io/misc/life_canvas.html Если кому интересно — можете заглянуть внутрь и посмотреть, как сделано ускорение просчётов (при задержке 0), что бы считалось быстрее обновлений графики.
А есть ли симпатичные шрифты, где каждый глиф отличается (по крайней мере, для европейских алфавитов)? Типа шрифта из покойного keyrus, где кириллические варианты латинских глифов (О/O, Н/H, у/y) имели свои варианты палочек/завитков, что их можно было различить (но при этом в общем стилистическом решении).
Это-то понятно. Непонятно, зачем? Кому эта ситуация мешала? Поставлять лишний бит информации в байесовскую сеть кровавой АНБни о том, что кто-то режет Referer`ы?
Обазательно нужно заниматься оптимизации и искать новые парадигмы.
Но зачем при этом убирать поддержку живых сервисов? При их доходах и затратах это просто глупо. Посадите одну небольшую команду поддерживать пару-тройку устаревших сервисов (именно поддерживать — чинить сервера, закрывать возможные новые уязвимости — , запретив им добавлять новые фичи или что-то менять).
Зачем в новые кардинально отличающиеся интерфейсы загонять людей силой?
Как я написал ниже, новость полезная, т.к. позволяет нам лучше понять, что вода в бассейне с лягушками, таки, потихоньку нагревается, а бесплатный сыр — только в мышеловках. Т.е. доверяя свои привычки и данные крупным облачным компаниям, вы рискуете попасть в зависимость от них…
Отлично. Ещё одна напоминалка: никогда не «подсаживаться» на сервисы от Google. Такое впечатление, что они сами нам подсказывают «не пользуйтесь нами» (может, к ним опять из АНБ зашли, вот они и «подсказывают», не имея возможности поступить как владелец лавабита)… От прошлого (закрытие Google Notebook, обфускация Google Groups новым интерфейсом) — до сих пор не отойду…
Ещё бы кто-нибудь написал IMAP-клиент в стиле gmail, с возможностью web-доступа…
… И более того, садиться на любом участке траектории (и в соответствующей местности)до выхода на орбиту — в случае нештатного отключения двигателя ступени РН…
Как правило, в Glass Cockpit можно любой (или почти любой) дисплей использовать для показа любой инфы, тогда как если контакт тумблера окислится (к тому, же, тумблер это вес — на деле там будет микропереключатель, а они выходят из строя сравнительно часто), то придётся открывать панель и его заменять чем-то. Так что не факт, что дисплеи менее надёжны, чем тумблеры.
Ну, например, мультиплексирование потоков затруднит атаки на EME связанные с попыткой анализа контента и тайминга его передачи.
Никто не исключает, что перечисленные компании будут выпускать бинарные браузеры, которые непонятно что делают, а изучить что — не представляется возможности.
Собственно, усложнение спецификаций затрудняет понимание протокола программистом, из-за чего проверить утверждение «http2 НЕ добавляет DRM» — также сложно.
Разумеется. Расширение называется Clasic Theme Restorer (плюс надо в его настройках выбрать желаемое и поредактировать панели). У меня теперь никакого гамбургера нет.
При необходимости (и когда общество будет более готово к этому) просто законодательно обяжут снабжать видеокамеры DRM-модулями, также, например, как станки с ЧПУ.
Спасибо за пост! Нашёл нормальную ссылку на «Посты» (до этого приходилось нажимать много раз PgDn до меню в конце страницы).
Кстати, интересно, а почему нет ссылки на «Посты->Тематические» с главной? Ведь это историческая «главная лента», которую многие и читают (и в Микрохабре именно она, похоже)… Непонятна мысль ТМ.
С момента изобретения железных дорог (потребовавших единого референсного времени), полдень — абсолютная абстракция. Космонавтам, вон, не мешает 20 (или сколько там) астрономических полдней за административные сутки.
P.S. NeXTSTEP в 1993: info.cern.ch/NextBrowser.html
Проблема не от кондиционеров, а от того что на них экономят — и в одном месте помещения получается африка, а в другом — северный полюс.
Если бы стены этой долины были бы покрыты монокристаллическим кремнием, перевод ещё имел бы смысл, а так — и «Кремниевая», и «Силиконовая», на мой взгляд — правильно.
В случае с Силиконовой долиной — «Силиконовая» — это имя собственное у топонима, а долина — имя нарицательное. Мы же не говорим «Нью-Йок сити», а говорим «город Нью-Йорк».
Я всё же сторонник того, что русский язык сам отсеет ненужное — также, как он отсеял «падонкаффскую» лексику. Также, как похоронил в истории геликоптёры, жиропланы и, в заметной степени, аэропланы. Также, как ткацкий челнок стал летающим транспортным средством — самолётом, причём, аппаратом тяжелее воздуха. Также, как оставил глубоко в забвении кучу терминов со славянской историей морфологией. Язык динамичен и принимает благозвучные слова и словосочетания, отсекая неблагозвучные.
Так что предлагаю подождать лет 50 — какой-то вариант устаканится. Причём, не исключено, что в русскоязычной среде Калифорнии будет один вариант, а на 1/8 части суши — другой.
По поводу коверканий слов при заимствовании я уже писал не так давно: habrahabr.ru/post/197428/#comment_6853418
Откуда берётся презумпция о том, что в основе топонима должен быть либо английский (почему английский? Почему не испанский или удмуртский?), либо русский, но без смешивания языков, алфавитов и грамматик?
В принципе, уже сейчас ведущие провайдеры почты/социалки технически способны сговориться и устроить почтовую олигополию.
Но зачем при этом убирать поддержку живых сервисов? При их доходах и затратах это просто глупо. Посадите одну небольшую команду поддерживать пару-тройку устаревших сервисов (именно поддерживать — чинить сервера, закрывать возможные новые уязвимости — , запретив им добавлять новые фичи или что-то менять).
Зачем в новые кардинально отличающиеся интерфейсы загонять людей силой?
Как я написал ниже, новость полезная, т.к. позволяет нам лучше понять, что вода в бассейне с лягушками, таки, потихоньку нагревается, а бесплатный сыр — только в мышеловках. Т.е. доверяя свои привычки и данные крупным облачным компаниям, вы рискуете попасть в зависимость от них…
Ещё бы кто-нибудь написал IMAP-клиент в стиле gmail, с возможностью web-доступа…
Никто не исключает, что перечисленные компании будут выпускать бинарные браузеры, которые непонятно что делают, а изучить что — не представляется возможности.
Собственно, усложнение спецификаций затрудняет понимание протокола программистом, из-за чего проверить утверждение «http2 НЕ добавляет DRM» — также сложно.
Кстати, интересно, а почему нет ссылки на «Посты->Тематические» с главной? Ведь это историческая «главная лента», которую многие и читают (и в Микрохабре именно она, похоже)… Непонятна мысль ТМ.