フロー効率性とリソース効率性、再入門 #devlove #devkan
4. リソース効率性とフロー効率性 A A A A A A A A A A A A A A A B C B C B C B C B C B C B C B C B C B C B C B C B C B C B C A A A A A A A A A A A A A A A B B B B B B B B B B B B C C C C C C C C C 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 月 火 水 木 金 リリースまでのリードタイム 1w リリースまでのリードタイム 約2w リリースまでのリードタイム 3w リリースまでのリードタイム 3w リリースまでのリードタイム 3w A機能、B機能、C機能の実装それぞれ15人日かかる場合 A A A B B B B B B 5. リソース効率性 A A A A A A A A A
Markdownプレビューツールを使った新しい編集・制作フローのご提案
Markdownプレビューツールを使った新しい編集・制作フローのご提案 HOME 社内ブログ Markdownプレビューツールを使った新しい編集・制作フローのご提案 近年のIT書籍はより広い読者層にリーチすべく、かつてのパソコン書に比べて図版が多くデザイン面でも工夫された読みやすいものになっています。また、専門性の高い書籍では、より実践的な情報を読者に提供するために現場の技術者さん、デザイナーさんに執筆を依頼することが普通になってきました。 本の見た目・内容ともにクォリティが上がるのはいいことなのですが、当然ながら制作難易度は上がります。 作りが凝っている本の原稿を一発で書くのはかなり難しいですし、編集段階で仕上がりを想像して手を入れるのも難しくなります。その結果、組んだ後の試行錯誤が避けられません。手間が増えるとはいえ出版不況の昨今、無尽蔵に人月を増やすわけにもいかず、綱渡りでの対処が続
思い出の写真が消えるとしても旅行にいくか？ — 顧客”記憶”のデザイン
ダニエル・カーネマン（2002年 ノーベル経済学賞受賞）が提唱したピーク・エンドの法則というものがある（「ピーク“と”エンド」が重要と言っており、「終わりよければ全てよし」とは少し違う）。Wikipediaから引用するとこういう意味だ。 われわれは自分自身の過去の経験を、ほとんど完全にそのピーク（絶頂）時にどうだったか（嬉しかったか悲しかったか）ならびにそれがどう終わったかだけで判定する、という法則である。 カーネマンが「ピーク・エンドの法則」を証明するために行った実験は以下のようなものだ。 A.冷たい水( 14℃)に60秒間手を浸す。 B.冷たい水( 14℃)に90秒間手を浸す。ただし、最後の30秒間は徐々に水温が上昇する。 被験者にもう一度実験するとしたらどちらが良いかと聞くと、Aを選ぶのが自然に思える（体験している「苦痛の総量」はAの方がはるかに小さい）。しかし、被験者の大半はBを選
SIGN-「これからの議事録はブラウザで」SIGNはブラウザ上で完結できる議事録の作成・共有ツールです。-
NEW メンバーの会議回数と会議時間が ひと目でわかる！ 会議時間を自動で集計、フィルタリングもできます。 会議時間の短縮や、不要な会議をなくし、コストを削減しましょう。 議事録の確認・承認のムダ 会議終了時には全員が合意できる議事録が出来上がるので、確認・承認フローをなくすことができます。 議論が脱線するムダ 会議中、メンバー全員がアジェンダを確認しながら進行できるので、議論がブレにくく、会議時間が短縮されます。 清書と共有のムダ 会議室にPCを持ち込んでその場で仕上げる議事録なので、清書と共有が会議後すぐに完了します。
ELT時代のワークフローにはData Lineage Trackerが重要になりそう | Secret Ninja Blog
ELT(Extract Load Transformation)が一般的になり、データの整形を行ったり、名寄せをしたり、非正規化をしたり、といったことをクラウドのSQLエンジン（BigQuery, Redshift, TreasureData, EMRなど）上で行うことも普通になってきた。 このときにSQLで冪等にワークフローを組むことを考えると、中間テーブルをReplaceしつつ色んな処理をするのが手っ取り早いので、 テンポラリの中間テーブルが数十といった単位で作られる様になってきた。 また、データ分析も1サービスの分析だけでなく、複数のサービスを横断して分析する必要が出ており、またその時のログを集めるにも多種多様なSaaSを利用して、収集するのが一般的になってきた。 イメージ図（SAP Hanaの資料だけれども。） Ref. https://blogs.sap.com/wp-conte
フロー効率性とリソース効率性について（QCDのトレードオフなんて本当は無かったんだ） - @i2key のBlog
最新版 本ポストをXP祭り2017で発表したので、補足を含め要点のみを抽出してリライトしております。 i2key.hateblo.jp 本ポストはプロダクト開発における特定の文脈によるものなのですべてがそうだとは言っていませんのであしからず。バイモーダル戦略でいうところのSoE領域*1であり、学びによる改善サイクルをガンガン回していくようなモデル・フェーズを対象としております。TPSやLEANを現場で実践してる方々には今更なお話かと思いますが、DevOpsやアジャイル、リーンスタートアップを実践していく上で何周かしてまた原点の理解すると深みがますというかようやく、「ちょっとだけリーンわかる」ようになったので自分用のメモになります。 共通の価値観としての「リードタイム」 SoEライクな開発をしていると、仮説を立案し、そのための仮説を実証するための機能を実装し、リリースして計測、そして学びを得
たぶんこれが一番分かりやすいと思います React + Redux のフロー図解 - Qiita
【追記】 もうこれ古いから参考にしないでください https://t.co/mXtcc73Orf — もし Laravel が流行しなくなってこられてきてたとしたら、絶対に捨てられてこられてたと思うか (@mpyw) January 26, 2021 Redux にはその昔 connect()() とかいうクソ API と， Redux-Saga とかいう宗教がありました という考古学です — もし Laravel が流行しなくなってこられてきてたとしたら、絶対に捨てられてこられてたと思うか (@mpyw) January 26, 2021 読者対象 Tutorial: Intro To React - React Example: Todo List · Redux 「チュートリアルそれぞれ一周した！Reactは何とか理解できたが，Reduxがさっぱりわかんねぇ！」 ぐらいの人向け。自分
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメインストーリテリングを使ってコンテキスト境界を見つけ出す