Power Theory of Software Architecture
今日の講演の趣旨： ソフトウェアアーキテクチャというと、もしかしたら技術的で高度に専門的な事柄であるように聞こえる。 そのため、「要素技術」に詳しい人が「アーキテクチャ」を作るという誤解をしているケースがある。 また、プロジェクトマネジメント・プロダクトマネジメント・ピープルマネジメントのそれぞれが アーキテクチャとは無関係であると誤解されているケースがある。 今回の公演では、 これらは有機的に絡み合っていて、不可分であるという点を強調したい。 そのために、 「アーキテクチャ」という概念を次のように定義したい 何かをしやすくしたり、しにくくしたりする構造。 この何かをしやすくしたり、しにくくしたりする力を「権力」と呼ぶ。 この権力は、「他の選択肢」を選べないという時に生まれる。 この選択肢と依存のネットワークから生まれる権力の構造を「アーキテクチャ」と規定すると、 ソフトウェアの交換可能性
ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation
Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。
なぜダメなデザインが生まれるのか
#dist31 なぜダメなデザインが世に溢れているのでしょうか。優れた才能をもつデザイナーがたくさんいるにも関わらず、壊れたデザインは増え続けています。Web サイトやアプリが人々の生活に欠かせない存在になったことで、私たちが世に出すダメなデザインが行動や思考に悪影響を及ぼすようになりました。 …
最新のブラウザで変わるCookieの取り扱いやPrivacyの考え方
2020/02/13 DevSumi 発表資料
WebAssembly outside of the browser
「カーネル/VM探検隊@関西 10回目」での発表資料です。 https://connpass.com/event/161201/
一休の現在と、ここまでの道のり
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
CTOがマネジメント周りで
起こした問題まとめ
2018 - Engineering Manager Meetup #3
Engineering Manager Meetup #3 での発表資料です。 満席御礼の素敵なイベントです！こちらからぜひ！↓ https://engineering-manager-meetup.connpass.com/event/107676/
500日のトライエラーから生まれた大規模設計ノウハウ / Frontend Conference Fukuoka 2018 - Speaker Deck
2018/12/8 Frontend Conference Fukuoka 2018にて発表した資料です。
ドメイン駆動設計 失敗したことと成功したこと
その時は最善の実装だと思っていたことでも、月日が立つことで、それは間違いだったと気づくことがあります。 5年という歳月はそれを気づかせるには十分な時間で、 DDDをやり始めた初期の頃に書かれたコードは良くディスられたりしています。 そのコードは何を失敗していたのか？そして、それは改善するために改善した事とは？ BIGLOBEにおける"今"のいいコードの書き方をできる限り具体的な事例を元に紹介します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コードには型アノテーションよりも要件アノテーションを増やせ！/harajukuts2
Hooks時代の設計の話 #agrinoteinside
オブジェクト指向のその前に-凝集度と結合度/Coheision-Coupling
「問題から目を背けず取り組む」 �一休の開発チームが6年間で学んだこと
UXデザインが大事なのはわかるけど�エンジニアの私ができることってなんでしょう？�
めんどうくさいゲームセキュリティ
Heart, Technique and Body for Engineers
コードをどまんなかに据えた設計アプローチ - Speaker Deck
Recomposeとは何だったのか、またはHooksが開けたパンドラの箱についての考察 / Recompose Funeral March - Speaker Deck
RDB THE Right Way - builderscon 2018/ RDB_THE_Right_Way
Kotlinもう一歩 - Speaker Deck
