「PWA Night Conference 2021」にて発表した資料になります https://conf2021.pwanight.jp/ タイトル:PWAとクラウドゲーミングの現状そしてPWAとOOParts Pitch: https://app.pitch.com/app/public/player/75d8b9b3-b9a2-4cce-a132-aba3dc112ffd OOParts: https://oo.parts
![PWAとクラウドゲーミングの現状そしてPWAとOOParts](https://cdn-ak-scissors.b.st-hatena.com/image/square/901e07ffe01bc2b638e34a560c992295561e55de/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Ffaf0c12ebdad4f58b3ab8fe0b2d7d968%2Fslide_0.jpg%3F18403757)
※ この記事は2021年6月21日に行われた「進化するフロントエンド2021 − 4プロダクトから学ぶSPA/PWAの技術と実践−」の登壇を文字起こししたものになります noteのフロントエンドの歴史 ではまず自己紹介をさせていただきます。フロントエンドエンジニアの山形と申します。よろしくお願いします。 去年の3月に入社したので、noteには1年3ヶ月くらいいます。趣味でコーヒーの焙煎とかやっています。 今回はnoteが抱えているフロントエンドの課題をどう解決していったのかを話していきたいと思います。 最初にnoteが今までどうやって実装されていたのか、その歴史を説明していきます。 初期のnoteはRuby on Railsのアセット上に構築されたSPAサイトで、フロントはAngularJSとCoffeeScriptで書かれていました。 この構成はかなりの問題を含んでいました。 1つ目はS
noteでエンジニア兼ライターをしているmegayaです。 早いものでnoteはサービススタートから7年が経ち、開発体制も技術も大きく変わってきました。現在でも、さまざまなSaaSサービスの導入が検討され、試験的に運用がされています。 日々、使っていくサービスが変わっていくため、社員の中で「今ってどんなサービスを使って開発しているの?」という声が上がってくるようになりました。 社内のWikiにまとめてもよかったのですが「同じようにサービスを運用している企業の参考になるほうがいいのでは?」と思い、オープン社内報として公開することにしました。 またAnother worksさんが公開していたまとめ記事が読み応えがあり素晴らしかったため、note社でもやってみようという話しになりました。 この記事を読んだ方のサービス運用の助けに少しでもなればうれしい限りです。 ※ 一部、SaaSではないものも含
DDD失敗パターン集 DDDという方法論それ自体に対する僕の立場はあんま好きじゃない寄りのフラット(といいつつほぼ忘れかけている)なんですが、過去何度もDDDでプロジェクトが爆死するのをみたり、爆破してしまったり……というのを見てきたので供養したいとおもいます。 メンバーの大半がDDDを知らない 「えっ!? ドメイン駆動を知らずにDDDを?」 「出来らぁっ!」 DDDを知らずにDDDをする、という前提がすでに禅問答じみてる気がしますが、たぶん一番よく見かける失敗パターンなんじゃあないでしょうか。 どういうことかというと、オニオンとかレイヤードとかクリーンなアーキテクチャのモジュールの命名ルールと構造を採用(採用できているとは言っていない)しただけの状態です。 私見ですが、アーキテクチャというのはメンバー全員がそれを理解できていない限り*1即破綻します。 理解できない人はどこに処理を書いてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く