Телеграмм чат группы HolyJSconf страница 487

HolyJS 2021 Piter. Конференция для JavaScript-разработчиков, 20-23 апреля, онлайн.

02:29пожаловаться #1

2021 March 01

NK

ID:0 in HolyJS, JavaScript-конференция

Почти 25 лет JS-разработчики страдали каждый раз, когда нужно было что-то сделать со временем и датой. Было сломано много костылей, сорвано много подорожников, и прожжено много стульев.

И вот, наконец, будущее наступило: появилось долгожданное Temporal API, которое позволяет работать с временем и датой, как все давно мечтали.

Уджвал Шарма покажет, как это все работает, а вам останется послушать, порадоваться и взять Temporal себе в проекты.

https://bit.ly/3ksUFAk

How to outsmart time: Building futuristic JavaScript applications using Temporal

Конференция для JavaScript-разработчиков. 20-23 апреля, онлайн. 4 дня и несколько десятков технических докладов.

15:01пожаловаться #2

SR

HolyJS 2021 Piter. Конференция для JavaScript-разработчиков, 20-23 апреля, онлайн.

ID:0

Почти 25 лет JS-разработчики страдали каждый раз, когда нужно было что-то сделать со временем и датой. Было сломано много костылей, сорвано много подорожников, и прожжено много стульев.

И вот, наконец, будущее наступило: появилось долгожданное Temporal API, которое позволяет работать с временем и датой, как все давно мечтали.

Уджвал Шарма покажет, как это все работает, а вам останется послушать, порадоваться и взять Temporal себе в проекты.

https://bit.ly/3ksUFAk

How to outsmart time: Building futuristic JavaScript applications using Temporal

Конференция для JavaScript-разработчиков. 20-23 апреля, онлайн. 4 дня и несколько десятков технических докладов.

Ждём Temporal на stage 3 на следующей неделе 🤞

15:08пожаловаться #3

ДК

HolyJS 2021 Piter. Конференция для JavaScript-разработчиков, 20-23 апреля, онлайн.

ID:0

Почти 25 лет JS-разработчики страдали каждый раз, когда нужно было что-то сделать со временем и датой. Было сломано много костылей, сорвано много подорожников, и прожжено много стульев.

И вот, наконец, будущее наступило: появилось долгожданное Temporal API, которое позволяет работать с временем и датой, как все давно мечтали.

Уджвал Шарма покажет, как это все работает, а вам останется послушать, порадоваться и взять Temporal себе в проекты.

https://bit.ly/3ksUFAk

How to outsmart time: Building futuristic JavaScript applications using Temporal

Конференция для JavaScript-разработчиков. 20-23 апреля, онлайн. 4 дня и несколько десятков технических докладов.

Опять без парсинга/сериализации по кастомному паттерну? Без поддержки конвертации времени между таймзонами? Без поддержки "времени без секунд", "года с номером недели" и прочими ISO8601 вариациями? Без поддержки (в том числе перидических) интервалов? Зато с огромным сложным API и никому не нужным юлианским календарём..

Тяжелое утро с HolyJS / Дмитрий Коваленко: открытое собеседование // 2 марта 2021

15:23пожаловаться #4

NK

ID:0 in HolyJS, JavaScript-конференция

Завтра, 2 марта, 11:00 — новый выпуск «Тяжелого утра».

В этот раз будем публично собеседовать Дмитрия Коваленко и попытаемся всего лишь за час понять, кто такой Advanced Engineer и из чего он состоит!

https://youtu.be/676CCsWvJB0

YouTube

Ближайшая конференция: HolyJS 2021 Piter — 20-23 апреля, онлайн.Подробности и билеты: https://bit.ly/2LbN8bHВ этот вторник мы будем публично собеседовать Дми...

Timofey Ermakov in HolyJS, JavaScript-конференция

16:12пожаловаться #5

TE

Опять без парсинга/сериализации по кастомному паттерну? Без поддержки конвертации времени между таймзонами? Без поддержки "времени без секунд", "года с номером недели" и прочими ISO8601 вариациями? Без поддержки (в том числе перидических) интервалов? Зато с огромным сложным API и никому не нужным юлианским календарём..

+

HolyJS 2021 Piter. Конференция для JavaScript-разработчиков, 20-23 апреля, онлайн.

16:28пожаловаться #6

2021 March 02

NK

ID:0 in HolyJS, JavaScript-конференция

Дмитрий Махнёв хочет показать проблему обманчивости простоты async/await на реальном кейсе и приблизительные пути решения и профиты от этого.

