Open Job Application Letter 追記:このドキュメントは有効期限が切れています。応募は募集していません。 結果のレポートは https://azu.github.io/open-job-letter/report/ にて公開されています。 これは求職記事（Hire Meな記事）です。 無関係な方はスルーしてください。 ステータス 公開者: azu GitHub: @azu Twitter: @azu_re Mail: azuciao@gmail.com 公開: 2018年11月13日 有効期限: 2018年12月5日 追記:このドキュメントは有効期限が切れています Profile ウェブではazu(アズ)という名前で活動しています。 仕事的な活動 仕事では、ウェブサービスのフロントエンドと呼ばれる領域の設計/開発を行うことが多いです。 開発では既存の仕様との調整をし

プロポーザルのステージの進み方 2ヶ月に1度行われるTC39のミーティングでプロポーザルのステージを更新 ミーティングの議事録は tc39/tc39-notesで公開 毎年のECMAScriptをリリースするタイミング(6月)で、Stage 4のプロポーザルをマージ ECMAScript 20XXとしてリリース なぜ仕様策定プロセスが変わったのか ES2015以前: すべての仕様の合意が取れてからリリース ES2016以降: 合意が取れた仕様からリリース 変更理由: ECMAScriptのリリースに長い歳月がかかり言語の進化が停滞した 歴史的失敗: ES4では多くの変更を入れることを試みたが、TC39内でも意見が分かれ最終的に合意できなかった これにより言語の発展が数年間停滞した[^1] [^1]: Programming Language Standardization: Pattern

autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info #jsprimerを書いています JavaScript入門書に興味ある人はウォッチ :star: :warning: 注意 :warning: 作成するアプリケーションによって必要な構造は異なります 今回の話はある程度の規模で複雑性を持つクライアントサイド ライブラリ抜きで数万LOC >= 長期的にメンテンナンスや変更が発生するアプリケーション サーバサイドレンダリングはしないクライアントアプリケーション 3行でOK 複雑なJavaScriptアプリケーションを作るにあたりドメインモデルをどう実装するか悩んだ 色々と試行錯誤した