• Немного про Google Home Hub, или как я купил фоторамку за 130 Евро
    0
    Смотрите в сторону Actions on Google, с их помощью можно либо напрямую ваши сервера дергать через ассистента, либо через гугловский же Dialogflow, который дает превращение голосового/текстового запроса вида «включи свет на кухне через десять минут» в машинопонятный json вроде
    {action:"lights-on", location:"kitchen", time:"xx:xx:xx"}
    и уже с этим json'ом дергает указанный вами сервер.
  • Немного про Google Home Hub, или как я купил фоторамку за 130 Евро
    +1
  • Microsoft попросила включить ее в закрытую группу информационной безопасности Linux
    +1
    > И что я должен увидеть
    Только то, что показано на скриншоте — по состоянию за 2018-й год Microsoft лидирует по количеству _сотрудников_, делающих contributions на гитхабе (что конечно не все OSS коммьюнити, но немалая его часть).

    Еще раз — Microsoft в 2018-м году был топ контрибьютором на гитхабе, не по общему количеству контрибьюторов в их проекты, а по количеству человек, напрямую относящихся к этой компании и делающих контрибьюшены.

    Не все контрибьюторы vscode являются сотрудниками microsoft, судя по дальнейшей статистике — менее половины. И такое количество участников (а особенно неаффилированных участников) что-то да говорит о продукте.

    Ну и если вы зайдете на страничку Microsoft на гитхабе, обнаружите что там больше двух с половиной тысяч репозиториев. Один из которых — да — блокнот с подсветкой на электроне, а еще один — какой-то очередной компилирующийся в js язык программирования.

    Про коммерческую сторону вопроса — конечно это выгодно и выгодно это всем — и пользователям и компаниям.

    Взгляните внимательнее на список компаний уже входящих в рабочую группу. Много ли там откровенных богаделен? Только Debian. Остальные — состоявшиеся коммерческие организации, вкладывающие немалые средтсва в развитие OSS и извлекающие прямую денежную выгоду из его существования. Прямо как Майкрософт.
  • Microsoft попросила включить ее в закрытую группу информационной безопасности Linux
    +3
  • Microsoft попросила включить ее в закрытую группу информационной безопасности Linux
    +1
    Интересно, почему там нет гугл с их chromium os / chrome os / crostini / container-optimized os / android / wear /…

    Upd: неловко получилось, проглядел, оказывается есть, но не как Google, а как Chrome OS.
  • Руководство по аутентификации в Node.js без passport.js и сторонних сервисов
    0
    Добавлю (не вам, а тем, кому эта информация может быть полезна в дополнение к вашей):
    Хранение токена в куках само по себе даже с secure и httpOnly не защитит вас от самых банальных csrf-атак вроде вызова fetch с "{credentials: 'include'}" (но тут хоть как-то можно отбиться с помощью CORS) или даже просто стандартной формой с самым обычным POST где-то на просторах.

    Поэтому не забывйте и про CSRF-токены, которые не должны храниться в куках.
  • «Мобильный контент» бесплатно, без смс и регистраций. Подробности мошенничества от Мегафона
    0
    Но постойте, eMotion ведь бесплатный?

    (Живу за рубежом, поэтому использую постоянно. Как-то работает но не так хорошо как хотелось бы).
  • Google объявил о прекращении производства планшетов
    +1
    C одной стороны да, с другой — у топового pixel slate спеки примерно как у топового pixelbook, (ну вот этот вот i7 Y серии, 16 гб оперативной памяти) и соответственно примерно такая же цена. Должно быть дешевле?

    У топового пиксельбука же в свою очередь цена +- как у других железяк со схожими характеристиками — мой spectre x360 13" (форм-фактор 1-в-1, только у спектра «взрослый» i7 U-серии, но и вентиляторы прилагаются), например, в похожей комплектации (i7/16gb/512gb) стоил те же 1,5 килодоллара и ближайшие конкуренты (какой-нибудь xps 13) стоят тех же денег (если про msrp говорить).

    Плюс посмотрите даже на ближайших родственников самого слейта по железу (я имею в виду Y процессоры) — spectre folio, swift 7, macbook air новый (его еще и с i7 не выпускают), xps 13 2-in-1 — они все в топовой комплектации будут примерно в эти деньги или даже дороже.

    Что действительно непонятно так это зачем его позиционировать как планшет когда это полноценный и очень производительный и качественно собранный хромбук и зачем отдельно клавиатуру продавать за такие деньги. Короче что-то с позиционированием не сошлось как мне кажется.

    Ну и «бюджетные» модели на селеронах сделали много плохой прессы просто потому что сильно лагали.
  • PHP в 2019: лучше, чем вы о нём думаете
    0
    1) Я не считал и в общем-то не в РФ работаю и уже давно не с PHP.
    2) Вам не нужна банда рулителей, на небольших объемах рулением может заниматься и один человек (два для резервирования на случай отпусков/болезней/увольнений), причем разделяя эти обязанности с непосредственной разработкой, например. Или с администрированием.

    А вот когда работал в РФ PHP-разработчиком в среднего пошиба аутсорсе (НЕ Москва, 150-200 человек всего, включая все сорта мобильных разработчиков, джавистов, сишников и прочих тестировщиков с менеджерами. PHP-команда человек 20 разработчиков, самый крупный отдел, если мне память не изменяет, таких компаний в СНГ должно быть очень много), делал полуавтоматизированную платформу быстрого деплоя PHP проектов для внутренних нужд — Q/A, демонстрация клиентам, проверка на не-девелоперском энвайроменте, обкатывание миграций при передеплое и прочее, естественно с поддержкой разных версий php. Делал руками, поверх виртуальных машин и LTS-убунты, потому что ни докера ни кубернетеса тогда еще не было (2011-й, 2012-й годы), были бы — наша жизнь была бы сильно проще.

    БольшАя часть проектов, кстати, была на Drupal (не вордпресс, да, но лучше бы уж вордпресс).

    Я к тому что вот это был вполне обыденный аутсорс и там эти технологии были бы применимы и полезны.

    И кастомерам можно было бы отдавать готовые к работе контейнеры (сначала мы отдавали просто сорцы, потом какие-то рукодельные скрипты-инсталляторы, потом были chef/ansible/puppet/vagrant, потом я ушел, не знаю как там сейчас.
  • PHP в 2019: лучше, чем вы о нём думаете
    0
    С определенных масштабов даже лендинги на вордпрессе проще рулить через кубернетес или аналогичные решения.
  • PHP в 2019: лучше, чем вы о нём думаете
    +3
    Как бы 2019-й на дворе. Devops, kubernetes, докер, облака. На голом дистрибутиве работать довольно грустно.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    +2
    Рабочие таски для себя, нравится мне моя работа.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    +2
    Я не очень понимаю ваших претензий к автору. У меня на гитхабе вообще нет активности, но это не мешает мне быть старшим разработчиком и тимлидом и иногда кодить по 12 часов в день по настроению.
    То, что у автора на гитхабе есть хоть какая-то активность — это ж только в плюс.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    0
    А это, кстати, хороший вопрос, на который я сходу не отвечу. У нас последняя миля (браузер <-> фронтенд бэкенда) работает по обычному http (и это тоже настраивается через аннотации к протобафам), поэтому просто гоняем json и все работает.

    А уже внутренняя вся инфраструктура разговаривает по бинарному протоколу, но там и проблем с размерами модулей и интерфейсами нет.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    0
    Тайпчекинг в рантайме да, пропадет. Но я же писал в первом комментарии что это просто немного другая парадигма — т.к. и бэкенд и фронтенд завязаны на одни и те же проты, у вас гарантирован (до определенной степени здравомыслия) одинаковый интерфейс на фронте и бэке. Потому что и фронт и бэк работают от одних и тех же определений, которые сами по себе абстрагированы и от одного и от другого.

    Что автор и другие считают про кодогенерацию меня не очень интересует, тем более что я не настаиваю на правильности этого решения, просто поделился тем, как этот вопрос решен в одной конкретной очень большой компании.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    0
    Почему? При компиляции все проверки на месте — интерфейсы это ведь про типизацию.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    0
    Гугл пишет.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    +1
    в случае развесистых интерфейсов сервисов сгенерированный JS-модуль получается неприлично большим

    Да, но с парой оговорок

    1) Режим interfaces only позволяет пожертвовать удобством работы в пользу размера модуля (там генерируются только типы, которые исчезают при компиляции, для реквестов используется отдельная стандартная либа).
    2) Какая-то общая часть внутренностей этих итоговых модулей вынесена в отдельный родительский класс, общий для всех сгенерированных модулей (в случае если их несколько). В самих модулях по факту как раз схема, енумы, геттеры/сеттеры, прокси-методы для вызовов процедур (но этого всего все равно очень много).

    все поля всех интерфейсов становятся опциональными.

    С интерфейсам — да, надо долго и нудно проверять все на null (также ci-enforced), но при генерации моделей в них можно добавить геттеры и сеттеры, которые предсказуемо работают.
  • Мы написали самый полезный код в своей жизни, но его выкинули на помойку. Вместе с нами
    +6
    Интересно, спасибо.

    Поделюсь другим опытом решения подобных проблем.

    В одной очень большой компании вопрос решен повсеместным применение протобафов, которыми описаны не только модели но и сами сервисы, которые с этими моделями работают.

    Из протобафов генерируются хэндлеры на бэкенде (их конечно потом надо имплементировать чтобы не получать UNIMPLEMENTED при вызове), из них собираются структуры, которые пойдут в БД («внешние» и «внутренние» протобафы конечно же не обязаны быть одними и теми же), из них же генерируются автоматически клиентские сильно типизированные библиотеки (какие душе угодно — dart, c++, java, python, go, nodejs ну и тайпскрипт конечно). Причем в настройках этих «генераторов» можно указать нужны ли тебе только интерфейсы или полнофункциональный клиент со всеми возможными вызовами, нужны тебе результаты в вибе промисов или observable.

    Тут, конечно, нет возможности модифицировать схему на лету, но она получается фактически гвоздями прибита на всех сторонах.

    От каста в any защищита на уровне ci — коммит с кастом в any просто не пройдет presubmit проверки.

    Любое изменение схемы в ci триггерит пересборку всего, что с этой схемой связано и если где-то что-то не собралось (будь то хэндлеры на стороне сервера или какие-то взаимодействия с автосгенерированным клиентом в тайпскрипте) — коммит опять же просто завалится на пресабмите.

    Из протобафов же генерируется документация (поэтому codestyle весьма жесткий), в них же поддерживается куча аннотаций для тюнинга прав доступа/visibility каких-то конкретных вещей, нужности аудита, серверных логов, требований к авторизации. «Фронтенд бэкенда» в общем случае один и тот же для имплементации сервиса на любом языке и он как раз потребляет эти аннотации сервисов из протобафов.
  • Это как на велосипеде кататься
    0
    Я как раз и решил эту проблему самокатом, я теперь от этой мотобанды не отстаю и не заставляю их все время везде себя ждать, разрушая «экспириенс». Осталась только проблема неравных скоростей младшего и старшего, но это совсем другая история.
  • Это как на велосипеде кататься
    0
    (некоторые) маленькие дети любят быстро ездить и при этом не очень хорошо рулят. У меня ребенок укладывался на беговеле в два с половиной года на ровном месте просто от того, что сильно разогнался, запаниковал и дернул руль неудачно. И из-за того что поверхность под колесами «внезапно» меняется (выезд с асфальта на грунтовку). И из-за других причин. В половине как минимум случаев шлем сильно помог.
  • Это как на велосипеде кататься
    0
    Попробуйте добавить самый простецкий (под ваш вес) самокат. Самокат для меня махом решил все проблемы с уезжающими вперед детьми (у меня двое, оба при транспорте), которым потом надо орать чтобы они на светофоре остановиться не забыли (не то, чтобы они были не в курсе, просто всяко бывает).
  • Это как на велосипеде кататься
    +1
    > Шлем. Думаю, избыточен…
    Ох сколько раз мой ребенок бороздил козырьком шлема асфальт и гравийку. Даже не знаю как выглядело бы его лицо сегодня если бы не шлем.

    > Крылья/подножка/фонарик/отражатели/багажник/сумка — не обязательно
    Не обязательно, но стоит учитывать что эти штуки способны сильно повысить привлекательность, ценность и индивидуальность болида в глазах ребенка. Этим надо пользоваться, но с умом. Ну и да, мы иногда катаемся в темное время суток. Но я в этом случае выдаю детям фары и мигалки со своих взрослых велосипедов.

    По теме:
    У меня оба ребенка начали с детского беговела в ~2 года. Старшего недавно пересадил на велосипед при помощи вот такого нехитрого приспособления: www.amazon.com/Strider-2-1-Balance-Awesome/dp/B075Y2GFGK/ref=olp_product_details?_encoding=UTF8 (да-да, это беговел с «блоком педалей»).

    Старый маленький беговел ушел младшему, а старший сейчас гоняет на этом 14x уже с педалями. Вот думаю как его теперь уговорить на велосипед побольше, а 14x отправить младшему, пусть тоже учится.

    Добавлено:
    Тем кто страдает выбором подходящих детских велосипедов может сильно помочь вот этот сайт: www.twowheelingtots.com. Там есть рейтинги моделей и обзоры на большое количество велосипедов разных возрастных групп. Не знаю насколько они коммерческие (наверняка насколько-то коммерческие), но в целом изнлагают аргументированно обычно.
  • Как разделить фронтенд и бэкенд, сохранив взаимопонимание
    0

    Как проты напишете. Если придерживаться каких-то (правильных) договоренностей в комментировании прот, то будет хорошо. Документацию для итоговых API можно генерировать прямо из прот, есть несколько проектов, позволяющих это делать.

  • Как разделить фронтенд и бэкенд, сохранив взаимопонимание
    0

    Постойте, но ведь вполне можно использовать json в качестве транспорта в grpc.


    Можно использовать json совместно с protobuf (когда вы хотите чтобы фронт, например, звал бэк с json, а разные сервисы на бэке звали друг-друга протобафами) или вместо protobuf.

  • Apple не смогла решить проблемы с клавиатурами MacBook
    0

    В windows с powershell и wsl вполне можно жить.

  • Как Apple готовится к эре после iPhone
    0
    Такс, либо у меня с памятью\зрением плохо, либо изначально в комментарии все-таки было 32 гб и я писал про 32гб конфигурации.

    вот что этот сайт предлагает по фильтру в 32
    " alt=«image»/>

    а вот apple.ru


    (при этом леновы с деллами как раз в районе 200-210 получаются)

    А на 16гб и леновы с деллами подешевле двухста будут.
  • Как Apple готовится к эре после iPhone
    –1
    На мак оси после обновления слетел brew и command-line-tools (и как следствие — ряд утилит, например git), всяко бывает. А моя прекрасная внешняя tb3 видеокарта NVidia и вовсе просто не заводится.
  • Как Apple готовится к эре после iPhone
    0
    Так гугл вроде не ограничивает использвание своих колонок одним только андроидом.
  • Как Apple готовится к эре после iPhone
    0
    Все что вы здесь написали — оголтелая вкусовщина, ни одной претензии к виндоус по фактам, ни одного фактического преимущества мак ос. Только «говно, заросли ненужностей, работает через жопу и интерфейс убунты лучше».

    Мы же взрослые люди, кажется, зачем так?

    Как человек на ежедневной основе использующий все три затронутых вами операционных системы, могу только сказать что все не без греха.
  • Как Apple готовится к эре после iPhone
    0
    То, что в какой-то конкретный асус жесты не завезли (хотя даже у меня в древнем UX303UB они были, правда какие-то чуть более кастомные, но кастомность можно было отключить), еще не значит что их под виндоус нет — www.youtube.com/watch?v=cN-Y4LR5r-8 (это все «дефолтные» жесты операционной системы, не конкретного ноутбука)
  • Как Apple готовится к эре после iPhone
    0
    Может тогда уж Google Home Max? Качество звука сравнимое судя по обзорам, а Google Assistant сильно лучше Siri работает в целом. Плюс можно будет всякими хромкастами квартиру завесить и оно все вполне сносно работает (эй гугл, включи свинку пеппу с ютуба на хромкаст-зал работает ровно так как ожидается)
  • Как Apple готовится к эре после iPhone
    0
    X1 Extreme и P1 — это один и тот же ноутбук с разными видеокартами. На них, как и на X1 Carbon под линуксом работает (почти) все — исключения — сканер отпечатка пальца, на который синаптик никак не сделает драйверов и всякие спецефические штуки вроде LTE/NFC.

    За XPS ничего не скажу.
  • Сказ о том, как я собирал 120-дюймовый домашний кинотеатр из труб, веревок, складного экрана и черного бархата
    0
    Э не, я проектор покупал не для того чтобы стены экранами занавешивать, а как раз-таки наоборот, чтобы не было ничего лишнего нигде пока его не включишь (благо стены бежевые).
  • Как Apple готовится к эре после iPhone
    0
    Все подобные действия требуют подтверждения от обоих девайсов.
  • Как Apple готовится к эре после iPhone
    +1
    Dell XPS 15, Lenovo X1 Extreme / P1. Эти вот прям как будто сознательно на замену прошкам проектировались.

    Ну и да, а что вас смущает в цене в 200+ за эти характеристики, если официальная прошка с таким набором выходит в 260? И с линуксом из коробки на макбуках тоже не все гладко.
  • Как Apple готовится к эре после iPhone
    0
    Да, все так. У меня у самого на прошке 16-го года были общеизвестные проблемы с клавиатурой (клавиша х в какой-то момент начала весело хрустеть и эпизодически перестала работать). А потом вся прошка целиком работать отказалось. Тоже менял.
  • Как Apple готовится к эре после iPhone
    0
    Сокращение ужора батареи достигается путем установки экрана поменьше, так-то.
  • Как Apple готовится к эре после iPhone
    0
    Какой именно? Их наклепали черт ногу сломит сколько уже.
  • Как Apple готовится к эре после iPhone
    0
    Тренд на безрамочность дает свои плоды, кстати.

    Pixel XL (2016) — 5.5", 154.7 x 75.7
    Pixel 3 (2018) — 5.5", 145.6 x 68.2 (а он еще не сказать чтобы сильно безрамочный)
    Samsung 10e (2019) — 5.8", 142.2 x 69.9

    Так что не стоит обращать внимание на одну только диагональ. По длинне они все подтянулись из-за нового соотношения экранов 2:1, а вот по ширине — не так чтобы сильно далеко от помянутого SE (там 60мм ширина была, емнип).

    Ну и да, на SE откровенно тяжело живется сейчас. У меня в шкафу лежит, достаю, заряжаю иногда. А третий пиксель (не ХЛ) чудесно лежит в руке.