サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
第6回は伊藤直也さん (@naoya_ito) をゲストに迎えて、Kindle 出版、GitHub、Google Reader などについて話しました。 ほぼ週一くらいで配信されている @miyagawa さんの Podcast、第6回目のゲストで出演しました。第1回目に続き、これで自分は2回目ですね。だんだん往年のいいともみたいになっていくのだろうか。 それはともかく、内容は先日だした Kindle の 入門 Chef Solo に絡めて KDP (Kindle Direct Publishing) の話、それから Google Reader にまつわる RSS の話に関して。二人とも KDP での出版経験があるのと、RSS に関しては昔二人で本を書いたりした当時のホットな話題でお互い良く知ってるしというので、面白く話せました。 Chef 本が実際 KDP でどのくらいダウンロードされて
1.全体スケジュールにコミットできない アジャイルはタイムボックス型(一定期間で棚卸しをして、それを繰り返す)のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
鈴木雄介さんが、「アジャイルがダメだと思う7つの理由」というすごいブログを書いてくれたので、がんばって返答を書いてみる。どこかでディスカッションできるといいなぁ。 1. 全体スケジュールにコミットできない コミットメントって何だろう。コミットメントは約束なのか。約束であったら、破った場合のペナルティも受け入れるのか?受け入れたところでバッファが巨大になるだけではないのか?そして、そのバッファは見えないところで食い尽くされる。 全体を見えずに計画したところでうまくいくはずはない。アジャイルがタイムボックスで計画、実施を行うからといって、全体を計画しないわけではない。むしろ積極的にやるべきである。 全体を計画する上では、なるべく漏れがないように、実施可能なように最大限の努力をする。ただ、それに時間を掛けすぎるのは無駄だ。そして、神ならぬ人間が計画するのであるから、以下を認めなければならない。
「あれもこれも、やらなきゃ」と思って、何から始めればいいかわからなくなる。小さなことも数え切れないくらいに積み重なり、締め切りが近くなり、何かを犠牲にして、何かを終わらせ、疲弊していく。 また、切羽詰まっているにも関わらず、漫画だったりネットだったりに逃避してしまう。ひどくなると、ベッドから出る、という事自体重くなる。連絡が返せなくなる。人間だったら、誰しもこんな状態になったことがあるんじゃないでしょうか。僕も先日まで、軽いそれでした。引越しで。笑 いわゆるキャパーオーバーという状態。ちょくちょくその状態になります。 毎回どうにかして対処するのですが、今回した対処法を、備忘録代わりにブログに書いてみます。まだ、自分自身実践しきれないことも多いですが、「あぁ、そろそろヤバイな」と思った時や、実際にヤバくなった時に振り返るようにも。こういうのしてるよ!とかがあれば、教えてもらえると嬉しいです。
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発(内製)が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
2月の終わりにスペインで開かれた「Mobile World Congress 2013」で、「Tizen」「Firefox OS」という二つのモバイルOSの発表が注目を集めたが、これらに絡めて「モバイルOSの動向」に関しての記事を執筆して欲しいというリクエストが複数のところから来た。 それはそれで書いているのだが、私がもっと注目しているは、Andy RubinがAndroidの開発責任者のポジションから外れた件だ。 Googleのことなので多少違う意味合いがあるのかも知れないが、これがMicrosoftであれば99.9%降格人事だ。 合議制でものが決まる日本とは違い、米国の場合、「何をどんな目的で作るか」という product vision に関しては開発責任者が全責任を追う。そのため、責任者が変われば、作るものも大きく変わってしまう。 優秀な人であればあるほど、上からあれこれと指示される
一念発起して新しいことをはじめたとしても、それを持続するのはなかなか大変です。気分がのる日があるように、のらない日だってあります。 設定した目標、ゴールを達成するためにも自身のやる気を失わないようにするのはとても大事です。米健康系メディア「Live Strong」で、ジムでの運動時にモチベーションを保つための「戦略」が紹介されていました。もちろんトレーニング用として見てもいいですが、仕事や普段の生活にも十分応用できる内容となっています。戦略1::社交的にやってみる 友達に会いにジムに行くようになりはじめたら、自動的に行くのが楽しみになるでしょう。「ジム友」がいないのであれば、スタッフと仲良くなってみるのも手です。またチームで一緒に運動するようなクラスなどに参加すれば、友達が増えるのはもちろん、自分の「出欠」を管理してもらえるので良いでしょう。 戦略2:孤独の時間を作る 社交的にやるのはもち
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く