最強のIT系かあちゃんからたかしへのアドバイス

ぎゃばん -1.0 @ledsun

たかしへ　あなたの勤怠確認しました．こんなに残業が多い割に大して売上が上がってないのはどうしてですか？顧客との信頼関係の構築も甘いとと思います．来月からは頑張って下さい．ちなみに母さんは今月、10人月で作ったシステムを3000万で売ってきました。

ぎゃばん -1.0 @ledsun

たかしへ　あなたの立てたスケジュール読みました。作成工数だけでバッファがありません。予想外の事態が起きた時はどうするのですか？残業でカバーですか？お客様が参加するイベントが入っていません。都度調整ですか？事前に提示していないと都合がつかなくても納期延長できませんが大丈夫ですか？

ぎゃばん -1.0 @ledsun

たかしへ　あなたの作った機能仕様書読みました。技術的面ではチャレンジグで素晴らしかったです。でも、このシステムを使う人にどういうメリットがあるか分かりませんでした。次は使う人の立場に立って機能を考えてみてください。ちなみにお母さんはもう作りました。レンジでチンしてから使ってみてね

ぎゃばん -1.0 @ledsun

たかしへ あなたの作ったテスト項目書読みました。機能がきちんと網羅されていました。しっかりと機能仕様書を読み込んだようですね。しかし準正常系の項目がありません。生年月日欄に日付以外の文字列を入れたらどうなりますか？次はシステムを壊す気持ちで意地悪なテスト項目を考えてみてください。

ぎゃばん -1.0 @ledsun

たかしへ たかしの作った開発標準手順を読みました。たかしの今までの開発経験を存分に生かしたグレートな開発標準になっていますね。この手順を実現するにはどんな人材が必要でしょうか？次は開発者標準技能を作ってください。かあさんは標準手順に合いそうな案件を探しに行ってきます。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いたテーブル読みました。属性カラムの値によって値カラムに格納する値の意味が変わるのですね（EAV)。どんな属性が増えても対応できる柔軟な設計ですね。が、属性が増えるとスキーマは変わらなくてもSQLが複雑になります。次は属性毎のテーブルで対応してみて下さい。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いたアプリ読みました。使ってるライブラリは前回とほとんど一緒なのに一から書き直したみたいですね。自作のライブラリはgithubにMITライセンスで公開して、なにくわぬ顔で使ってみて下さい。ちなみにかあさんはそうやってRailsを作りました。

ぎゃばん -1.0 @ledsun

たかしへ たかしの作ったリポジトリ読みました。githubを使って自作のコードを公開し始めたのですね。ひとつのファイルで完結している場合はgistを使うと便利です。embededボタンを押すとblogに貼るのも楽々です。かあさんはたかしのリポジトリをフォークしておきますね。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いたPJ報告書読みました。プロダクトオーナーとして頑張ってますね。開発チームと意識のズレが大きいようですが、価値観を擦り合わせましたか？一度開発チームと、プロダクトの理想的なゴールについてどういうプロダクトを作りたいかについて「対話」してみて下さい。

ぎゃばん -1.0 @ledsun

たかしへ たかしの朝会レポート読みました。朝会に参加しない人が居て困ってるのですね。それでどんな困ることが起きていますか？逆に参加しない人は困らないのですか？参加しなくても上手く行ってるなら、その朝会は必要ですか？。一度なんのために朝会をやっているのか考えてみてください。

ぎゃばん -1.0 @ledsun

たかしへ たかしの勉強会参加レポート読みました。なかなかエキサイティングな会だったようですね、たかしのテンションが荒ぶっていることがよく分かりました。なぜTDDを導入したいのでしょう？なぜメリットがあると思ったのでしょう？何か問題意識を持っているなら、まずそれを教えてください。

ぎゃばん -1.0 @ledsun

たかしへ たかしの勤務報告書読みました。勉強するのを揶揄する人がいるのですね。残念ですが世の中には多少なり居るものです。自信がなく努力を邪魔して仲間を増やそうとする憐れな人です。悔しいでしょう。でも足が止まっては相手の思う壺です。こらえて勉強を続けて下さい。見てる人は必ずいます。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いた日報読みました。リファクタリングと機能追加の優先順位に迷っているのですね。優先順位は常にバグ修正、リファクタリング、機能追加です。機能追加が納期に間に合わなかったら？そのために残業時間があるのです。たかし、お前の力を見せてやりなさい。

