10cmｘ10cmｘ5cm位の結構小さめのジップロックのコンテナー（タッパー）1個の弁当なんだけど、 ご飯の上に野菜炒めか何かが乗っかってるんだけど、毎日変代わり映えしないんだよね。 で、それが蓋でぎゅっと押されてて、見栄えも何もないの。 もしかしたら、何種類かのおかずが入ってるかもしれないんだけど、そこはよく見えないから分からない。 昼のチャイムが鳴るとダッシュで冷蔵庫から電子レンジに投入して、 誰よりも先に喰い始めて、誰よりも先に喰い終わるの。 可笑しー。
総務の爺の弁当が笑えるんだわ。
10cmｘ10cmｘ5cm位の結構小さめのジップロックのコンテナー（タッパー）1個の弁当なんだけど、 ご飯の上に野菜炒めか何かが乗っかってるんだけど、毎日変代わり映えしないんだよね。 で、それが蓋でぎゅっと押されてて、見栄えも何もないの。 もしかしたら、何種類かのおかずが入ってるかもしれないんだけど、そこはよく見えないから分からない。 昼のチャイムが鳴るとダッシュで冷蔵庫から電子レンジに投入して、 誰よりも先に喰い始めて、誰よりも先に喰い終わるの。 可笑しー。
開発のスピードを上げたいならすべてのスコープを小さくしよう
ピナクルズの CTO をしている渋谷です。「現場向け動画 DX」を実現するための SaaS『tebiki』を開発しています。 今回は、「プロダクトの開発スピードを落とさずに、かつユーザーの芯を食ったソリューションを提供するためには、すべてのスコープをいかに小さくできるかが重要」だということについて書いてみたいと思います。 ちなみに弊社はこれを実践することで開発がものすごくスムーズになり、リリース頻度が体感で 50% くらい向上しました！ スピードは失われていく前提として、プロダクトの開発スピードは意識的に改善し続けなければ、機能の追加とともに失われていきます。 提供する機能の増加に伴い、仕様の辻褄合わせだとか実装の順番だとかの複雑に関連するパラメータも同時に増えてしまうので、結果として人や時間といった必要なリソースが指数的に増えていくという話ですね。 （技術的な負債もこのパラメータに含まれ
加山雄三さん聖火ランナーを辞退 五輪開催「喜べない」：朝日新聞デジタル
","naka5":"<!-- BFF501 PC記事下（中⑤企画）パーツ＝1541 -->","naka6":"<!-- BFF486 PC記事下（中⑥デジ編）パーツ＝8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下（中⑥デジ編）パーツ＝8826 -->","adcreative72":"<!-- BFF920 広告枠）ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag ＰＣ誘導枠５行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
