ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
手札を見せて給料を上げていくしかない - futoase
給料を上げていくには http://mizchi.github.io/kyonmm-lt/ これを見て思ったことだけれど。 自分のスキルは何があり、受け取り手側が見て、 「あ〜、このひとうちのxxって業務任せるのにピッタリだわ」とか 「この人の性格、俺に合いそうだし一緒に仕事やっていけそうだわ」とか そういうことを思わせる必要がある。 もう業界が狭いとかそういうレベルじゃない2014年の時代に於いては、 自分が得た知見をきちんとまとめて、発信できることも重要だし、 場に出すタイミングも重要だし、 手札を明らかにして、手札を見た相手といっしょに戦略を考えていける環境を作らないといけない。 来年の今頃、もしかしたら知り合いの会社の手伝いやってるかもしれんし。 人生何が起きるかわからんし。 そして奥の手はは隠しておくみたいな。 口だけでどうにかしようとか、声の大きさで 相手を屈服させようとかしゃ
あなたは自分が携わっているサービスに愛を持っていますか - futoase
あなたは自分が携わっているサービスに愛を持っていますか？ あなたの意志が反映されるあなたの受け持っているサービス。 愛を持って接していますか？ 愛というのは与えられるかもしれないし、 ヘルパーとして駆り出された後も担当することになって、 愛をサービスから渡されて、好きになってしまったかもしれない。 もし、愛が無いのであれば持てるようにしないといけない。 愛が育めない環境にあるのであれば、原因を見ているか 愛を育てられない環境にあるのであれば、チームの雰囲気を観察しているか 愛しすぎているのが自分しかいないのであれば、他の人とのコミュニケーションが取れないのではないか 愛せなくなってしまったのであれば、理想と現実の差を考えないといけない 僕の場合はサーバー側寄りの仕事ばかりだけど、 僕が出来る限りのことをやっている。 愛するために。毎日失敗してるけれど。 エンドユーザに自分が愛したサービスが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