ぎゃばん -1.0 @ledsun

たかしへ たかしの忍者式テスト感想文を読みました。チームの成熟度が違いすぎて腰を抜かしましたね。千里の道も一歩から、目標として心に留めしっかり足元を見ましょう。自分のチームが直面している問題を一つずつ解消していけば、那須のKentBeckとは違うでしょうが、たかしの道が開けます。

ぎゃばん -1.0 @ledsun

たかしへ たかしの商品企画読みました。今度の商品は利用者へ欲しい商品を募って企画したそうですね。賛同が多い意見を重視しませんでしたか？同意の多寡で選んではリーダー失格、心に響いたアイデアを選んで下さい。システムでなく人がものを作るのです。かあさんはばくまん１７巻を読んできます。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いたソースコード読みました。一応動いているみたいですね。空行が2行以上なのは、一度しか参照しないローカル変数にはどんな意味がありますか？変数の定義と使用箇所が離れすぎています。ループの中身を関数にすると読みやすくなります。次はもう少し丁寧に書いてみて下さい。

ぎゃばん -1.0 @ledsun

たかしへ たかしが書いたテストコード読みました。入力値を全パターンテストしましたね。確かに自動テストで実行時間が短くなり可能になりました。でも時間は有限、繰り返すと実行時間の遅さが効いてきます。次は同値クラスを抽出して効率のよいテストケースを設計してみて下さい。

ぎゃばん -1.0 @ledsun

たかしへ たかしが書いた保守サービス提案書を読みました。少ない情報で作成したのはさすがです。ですが、顧客の要望を捉えているようには思えません。「自分達ができること」ではなく「顧客が欲してること」を提案できるように、もう一度しっかりヒアリングしてみて下さい。

ぎゃばん -1.0 @ledsun

たかしへ たかしの技術経歴書を読みました。SIerらしくバラバラで統一感がありませんね。得意な技術が言えず不安でしょう。あなたが自分のプロダクトオーナーです。流行ってる、儲かるを基準にせず心に響いた技術に取り組んで下さい。好きな技術、今必要な技術はあなたの能力を最大化します。

ぎゃばん -1.0 @ledsun

たかしへ たかしの会社の決算報告書読みました。真っ赤ですね。SIerは稼働率をあげることで売上を回復できますが、人材以上の売上にはならず利益は増えません。利益をあげるには製造コストを３分の１以下にさげるか、売価をあげるしかありません。なにか策を考えてみてください。

ぎゃばん -1.0 @ledsun

たかしへ たかしがデザインしたホームページを見ました。とっちらかった印象を受けました。使う色・フォントを減らす、グリッドを合わせる。これだけで随分すっきりした印象になります。大体のことは「LESS is better than MORE」です。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いたパターン（ランゲージ）を読みました。とてもきれいなパターンですね。ですが、パターンとはコンテキスト依存なものです。活用できるコンテキストが分からないと生かせません。このパターンを発見したのはどんなコンテキストですか？教えてください。

ぎゃばん -1.0 @ledsun

たかしへ たかしは本を沢山読んでいますね。しかし技術は知識を得るだけでは習得できません。覚えた「概念」や「原則」がどの問題に適用できてどの問題に適用できないか判断できなくてはいけません。この判断は実際に使うことでしか身に付きません。次は手を動かして下さい。

ぎゃばん -1.0 @ledsun

たかしへ 今度たかしが教えることになったそうですね。教えることのゴールは人の手を動かすことです。内容の正確さも大事ですが、テーマの価値はもっと大事です。価値を伝えるには経験を話して下さい。何かに失敗した経験があって、そして今回のテーマが必要だと思ったはずです。それを伝えて下さい。

ぎゃばん -1.0 @ledsun

たかしへ たかしの書いた人生年表を見ました。40才になった時に何してるか想像できませんよね。未来のことを考えすぎて疲れた時は、今目の前にあることに集中してみてください。未来は今日の続きです、今日を上手く生きられれば明日はきっと大丈夫。