• Перфоманс фронтенда как современное искусство: графики, код, кулстори
    +1
    Привет!) Спасибо за интересную статью.

    Можете уточнить момент с гидрейтом? Вы его замеряете, видите, что на каких-то страницах он большой, а что дальше? Как вы это оптимизируете?
  • Как мы использовали GraphQL в разработке на примере интернет-каталога
    0
    Привет! А вы использовали для управления состоянием apollo или взяли что-то стороннее? И ещё интересно, использовали ли фичу общего кеша сущностей?
  • React: слоты как у сына маминой подруги
    +1

    Интересный подход)
    Ребята из БЭМа тоже решали ее проблему, можно тут почитать https://ru.bem.info/technologies/bem-react/ В основе — DI.

  • Ник Бостром: Живем ли мы в компьютерной симуляции (2001)
    0
    Никто не отвергает статьи с доводом «не сооответствует критерию Поппера». Статьи легко отвергаются, если там описываются результаты, которые нельзя проверить, то есть нельзя фальсифицировать.
    Вы же согласны, что критерий Поппера — это и есть фальсифицируемость?
  • Ник Бостром: Живем ли мы в компьютерной симуляции (2001)
    0
    Я 5 лет проработал науке, защитил диссертацию. Да, явно никто не говорит «делаем так, согласно критерию Поппера», но это и так подразумевается, когда от научных работ ожидается обзор предыдущих работ, описание проведённого эксперимента, результаты, выводы, рецензирование со стороны изданий.
    Фальсифицируемость — это просто настолько базовая вещь, что явно она только проговаривается на занятиях по философии в аспирантуре. Вне стен аспирантуры все сводится к простому «чем докажешь», и если нечем, то работа просто отбраковывается.
  • Ник Бостром: Живем ли мы в компьютерной симуляции (2001)
    0
    Ну представьте мир, где все берётся за истину только потому, что автор так решил. Мы вернёмся в средневековье, где рыжих женщин и людей, считающих, что это Земля крутится вокруг Солнца, будут сжигать на площадях. Или любую болезнь лечили бы кровопусканием. Или вас принесли бы в жертву, чтобы был лучше урожай.
    Этот критерий — не мнение «Поппера и его учеников», а всего научного сообщества. Критерий Поппера — обязательный пункт мировой науки.
    К слову, очень рекомендую ознакомиться с термином «доказательная медицина». Он прямиком исходит из критерия Поппера.
  • Ник Бостром: Живем ли мы в компьютерной симуляции (2001)
    0
    99% науки не проходит критерий фальсифицируемости

    Тогда это просто не наука. Не путайте людей.
    Давайте еще раз проговорим, что такое фальсифицируемость или критерий Проппера (https://ru.wikipedia.org/wiki/Фальсифицируемость) — это когда какое-либо утверждение можно проверить с помощью эксперимента, хотя бы теоретического.
    Например, «луна сделана из сыра» — это научная теория, т.к. можно проверить (и уже проверяли), слетав на Луну и взяв пробы грунта на луне.
    А вот «мы живем в Матрице» — ненаучная теория, 100% совпадающая со старым добрым солипсизмом (https://ru.wikipedia.org/wiki/Солипсизм), т.к. не представлено никаких способов, как это можно опровергнуть. Все упирается в то, что «никак нельзя опровергнуть, т.к. и это будет результат симуляции».
  • Алгоритм планирования задач на TypeScript. Теория графов наконец-то пригодилась
    0
    На шаге 5 «Исключить назначенную задачу из графа» получается будут теряться зависимости между задачами, разве нет? Типа Задача Б зависит от Задачи А. Задачу А отдали Васе и, получается, можно Оле сразу отдать задачу Б, а ведь надо дождаться окончания А сначала.
  • Алгоритм планирования задач на TypeScript. Теория графов наконец-то пригодилась
    0
    Критическая цепь Голдратта из поста очень похоже на советский СПУ. Там и там предлагаются инструмент борьбы с неопределенностью. Мне советский вариант показался более понятным и последовательным.
    Интересно, система Голдратта наша реализацию в каком-нибудь ПО?
  • Алгоритм планирования задач на TypeScript. Теория графов наконец-то пригодилась
    0
    Да, точно, в MS Project тоже такое умеет! Забыл упомянуть, т.к. на маке уже не первый десяток лет работаю, а там MS Project нет.
    Разрыв задачи — интересная штука. На практике, правда, редко когда так делаем, т.к. уходит дополнительное время на переключения, да и сами задачи стараемся короче формулировать. Поэтому сильно про такую штуку не думал.
    В вашем алгоритме надо еще как-то отслеживать занятость исполнителя и временные сроки. Кажется, это довольно все усложнит.
  • Алгоритм планирования задач на TypeScript. Теория графов наконец-то пригодилась
    0
    О, шикарная теория, спасибо! Умели же делать и понятно объяснять.
    Действительно, для полноты решения также надо выводить критический путь и добавить инструменты выставления неточных сроков. Последнее, кстати, в каком-то виде есть в Omniplan, там сроки вех вычисляются с помощью симуляции Монте-Карло.
    Интересная тема про поздние сроки (запас времени для окончания работ по задаче) и в целом понятие резерва, такого я нигде еще не видел.
    Вообще меня это вдохновило попробовать сделать не Ганта для работы с проектом, а сетевые графики из системы в ролике.
  • Прикладное целеводство. Доклад Яндекса
    0

    Сергей, спасибо за доклад! Ты в своем рассказе, кажется, больше про цели для отделов. А как формируются цели для конкретных разработчиков?

  • Почему Flutter побеждает?
    0
    А во flutter работает нативное поведение платформы? Например мастер-паролей на ios при вводе логина-пароля?
  • Почему я ушёл с React Native и перешёл во Flutter: Часть 1
    0
    Не форкали, но пару патчей накладывали, сопровождая их, конечно, соотв. PR в React Native. Там, кстати, весьма все дружелюбно и, как правило, в след. минорной версии были уже наши правки и убирали патчи.

    Видео гляну, спасибо.
  • Почему я ушёл с React Native и перешёл во Flutter: Часть 1
    0
    Потому что в типовых приложениях, для которых используется RN, я не видел и не могу представить CPU intensive задачи. То есть 99% исходят из опыта и из понимания сферы «пригодности» фреймворков.
    Если все же есть такая потребность, но у RN неплохая документация, как написать подключить к RN произвольный нативный модуль. Этим тоже мы нередко занимались, подключая внутренние нативные модули нашей компании.
    Если ли же в вашем приложении процентное соотношение другое, то, конечно, стоит присмотреться к другим вариантам.
  • Почему я ушёл с React Native и перешёл во Flutter: Часть 1
    +1
    Первое. В статье приведены тесты производительности, там прогоняются CPU-intensive задачи. Я думаю, это невалидный аргумент в споре RN vs Flutter, т.к. на практике 99% всех задач, которые будут ставится перед RN или Flutter, не включают в себя сложных CPU задач.

    Перейти на новый экран, сделать сетевой запрос, обработать JSON ответа на пару сотню Кб, перерендерить пару десятков вложенных View — вот типичные задачи для ниши приложений, для которых используются эти фреймворки.

    Если вы их используете для создания игр, real time machine learning, 3d графики и пр., то вы просто используете неподходящий инструмент.

    Второе. У меня за плечами разработка большого приложения (порядка 30 экранов) с команде из 3 разработчиков, которое работает на базе RN и при этом занимало и занимает топовые позиции в каталоге App Store. Мне кажется, это подтверждает аргумент, что можно делать крутые приложения на RN, которые нравятся пользователям.
  • Почему я ушёл с React Native и перешёл во Flutter: Часть 1
    0
    А зачем вы обновляли либы, чтобы доделать приложение?)
  • Нетоксичное лицемерие
    0
    Это конечно крайность, но действительно встречаются люди считающие тех кто пишет без смайликов, эмодзи и с точками — токсичными и грубыми.

    А у меня такая же нога, но не болит.) Я, честно, за 6 лет работы в одной из крупнейших ИТ-корпораций РФ не встречал именно такого требования к общению с чей-либо стороны.
    Пожалуй, если где-то есть культура со смещение в сторону абсурдной вежливости, то общее правило я для себя оставил таким же — не сошлись культурами, найди другую компанию. ИТ рынок сейчас очень большой.
  • Нетоксичное лицемерие
    +1
    В социальных системах никогда не получится переложить общение на категории чистого разума. Разработка продукта — это совершенно обычная социальная система и правила вежливости такие же.

    Не вижу ничего плохого, чтобы показать коллеге, что я воспринимаю его как человека, а не как винтик в системе по доставке обновлений продукта. Очень важно показать, что ты «видишь» человека.

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

    Возможно, некоторые люди просто не видят этой черты, но есть же обратная связь. Ты вроде её получил сполна, чтобы скорректировать свое поведение. Если не хочешь принимать культуру компании, то почему бы всем не упростить жизнь и найти ту компанию, которая тебе больше подходит по культуре?
  • Фибоначчи на собеседовании
    0
    Откуда вы взяли свое представление о работе объектов в JS? Starche в ответе практически прав, базово так оно и не только в JS работает. Пруф от разработчиков V8 — v8.dev/blog/fast-properties
  • Разбираемся в Angular Ivy: Incremental DOM и Virtual DOM
    +1

    Спасибо за статью! А известны конкретные цифры: средний размер бандла, потребление памяти и время на обновление DOM?

  • Что же такое этот GraphQL?
    0
    Решения существуют, конечно. Вы же не первый, кто с этим столкнулся. Например: github.com/pa-bru/graphql-cost-analysis, github.com/slicknode/graphql-query-complexity, github.com/4Catalyzer/graphql-validation-complexity, github.com/stems/graphql-depth-limit
  • Самые популярные Node.js-фреймворки 2018 года
    0
    Честно говоря, ругать авторов open-source — это плохой тон. Они ничем никому не обязаны. Всё, что они делают — помогают другим (и себе в каком-то смысле). Можно ли ругать частные благотворительные организации, что есть еще нищие и голодные люди на планете?

    Не надо так, в общем. Лучше делать PR или форки.
  • Holy Grail на стероидах: тотальная синхронизация и изоморфный JavaScript на Swarm.js
    0
    «увидев её пользователь по необходимости правильно актуализирует значение» — это, разве, не про ручной мёрж?
  • Redux: попытка избавиться от потребности думать во время запросов к API
    0
    Посмотрите apollo-graphql. Там есть нужные вам функции и ещё много всего.
  • Модульное тестирование интерфейсов в Headless Chrome. Лекция Яндекса
    +1
    Вам не удалось показать сложность предметной области.

    Хорошо же, когда сложная тема просто объясняется?)
  • Введение в CQRS + Event Sourcing: Часть 1. Основы
    0

    Спасибо за статью. Возможно, я упустил, но неясно как вообще при такой архитектуре может быть быстрое чтение состояния того же пользователя? Каждый раз итерироваться по всем соотв. событиям?

  • Как мы делали «нарратив» – новый формат публикаций в Яндекс.Дзене
    0

    Топовые нарративы собирают в 5 раз больше показов и просмотров, чем обычные. Но все зависит от того, насколько нарратив интересен пользователям. Даже нарративы без такого промо могут собрать до 500 тысяч показов и до 60 тысяч просмотров.

  • Как мы делали «нарратив» – новый формат публикаций в Яндекс.Дзене
    0

    Такая статистика доступна только авторам.

  • Как мы делали «нарратив» – новый формат публикаций в Яндекс.Дзене
    0
    Ура, спасибо за первый вопрос по теме!)
    Топовые нарративы тут — zen.yandex.ru/narrative
  • Знакомство с графовыми API
    0
    Ничем не плохи) В статье говорится об API, которое не зависит от БД.
  • Как мы делали «нарратив» – новый формат публикаций в Яндекс.Дзене
    0
    Наверное, имеется в виду: «Как убрать из моей ленты Дзена новости»? К сожалению, специальной кнопки про это нет, но можно просто блочить все эти каналы — по дизлайку на карточке появится «сервисное меню», где будет вариант «Заблокировать канал».
  • Пишем масштабируемые и поддерживаемые сервера на Node.js и TypeScript
    0

    Ядро, отвечающее за обработку запросов, не зависит от express. Apollo просто его удобно обернули в middleware. А чего вам не хватает в graphql?

  • Пишем масштабируемые и поддерживаемые сервера на Node.js и TypeScript
    0
    И их есть у сообщества!) Например, для node.js — www.apollographql.com/servers — я его использовал в production, очень всё удобно сделано как express middleware.

    А вообще есть не только на JS, вы можете поискать тут по слову server — github.com/chentsulin/awesome-graphql
  • Пишем масштабируемые и поддерживаемые сервера на Node.js и TypeScript
    +2
    В начале статьи описаны следующие требования:
    • «автоматическую сериализацию/десериализацию моделей (например, не нужно проверять пришло ли поле с клиента, все проверяется автоматически)» — это в GraphQL из коробки и, в целом, и является одной из основных фишек GraphQL.
    • «возможность генерации схемы API» — аналогично есть в GraphQL
    • «генерацию документации на основе схемы» — если под документацией является графическое представление имеющегося API, то это решается инструментами типа github.com/gjtorikian/graphql-docs
    • «генерацию полностью типизированного SDK для клиента » — есть очень много готовых клиентов для GraphQL на всех популярных платформах, в т.ч. на JS с хорошей интеграцией с React (Apollo или Relay от Facebook). См. github.com/chentsulin/awesome-graphql#lib


    В силу того, что GraphQL — это стандартизированная спецификация, существует множество решений «вокруг», которые дают очень большое количество функциональности «на вырост» (типа выемка только тех полей моделей, что были запрошены, подписки на изменения, графическая «песочница» для работы с API (GraphiQL), всевозможные расширения для популярных IDE и т.д.).
  • Пишем масштабируемые и поддерживаемые сервера на Node.js и TypeScript
    +1
    Спасибо за статью.
    Подход чем-то похож на GraphQL. К нему не присматривались?
  • Как мы заставили npm-пакеты работать в браузере
    +8
    Ох как мало контекста. Какая именно задача возникла? Какую проблему решает автор? Почему вообще эта проблема возникла?
  • А был ли взлом «Госуслуг»? Гипотеза Яндекса
    0
    В каждом абзаце реклама функций ябраузера.

    Информация не соответствует действительности.

    авторы кода вряд ли предполагали, что получат доступ к пользователям портала государственных услуг

    Какой логической цепочкой вы пользовались, чтобы прийти к такому выводу?
  • Серьезное проектирование серьезных сайтов. Часть 1. Аналитика
    0
    Спасибо за столь подробную и практическую статью!

    Не всегда есть время и ресурсы на все этапы проектирования.
    1. Находили ли вы способы сокращения этого цикла? На каких этапах позволительно «срезать углы»?
    2. Можно выделить ряд типовых проектов, на которых можно пренебречь некоторыми этапами? (Грубый пример — сайт-визитка, где, кажется, не нужен весь цикл проектирования).
  • Делать ли мобильную версию? 5 распространенных проблем, которые решает адаптивная верстка. Опыт Яндекса
    +3
    Сложно и дорого добавить полную адаптивность «от десктопа до смартфона» в крупные проекты с большой историей.
    В таких проектах часто оправданы затраты ресурсов на создание отдельной версии и её поддержку, чем очень-очень много времени на перелопачивание всей кодовой базы существующего проекта для добавления адаптивности.
    В больших сервисах часто делают адаптивность «десктоп — планшет» и отдельная версия для тачей.
    Также стоит учитывать большое количество экспериментов, которые постоянно проводятся в больших сервисах, там критически важно уметь проводить «быстрые эксперименты» и точно разделять опыт использования сервиса на различных устройствах.

    Тем не менее новые сервисы и промо-сайты Яндекса часто адаптивны, например:
    — https://yandexdatafactory.com
    — https://music.yandex.ru
    — https://afisha.yandex.ru
    — https://yandex.ru/blog
    — https://yandex.ru/mobilization