Создание сайта на Delphi, или Как использовать uniGUI по-минимуму

Конкретно для подобных ситуаций лучше уж делать UI в виде SPA, и никак не Server-Side. Со стороны backend — REST API. Это позволит сделать легко клиент не только в браузере, это позволит удобно работать с множеством эндпоинтов посредством одного приложения и т.д. А вот клепать серверный UI на делфях, это в данном случае выстрел себе в ногу.

Создание сайта на Delphi, или Как использовать uniGUI по-минимуму

А почему нет? .net core как бы на линуксах работает, в плане производительности проиграет слабо, разве что памяти желательно не очень мало.

А вот кидаться в крайности зачем? На второй железке вы прям тоже так запустите нормально сайт на делфях? Да и учитывая цены приведённых железок, заводить на них веб интерфейс, это некий бред. Надо всё же по назначению железо использовать, а никак не троллейбус из хлеба.

Как я писал плагины для React, Vue и Angular

Но только я почему-то гораздо чаще вижу в требованиях Angular для фуллстек разрабов.

Как я писал плагины для React, Vue и Angular

Angular по сути написан для энтерпрайз бэкендеров, стиль разработки очень похож.
React для JS программеров.

Вот и вся разница.

Последний шаг к «Яровой»

«ФИДО — перерождение».

Заблокировать весь интернет, или обезьяна с гранатой

Правильно и убьют весь международный бизнес? Капиталисты на это не пойдут вообще.

Шансы на успех в Европейском Суде жалоб на блокировку ресурсов

С чего это? Просто забьют и всё, уже давно забивают.

Вводим систему достижений на Тостере

Простите, это был риторический вопрос.

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

Вводим систему достижений на Тостере

Зачем?

Срочный переезд с Amazon Web Services — истории двух клиентов

Ну да, заблочат по маске /12 подсетку датацентра, окажется там какой-нить один сайт и по боку все ваши белые IP. Сейчас никто поштучно ведь не блочит адреса телеграма, а прям гигантскими подсетями, никто не будет разбираться, ваши там адреса или чьи то ещё.

Срочный переезд с Amazon Web Services — истории двух клиентов

В свете последний событий — вы имеете ввиду Телеграм.
Телеграм недоступен через суд — потому и события эти.

Ну в следующий раз решат заблочить DNS, вся ведь проблема от доменов. И ведь суд нормально всё это дело разрешит. Так что не уверен в нядёжности вообще никак.

Побег из ада async/await

Один try/catch вместо кучи catch это плохо?

Побег из ада async/await

Очередной перевод статьи, автор которой не знает async/await, которому лень открыть тот же MDN и хотя бы посмотреть примеры готовки. Уже оставлял в недавнем вашем переводе коммент по этому поводу. async/await это не промисы, не вводите в заблуждение людей переводами таких статей.

Тут не нужено использовать Promise.all в принципе. Все await в рамках одного выражения отрабатывают параллельно, но никто чего-то этим даже не пытается пользоваться. В итоге мы имеем статьи вида: Чукча не читатель, чукча писатель.

Скорее всего будет работать нормально вариант

(async () => {
  const items = [
    choosePizza(await getPizzaData()),
    chosenDrink(await getDrinkData())
  ];
  [await addPizzaToCart(items[0]), await addDrinkToCart(items[1])]
  await orderItems()
})()

Код исправлен сильно в силу чрезмерной абстрактности.

Пример для одного из предыдущих переводов: repl.it/repls/AmusingZealousEnvironment
Измененный пример для работы с массивами: repl.it/repls/PoliteChocolateHashfunction

Ну и ответ: Ада не видел, видел г@#$%кодеров.

Побег из ада async/await

Я бы на вашем месте почитал матчасть. async/await != Promise. Именно так. Не так уже пролетал перевод, с таким вот именно пониманием и очень корявыми примерами использования.

Как я переучился из тестировщика в .NET-разработчика

Рихтера читал уже поздно, C# знал достаточно хорошо, но всё же нашёл несколько моментов. Но такой подход вполне годный, согласен с вами.

Именно так читал Александреску «Modern C++ Design», язык конечно другой. На момент прочтения уже прочитал Джефа Элджера «C++ for Real Programmers», понимал шаблоны, но магию с первого раза не осилил. Второй раз взялся читать только через год и пришло озарение)

Как я переучился из тестировщика в .NET-разработчика

Считаю, что после прочтения Троелсена будет рано. Требуется время, чтобы усвоить, заняться каким-нить проектом.

Обзор новшеств ECMAScript 2016, 2017, и 2018 с примерами

Я нормально понял логику работы async/await, когда в поглядел сгенерированный код в .net. Когда увидел в JS сразу порадовался, но использовать в проекте начали прям именно сегодня.

Обзор новшеств ECMAScript 2016, 2017, и 2018 с примерами

Ну да, это касается ES2017.

Обзор новшеств ECMAScript 2016, 2017, и 2018 с примерами

Надо проверять переводимые материалы :-)

Решение в 6.2 явно корявейшее и таким я бы пользоваться не стал. Всё же матчасть стоит подтягивать. Можно просто и даже очень просто.

async function doubleAndAdd2(a, b) {
  a = doubleAfter1Sec(a);
  b = doubleAfter1Sec(b);
  return await a + await b;
}

Ну и ошибонька, явно код не проверялся.
6.1 и 6.2, надо писать setTimeout(() => resolve(param * 2), 1000);

Можно поглядеть: repl.it/repls/AmusingZealousEnvironment

Игра Snake в 93 байта

JR — короткий относительный переход, этого достаточно.