www.graat.co.jp このブログ、わかりやすかったのでリンクする。で、図だけ引用しておく。

www.infoq.com Langr氏は先頃，"Solo Programming, Pairing, and Mobbing: Which Is Right for You?"と題した記事を執筆し，2018 Agile and DevOps Eastで自身が行った講演のテーマを引き続き論じている。記事の中で氏は，ソロプログラミング，ペアプログラ…

seichi23.hatenablog.comデバッグ時の仮説を立てる想像力だけではなくて、 エンジニアは学習のためにも想像力が必要だ、と思う。 エンジニアの技術力って、 つまるところ 「結び付け力」 じゃないかと思うのだ。 今までの知識や経験と、新しく学ぼうとするこ…

diamond.jp 岡島 私たちはどうしても、プロダクトアウト的に「私はこれができます」って言っちゃうんだけど、他人から想起されるときは、「検索ワードで入れられるのは何なの？」ということです。 村上 スキルのタグ付けの話ですよね。 尾原 「尾原 〇〇」と…

seichi23.hatenablog.com 「ほぼ日カズン avec」を半年使って、ちょうどこの週末で冊が変わる。やはり、１日ページの時刻目盛りをウィークリーページと同じく30分刻みにしてほしいなぁ。結局私のやりたいことは、未来の大きな流れの中で、時間を予約すること…

logmi.jp 起業してしまうと「視座」が落ちるんですよ。起業してる⼈のほうが意識が⾼く、より遠くのものが⾒えてるように外から⾒えると思います。だけど、とくに中⼩の起業、⼩さいところからスタートアップすると、⽬先のことしか⾒えなくなってしまう。現…

まだうまく「キーワード」化できていないのだけど、 消える前に書き残しておく。 そのうち整理して、ちゃんと言語化したい。ノウハウや観点にしたい。 デバッグのコツ。というか「やり方」。 もっと言えば「プログラミングという行為」について。 推察せよ、…

ひと言で言うと 具体的には まとめると ひとに何かを伝えるとき、説明するとき、それからひとから説明してもらうとき、話をきくとき、 簡素でわかりやすく話す／話してもらうって、すごく大事。 logmi.jp 小松 （中略） 今使った「ひとことで言うと」あと「…

www.atmarkit.co.jp 何度か書いてることだし、いまさらなことなので、引用するのみで（赤文字にしたのは私）。 例えば最近、「なぜ内製化するのですか？」と質問されて驚いたことがあるという。 「最初は質問の意味が分からず、（質問の意図を理解するために…

ずっと前から思っているんだが、 ATMとかの50音入力、どうして左から並んでいるのがあるんだろう？ あかさ... いきし... うくす... えけせ... おこそ...って。違和感ないのかな？ 探しにくくないのかな？小学校のときに、教室のかべに50音表はってなかったの…

仕事はしょせんアウトプット。先へ進むためにも、次の仕事のためにも、インプットは必要なのだ。 そして、休養もチャージでありインプットなのだ。「仕事で学ぶ」といっても、疲弊しててては何にもならない。"働かされてる感" を持たないためにも、自分の裁…

この前のアジャイルラジオでの山根さんの「カイゼンしてみせなきゃという危機感」というフレーズが かっけー！ と思った。思ったんだが、はたしてこの「持続可能なペース」というのは、どの程度の認知度なんだろ。オーバーワークにならず効率よく働いてほし…

さて。先日のアジャイルラジオの感想です。まずは共同所有のこと。正直、ひとのコードを積極的に「さわる」ことはないです。 コードが見れる環境にあるし、コードレビューもするけど、 「直す」「変える」のは抵抗あるな、と思う。こういうことをすることに…

メルマガの懸賞に応募したところ、 テクノロジックアートさんから書籍『カンバン ソフトウェア開発の変革』をいただきました！ ありがとうございます。 電子版も出ています。 私自身、ホワイトボードや付せんは大好きなのですが、 WIP 制限としてのカンバン…

先日のアジャイルラジオは、 ゲストに株式会社ソニックガーデンの倉貫さんをお招きしての回でした。「従来のソフトウェア開発とは、業種・業界が違う。比較にならない。」というお言葉は非常に印象的でした。 ご自分のされたかったビジネスを、今まさに実現…

先日こんな勉強会があり、こんな方や、こんな方や、こんな方が、ブログを書かれていますが、 現在私は48歳。今も現役プログラマです。いまの会社では、 １～３名程度の規模で、プロジェクトリーダをしながら何でもやってます。 何でもやってること自体は特に…

過去に書いたものを見ながら考えていたのだけれど、 結局、何が違うのかというと、管理すること／されることをあるべき姿だと考えている、ということなのだろう。リーダーの指示を必要とする人たちはきっとそう考えているのだろう。とはいえ、一般社員と管理…

お客さんと雑談してて。「僕は開発のやり方を我流でおぼえたけど」という話を聞いて、『やっぱ我流のほがいいんでないの？』と思った次第。ヘタに決まったやり方を身につけてしまった人は、環境が変わっても前のやり方を引きずってしまうかも。 自分流である…

あれやこれやと書いているが、 この状態のひとは、『リファクタリング・ウェットウェア ～達人プログラマーの思考法と学習法～』に書いてある 「ドレイファスモデルの５段階」の第２段階そのものである、とあらためて思った。はたして次の段階に向かうにはど…

仕様書の書き方のことを何度か書いたが、 まず出発点は「口で説明できること」なんだと思う。話し言葉でちゃんと伝えることができるということは、 話す前に、あるいは話しながらでも、 話す内容がきちんと整理できていて、伝えるための言葉の用意ができてい…

アジャイルチームと人事評価ポリシーのことはよく言われているけど、 結局のところ、アジャイルでなくても同じことだ。職能や給与でランク付けや技能の定義をしてしまうことで、 ひとの意識や動きをそのレベル以下に制限してしまう力が働く可能性はあるだろ…

「ソフト屋さんて何する仕事？」と訊かれたとき、 実は、思っていることが人それぞれで随分違うのではないだろうか？ と考えることがある。なぜならば、認識される仕事とは、それぞれの人の、それまでの知識や経験がベースとなっているから （所属する企業や…

仕様書の書き方、第２弾です。漏れ抜けのないようにと、あれもこれもと盛り込みたくて、 ついつい長文になってしまうこと、けっこう多いように感じています。しかし、仕様書は、まずは「箇条書き」です！要素をきちんと分解し、１つのことを１つの項目として…

先日のアジャイルラジオの、 「SIer で Agile はできない」という話を聴きながら考えていたこと。ラジオの中の結論としては、 プロセスやプラクティスじゃなく、プロダクトオーナーがどこの人なのかが大事だ SIer に丸投げすんじゃなくて、ちゃんとお客さん…

『アジャイルサムライ』の中に「誰もがこの働き方を気に入るわけじゃない」というのがあるが、 「この働き方」のことを、単に「スクラムのやり方」とか「多能工」のこととか、その程度に思っていた...。アジャイルチームの核となるマインドは「タスクはチー…

あきぴーさんのブログ、「野中郁次郎先生の講演資料の解説記事」の中の、野中郁次郎先生のプレゼン資料を 半分くらい、ざーっと眺めたところ。これまであたかも「暗黙知」は × で、「形式知」は ○ で、また「属人的」も × で、 というように言われてきた（そ…