データで失敗するパターン 1. データを見なさすぎる 2. データを間違って解釈する 3. データの精度を不必要に高めすぎる ①改善プロセスを整理する ・課題事実 ・原因仮説 ・解決策 ②アイデアを検証する ・ユーザーテスト
認知バイアスを回避するためのアイデア検証プロセス / Validate Ideas
データで失敗するパターン 1. データを見なさすぎる 2. データを間違って解釈する 3. データの精度を不必要に高めすぎる ①改善プロセスを整理する ・課題事実 ・原因仮説 ・解決策 ②アイデアを検証する ・ユーザーテスト
デザインは軽視するには重要すぎる / Design is important
1. デザイン組織の定義 => デザイン負債の返済 => 一貫性のメンテナンス 2. デザインの領域 => デザインフェーズと実装フェーズに分ける => UI作成だけでなく仮説検証からコミット 3. デザイン知見の共有 => dely.design でのブログ発信
歴史的経緯の説明 as code - Speaker Deck
"歴史的経緯の説明 as code" であるところの querly の紹介です。 Code Review Meetup #4 (#codereview4) の発表資料です。
ブログサービスのHTTPS化を支えたAWSで作るピタゴラスイッチ / The construction of large scale TLS certificates management system with AWS
talked at builderscon tokyo 2018
iOSアプリの開発速度を170%に向上させたデバッグノウハウ / Debugging knowhow that improved our development velocity to 170%
開発時間に占めるデバッグ時間の割合は少なくないため、この時間の短縮は開発速度を上げるためにとても重要です。この発表では、実際の中規模なアプリ開発で70%増もの開発速度向上を支えたデバッグノウハウを初心者にもわかりやすく紹介します。 https://fortee.jp/iosdc-japan-2018/proposal/7286f755-e980-4f6f-b268-2c56a224b727
分かれたシステムをていねいにモノリスに集約する/Integrate decentralized systems to a monolith carefully
https://starttoday-tech.connpass.com/event/96477/ オウチーノではもともとサービスごとに異なる言語やFWを用いてシステムが分かれており、担当者もそれぞれ別々でした。そのため各サービスに精通した担当者が少なく、担当者は日々の運用で手一杯という状況下で、リプレイスもうまく進んではいませんでした。 そこでリプレイスよりも、分かれているシステムをひとつのモノリシックアプリケーションに集約することで、チームとしてよりワークすることをまずは目指しました。 一方で数多くのサービス機能を集約することは、そのモノリシックアプリケーションが急激に肥大化することも意味します。そこでモノリスにすることでの弊害をなるべく抑えつつ集約していく事例についてご紹介します。
マイクロサービスの思想から捉える Backends for Frontendsとその類似パターン / Backends for Frontends and its similar pattern from the microservices perspective
UIT#3 The “Backends for Frontends” sharing
脆弱性管理のベストプラクティスとスレットモニタリング
Interlop Tokyo 2018での西村の講演資料です。
パフォーマンスはなぜ重要なのか？ - 目先の UX(?) にとらわれないクライアントサイド開発の本質
名古屋マークアップ勉強会 The Final https://758markup.doorkeeper.jp/events/57811 で使用したスライドです。本編20分。
テストを書かない言い訳をさせてくれ
iOS Test Night #3 - connpass https://testnight.connpass.com/event/49561/ での発表資料です。 👉続き https://speakerdeck.com/takasek/tesutowoshu-kanaiyan-iyi-wos…
33歳モバイルエンジニア道
iOSDC 2016で発表しました。 https://iosdc.jp/2016/ 中堅の話。
Angular 2 コンポーネント指向の第一歩 // Speaker Deck
All slide content and descriptions are owned by their creators.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
続・貢献できるOSSの見つけ方 / How to find "Good First Issues" part 2
日経電子版 プロダクトアウトからの脱却
プロダクトマネジメントとは[新卒研修] - Speaker Deck![プロダクトマネジメントとは[新卒研修] - Speaker Deck](https://cdn-ak-scissors.b.st-hatena.com/image/square/d7f1eac2c9f48e259d61ec8bfd9699a61d2d7044/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F244088756e884ccf9ef250c495915682%2Fslide_0.jpg%3F10000184)
美しく生命力あふれるチーム 〜1時間から始めるアジャイル〜 #CEDEC2018 #CEDEC
魔法の拡張子（.SettingContent-ms）
ReactとRxで負債作った
Node学園 25限 Introduction to Rust
IndexedDB, Worker, Server-side Rendering そしてフロントエンドの未来 // Speaker Deck
