• Лицемерие google. PageSpeed Insights
    +1
    Во-вторых, как вы собираетесь извлекать этот CSS из 500 Кб свалки файлов, расскажите?

    Без особых проблем:


  • IT Релокация. Из Бангкока в Сидней
  • IT Релокация. Из Бангкока в Сидней
    +3

    1) Когда отапливается кондиционером — то это вообще полная жесть.


    HeatPumps, или Ducted Air conditioners как их чаще называют тут, на каждый 1кв электричества дают 5кв тепла. Ими даже бассейны греют.
    Плюс половина домов даже зимой могут питать кондеры с солнечных батарей, которых тут очень много


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


    Едем вверх — меняется — начинается "white australia"
    Едем влево — меняется — там горы и старые города
    Едем вниз — меняется — там больше зелени и раслабона

  • IT Релокация. Из Бангкока в Сидней
    +2

    "Качество" местных "домов" — два термина в кавычках. Совершенно не понятно о чем думали люди когда строили себе жилье, но точно не о зиме (она тут есть), и не о лете (и она тут есть)

  • IT Релокация. Из Бангкока в Сидней
    0

    В Сиднее небо всегда голубое, море синее, а деревья зеленые.
    Скукота

  • Использование JavaScript-модулей в продакшне: современное состояние дел. Часть 2
    0
    не из-за применения webpack, а из-за того, что это не настоящие модули

    Конечно же это неправда, более того — неправда два раза


    1. Не надо быть es6 модулем, чтобы использовать modulepreload
    2. С последними обновлениями Chrome(>=76) делает streaming parsing для всех скриптов — https://v8.dev/blog/v8-release-78

    Так что можно продолжать использовать старый добрый script.

  • Сколько стоят юнит тесты?
    0
    Насколько я знаю Curiosity написан на state-charts, которые вообще не так чтобы язык программирования, зато надежности дает — огого! Boingи вроде летают на Rational Tau, которые в ядре своем — SDL диаграммы.

    Окей — в Rust например система типов достаточно ясно дает понять, когда ты не прав. Но то никоим образом не защищает от того, что бы просто делаешь что-то не так чтобы очень правильно.

  • Сколько стоят юнит тесты?
    0

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

  • Сколько стоят юнит тесты?
    0

    Слои юнит тестирования не исключают друг друга.
    Тем же датчикам надо ещё физические тесты устраивать, когда жестокая реальность(кривой пайки) потопчется по полностью протестированному коду.

  • Сколько стоят юнит тесты?
    +1

    Но ведь именно это главный аргумент сторонников TDD, которые были упомянуты в самом начале.
    Если кратко резюмировать их логику — написание тестов отдельно/после кода требует сильно больше времени и сил через правильное написание кожа и тестов в параллель.
    Те результаты статьи совершенно правильные — написание тестов классическим образом — пустая трата времени и денег.
    Быть может их просто как-то по другому писать надо?

  • React Code Splitting in 2019
    0

    Уже более трех лет проживаю в Австралии и местные "нативы" с тобой не согласятся:


    • о том что кто-то кому-то должен в одностороннем порядке
    • лецмиспик фром мы хеарт(некоторые районы вообще по английски не бубу)
    • их способности к вычитке

    Прости незнакомец, но писать такие вот статейки для меня самый лучший способ писать их лучше.

  • Uibook — инструмент для визуального тестирования React-компонентов с медиа-запросами
    +1
    Просто открываем и просматриваем подряд все компоненты

    Вот так делать не надо. Этот момент следует автоматизировать и показывать визуальные дифы, если они есть.

  • Исчезающие фреймворки
    –1
    потому что они сделаны так, что в бандл добавляется только тот код, который вам нужен изначально

    В банд будет добавляться тот код, что использовался когда-либо — https://github.com/webpack/webpack/issues/4453

  • Как проходят алгоритмические секции на собеседованиях в Яндекс
    +10
    Если плана нет, это будет приводить к большому количеству исправлений, зачёркиваний (на бумаге) и переписыванию больших кусков кода.

    По своему опыту могу сказать, что умение писать "по плану" является признаком плохого программиста. Это называется Остапа понесло.


    Закрыть скобочку, вынести код во внешнюю функцию, зафиксировать интерфейс, написать тестик и только потом продолжить работу — в общем делать много исправлений — признак хорошего. Конечный код выйдет лучше и быстрее.


    Разница тут как между нарисовать сову методом scan line, и "итеративным" классическим образом. Можно даже сказать — по agile.

  • TDD: методология разработки, которая изменила мою жизнь
    +3
    Коллективное бессознательное давным давно записало Ерика в TDD-наркоманы, и его зацикленность на этом немного подтвержает тот факт, что он более продает себя (кому?), чем обьясняет или двигает технологию в массы.

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

    Заметим, что единственная проблема была связана с тем что 54 пакет был использован более одного раза.
    В начале надо было решить эту проблему, а потом уже менять версию пакета (просто потому, что это не всегда возможно)

  • Ядерные войны далекого прошлого?
    0
    > плоскоземельщики не ядерные бомбы взрывали — то был эфир.

    Вообще, если кому интересно немного заглянуть в альтернативные теории, то я могу порекомендовать журнал vaduhan-08.livejournal.com, который расматривает различные историрические курьезы с точки зрения истории технологии, в том числе что принцип производства чего-то там был «официально» придуман немного в другое время.
    Никаких ядерных взрывов, никаких заговоров, только теория металургии: vaduhan-08.livejournal.com/317565.html
  • Вещи, которых я не знаю в 2018
    0
    Ох, счастливым человеком я надеюсь. Держитесь подальше от этого фронтенда.
  • Вещи, которых я не знаю в 2018
    +7
    — не знание всего того, чего не знает Дэн, не делает вас Дэном Абрамовым
    — знание всего того, чего не знает Дэн, не делает вас Дэном Абрамовым
  • JavaScript — лучший язык программирования для начинающих. Так это или нет?
    +1
    Я как-то пытался ответить на вопрос — чем JS классы — не классы.
    Так и не смог.
    Если применить широкоизвестный метод утиной типизации для сравнения JS и C++ — то таблица виртуальных методов в C++ крякает как прототипы в JS.
  • Как мы пилили серверный рендеринг и что из этого вышло
    0
    Да, но можно еще быстрее, а, главное, сильно дешевле.
  • Как мы пилили серверный рендеринг и что из этого вышло
    0
    PHP — всеми третируемый язык, который не прячет свои недостатки, и позволяет их решать дедовскими методами.
    JS — заместо байткода нам выдали wasm. Спасибо конечно, но современную проблему JavaScripта, в виде бандла на 20 мегабайт, это не решает.
    React — особенно хорош на сервер сайде. На клиенте он то хорош, но для серверного окружения, где надо что-то рендерить для 100 клиентов одновременно… вот как раз кеширования и не хватает. А оно примерно не возможно с текущей моделью работы Реакта. Точнее — очень даже возможно(rapscallion, hypernova), но почему-то «настоящий реакт» этого никаким образом сделать не помогает.
  • Как мы пилили серверный рендеринг и что из этого вышло
    –1
    PHP — php тормозит, давайте ему APC, eAcceleator и opCode под капот, и заодно давайте все повторяемые блоки в memcached засунем.
    JavaScript — какой такой APC?
    React — какой такой memcached?
  • Чего мне никогда не говорили о CSS
    +1
    O! Про «как» отличная статья вышла еще год назад — hacks.mozilla.org/2017/08/inside-a-super-fast-css-engine-quantum-css-aka-stylo
  • Чего мне никогда не говорили о CSS
    +1
    В Яндексе проводили много исследований по этому делу, и расказывали много раз на Субботниках, и было это 6-8 лет назад (в общем давно).
    С тех пор многое что изменилось, в том числе в Firefox(а вот это было уже недавно) прилетел новый CSS парсер, который парсит по-человечески.

    Век учись, век переучивайся.
  • Чего мне никогда не говорили о CSS
    +7
    > Он содержит только новое, что я узнала за последние несколько дней и чем хочу поделиться, вдруг это поможет кому-то ещё.

    Это конечно неожиданно, потому что список достаточно большой, в нем много совершенно банальных вещей, которые не знать стыдно, и она google developer expert по web разработке.
  • «Пора валить из фронтенда»: Андрей Ситник о стагнации сообщества, опенсорсе и не только
    +22
    > Это реально хорошо работает, медиаперсоны будут это репостить, потому что они говорят то же самое. Новые идеи не будут репостить, потому что они так же их не понимают.

    Вот это я никогда и не понимал. Большие серьезные мужики в 2019 году в 20ый пишут статьи про var/let/const… и ведь даже не вспоминают про выведение типов, статический анализ, JIT и другие прелести.

    Ну и все такие:– Еее, спасибо за статью, как же я раньше жил.
  • React Code Splitting in 2019
    0
    Sorry. But you could be a bit more concrete? У меня и русский то фантастический, без посторонней помощи мне проблему не то что не решить — не увидеть.
  • Стажёр Вася и его истории об идемпотентности API
    0
    Помню как «Федя» это волшебное слово повторял 10 раз в день(грустно вздыхая) и даже в викторинах загадывал. Давно это было, но все мучает вопрос — долгое ли время проблемы, описанные в статье, оставались проблемами?
  • Способы тестирования программного обеспечения
    0
    Wikipedia -> in May 2016 it was announced that the cloud version would be discontinued by end of January 2017.

    Получается тот Bamboo, что можно купить — это «Server» версия. А я же использую Cloud версию, которая, да — более не продается.
  • Способы тестирования программного обеспечения
    –2
    Bamboo вроде уж пару лет как не продается, а Pipelines вышли в свет неделю назад.
  • React.lazy? Но что если у вас не компонент?
    0
    В общем история такова:
    Жил был сайт, и все было у него хорошо, кроме того что он был написан на Vue женой основателя. Вообще это не проблема, и сейчас в проде именно эта версия и торчит.
    Шло время, стартап немного подрос и решил расширяться. Первым делом они наняли себе СТО. Очень умный мужик, Phd и множество регалий.
    Что было дальше? Весь бэк был переписан на go и засунут в лямды, а фронт поехал на React.
    Спустя 6(!!) месяцев меня попросили им немного помочь. И я помог — вытер кровь из глаз и стер 70% кода. И это был ОДИН (достаточно сложный) экран.
    В HTMLAcademy жене прилетало в 10 раз более сложные задачи с оценкой в 100 часов, в которые она с большим скрипом и моей помощью да влезала.
  • React.lazy? Но что если у вас не компонент?
    +1
    Я во фронтенде уже очень давно, а в програмировании так еще дольше. Видел многое, верил многим, пробовал разное.
    Раскрою секрет: «подходящей» технологии не существует!
  • React.lazy? Но что если у вас не компонент?
    +1
    Что было первым курица или яйцо? Утвержденный бизнес план и roadmap на два года вперед. В том и проблема — если у вас есть «продукт», а не imgboard с котиками, клиентам тоже очень важен ваш «бизнес» и его возможности расти и подстраиватся под рынок.
    Если вы упираетесь в стенку и говорите клиенту — ну эээ, полгода на рефакторинг потребуется, и тут без разница что за «стенка» — колличество пользователей, фича или скорость работы — бизнес уходит в трубу.
  • React.lazy? Но что если у вас не компонент?
    +2
    Окей — у нас джунов вообще практически нет, а за сеньерами еще принципал/архитект присматривает, обьясняет как лучше поступить и в (вроде бы) простых и в сложных ситуациях.

    На реакте достаточно легко писать просто, быстро и надежно. Надо только научиться. Но да, не у всех это получается.
  • React.lazy? Но что если у вас не компонент?
    +5
    Ну не будет забывать:
    — на первом месте бизнес. Про то как сделать фичу и заработать бабла
    — на втором месте бизнес. Про то как нанять програмистов, чтобы они там все побыстрее запилили
    — на третьем месте бизнес. Про поддержку и чтобы к IPO оно все еще работало
    — на четвертом месте опять бизнес. Чтобы пользователи были довольны продуктом и конверсия перла!
    — где-то тут те самые пользователи, что довольны.
    — а где-то тут возможно девелоперы
    — а где-то тут различные стандарты и альтернативные варианты.

    Реакт может кому-то и не нравиться, может он и жирноват (не жирнее jQuery), но он отлично подходит для бизнеса, и результат его работы (обычно) предсказуем.
  • React.lazy? Но что если у вас не компонент?
    0
    Webpack 4, ежели ему дать множество entry point, так и сделает. Только по умолчанию порежет все не более чем на 5 кусков.
    Автоматическое создание shared chunks — это прям была фишка четвертой версии, позволившая закопать CommonChunksPlugin.
  • React.lazy? Но что если у вас не компонент?
    +1
    Я даже jQuery с половины проектов выпилил. К сожалению для более менее крупных приложений это немного не выход.
  • Быстрая генерализация маркеров на WebGL-карте
    +1
    > Вставлять в R-дерево пачку элементов разом действительно выгоднее, чем по одному (в библиотеке RBush даже сделан специальный метод для этого).

    А в flatbush другого метода так вообще нет. Но, прочитай алгоритм еще раз,- вставка данных производится __вообще__ один раз.
    Далее как не мотай или зум меняй — только чтения.

    Плюс можно использовать еще одну библиотеку, опять же от mournersupercluster , которая сделает что-то типа иерхического z-index, отдаленно напоминащее ваше решение.

    Кстати да — если вам добавить «early-z» — будет вообще летать.
  • Картографирование шума с помощью KSQL, Raspberry Pi и радиоприёмника
    0
    Как же повезло Сиднею, что ночью над ним не летают.