This Operator x 6 ɾ Temporal x 6 ɾ Pipeline Operator x 5 ɾ Promise.try x 4 ɾ Record & Tuple x 3 ɾ Pattern Matching x 2 ɾJSON Modules x 3 ɾModule Declarations x 2
This Operator x 6 ɾ Temporal x 6 ɾ Pipeline Operator x 5 ɾ Promise.try x 4 ɾ Record & Tuple x 3 ɾ Pattern Matching x 2 ɾJSON Modules x 3 ɾModule Declarations x 2 Data f low Proposals i18n Pattern Match Module Harmony Promise utilities
how is it typically discussed within TC39? I'm concerned that since the combinations of operators are f inite, it might be challenging to add new ones. • ৽نͰԋࢉࢠΛ͍͔ͭ͘Ճ͍ͯ͠Δ͕ɺԋࢉࢠΛ৽͘͠Ճ͢ΔͷͬͯͲ ͏͍͏෩ʹTC39Ͱ͞ΕͯΔͷ͔ʁԋࢉࢠͷΈ߹Θ͕ͤ༗ݶͳͷͰɺ Ճ͕͍͠ͷͰͳ͍͔ͱݒ೦͍ͯ͠·͢ • pipeline operator |> • call this operator ~>
opinions from JS engine implementers regarding this? Are there concerns that optimizations, such as JIT, might become more di ff icult with the introduction of new operators? • JS Engine ࣮ऀͷਓͨͪͲ͏͍͏ҙݟΛ࣋ͬͯΔ͔ฉ͍ͨ͜ͱ͋Γ· ͔͢ʁJITͳͲͷ࠷దԽ͕͘͠ͳΔͳͲͷݒ೦͋Γ·ͤΜ͔ʁ
to be taking a bit longer than expected. • Stage3 গ͚ͩ͘͠ͳ͍Ͱ͔͢ʁ • Are there any blockers currently preventing progress? • ϒϩοΧʔʹͳ͍ͬͯΔͷ͕͋Εڭ͑ͯԼ͍͞ • As a Japanese developer, I'm particularly excited about this because issues like time and locale are crucial and cannot be ignored due to the nature of the services we work with. • ຊਓͱͯ͠ඇৗʹظ͍ͯ͠·͢ɻͳͥͳΒ࣌ؒϩέʔϧͷ͕αʔϏεͷಛ ੑ্ແࢹͰ͖ͳ͍͔ΒͰ͢ɻ
complex at this point. Do you have any plans or ideas on how to approach the situation and where to start? • ݁ߏෳࡶʹͳͬͪΌͬͯΔͱࢥ͏ΜͰ͚͢ͲɺͲ͔͜ΒͲ͏ͬͯखΛ͚ ͍ͯ͜͏͔ͳɺΈ͍ͨͳߏ͋Γ·͔͢ʁ • JSON Modules / import defer will be upgraded soon? • JSON Modules / import defer ลΓ͕ࠓճมΘΓͦ͏
ɾ Hard to introduce features based on type information while TypeScript is de-facto in the major development scene. ɾLack of common FFI standard ɾ The need to be backwards-compatible ("don't break the web") ɾ core types like Result are missing leading to many incompatible userland implementations ɾ Types ɾ non consistent APIs ɾ script tag would be better to separate the context ɾ modules import apis are complicated.