Что вас ждет в докладе:
— очевидное нахождение проблемы синхронной асинхронности в реальной задаче (индексе сайта);
— удивительно неправильная попытка решения;
— героическое ускорение примерно на порядок без переписывания на Rust;
— неловкая ситуация с unhandledRejection, пролетающей сквозь try/catch;
— пара полезных абстракций.

https://bit.ly/3sB7tY2

Оптимизация синхронной асинхронности

Конференция для JavaScript-разработчиков. 20-23 апреля, онлайн. 4 дня и несколько десятков технических докладов.

Misha Burmistrov in HolyJS, JavaScript-конференция

13:51пожаловаться #7

MB

ID:0

Дмитрий Махнёв хочет показать проблему обманчивости простоты async/await на реальном кейсе и приблизительные пути решения и профиты от этого.

Что вас ждет в докладе:
— очевидное нахождение проблемы синхронной асинхронности в реальной задаче (индексе сайта);
— удивительно неправильная попытка решения;
— героическое ускорение примерно на порядок без переписывания на Rust;
— неловкая ситуация с unhandledRejection, пролетающей сквозь try/catch;
— пара полезных абстракций.

https://bit.ly/3sB7tY2

HolyJS 2021 Piter. Конференция для JavaScript-разработчиков, 20-23 апреля, онлайн.

Оптимизация синхронной асинхронности

Конференция для JavaScript-разработчиков. 20-23 апреля, онлайн. 4 дня и несколько десятков технических докладов.

🔥

14:00пожаловаться #8

SR

Опять без парсинга/сериализации по кастомному паттерну? Без поддержки конвертации времени между таймзонами? Без поддержки "времени без секунд", "года с номером недели" и прочими ISO8601 вариациями? Без поддержки (в том числе перидических) интервалов? Зато с огромным сложным API и никому не нужным юлианским календарём..

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

14:03пожаловаться #9

ДК

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

14:11пожаловаться #10

ДК

Date API https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date Current engines supports Date API, that: Date instances are mutable. It's bad practivce for value type. It has bloat inconsistent API. It represents only time moments, but doesn't support other time types declared in ISO8601. It doesn't support parsing and serializing by custom pattern. It doesn't support conversion between different time zones. Temporal API https://tc39.es/proposal-temporal/doc...

Наваял вот свой вариант: https://es.discourse.group/t/time-api/674
Но похоже никому не надо делать веб апи проще.

TC39

Time API

14:15пожаловаться #11

SR

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

Спеки и так не для разработчиков на языке, а для разработчиков имплементаций языка. это не документация по языку

14:35пожаловаться #12

SR

для Temporal есть Cookbook, который больше для разработчиков

14:36пожаловаться #13

SR

Date API https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date Current engines supports Date API, that: Date instances are mutable. It's bad practivce for value type. It has bloat inconsistent API. It represents only time moments, but doesn't support other time types declared in ISO8601. It doesn't support parsing and serializing by custom pattern. It doesn't support conversion between different time zones. Temporal API https://tc39.es/proposal-temporal/doc...

Наваял вот свой вариант: https://es.discourse.group/t/time-api/674
Но похоже никому не надо делать веб апи проще.

TC39

Time API

не очень понятно как это делает API проще. предлагается ведь добавить еще один глобальный неймспейс?

14:38пожаловаться #14

ДК

Sergey Rubanov

Спеки и так не для разработчиков на языке, а для разработчиков имплементаций языка. это не документация по языку

Разработчики языка так-то такие же программисты, что и разработчики на языке. Разница лишь в языке на котором они пишут. Ну, банальный пример: берём Temporal.ZonedDateTime.prototype.withTimeZone. Как узнать, какие параметры принимает метод?

15:39пожаловаться #15

ДК

Sergey Rubanov

не очень понятно как это делает API проще. предлагается ведь добавить еще один глобальный неймспейс?

Предлагается вместо 11 классов с десятками свойств и методов в каждом добавить лишь 3 с единицами свойств и методов.

15:41пожаловаться #16

SR

Разработчики языка так-то такие же программисты, что и разработчики на языке. Разница лишь в языке на котором они пишут. Ну, банальный пример: берём Temporal.ZonedDateTime.prototype.withTimeZone. Как узнать, какие параметры принимает метод?

для тех, кто будет пользоваться Temporal, а не реализовывать его, есть отдельная документация. Пожалуйста, пользуйтесь ей.
https://tc39.es/proposal-temporal/docs/index.html
https://tc39.es/proposal-temporal/docs/cookbook.html

16:03пожаловаться #17

SR

Предлагается вместо 11 классов с десятками свойств и методов в каждом добавить лишь 3 с единицами свойств и методов.

тогда, вероятно, надо пойти в пропозал Temporal и там обосновать какие классы, методы и свойства нужно убрать из API и почему

16:08пожаловаться #18

SR