エンジニア立ち居振舞い: 技術的な暴力を振るわない - futoase
お題「エンジニア立ち居振舞い」 技術的な暴力を振るわない 何事も初めて、ということがあるだろう。 プログラミングが好きで、かつ業務経験もあり、 いろいろなサービスに手を出している人ですら、初めてやったこと、というのがあるはずだ。 ECサイトをつくるため、CGIの処理、ブラウザからの快適な買い物を実現するために独学した小売店経営の個人事業主。 iOS上でのアプリ開発が解禁されて、初めてiOSアプリを開発するようになったWindows向けアプリケーション開発者。 Go言語が発表され、初めてGo言語でサーバサイド側のアプリを書いたフロントエンドエンジニア。 AWSのLambdaアーキテクチャ == Serverlessという問題の解決、分散の仕組みに心を惹かれHTTPS経由のファイルアップロードの処理をLambdaに寄せたIoTサービスを始めようとしている組込系エンジニア。 Nintendo S
IT系勉強会参加のモチベーションが下がってきている - futoase
勉強会・カンファレンス参加のタイミング、意識 500名集まる勉強会や、それより規模が少なくても200名、場所は渋谷やその他の でっかい会社のでっかいセミナールームで登壇者の話を椅子に座って、膝の上でMac Book ProやiPhoneを使って Twitterにハッシュタグ付きでツイートし続ける、という感じ。 最近年を取ったのか、何なのかわからないけど無料/有料にかかわらず敬遠してしまうようになってしまっていた。 (最近は少し参加しようとしているけど) 中規模、目的意識のしっかりしている勉強会以外興味が薄れてきた という理由が大きそうだ。自分の中では。 理由として 大きめの勉強会なら、Twitterのツイートまとめ、togetterでライブ感そのままの状態で追っていける 生放送、録画OKな勉強会ならそれを見れば良い、見られないものについても最近はプレゼン資料が上がっている わからないことが
エンジニアを一人にさせない - futoase
エンジニアを一人にしない これは、決して一人プロダクトが悪ということじゃない。 孤独、孤立させることが問題ということ。 エンジニアを一人にさせないために 一人になってるエンジニアの周りができること 飯に誘う チャットルームで飯でいくらか話していた話題から、興味ありそうな部屋に招待する gitの使い方や、Windows 10の話とか、プロダクト外の話であれば共有しても問題ないのでそういうことをガンガン話す 飲み会については、たまにプライベートで安い飲み屋でもいいから誘う。お酒飲めない場合はランチ！ もしエンジニアが体を動かすことに興味があるのであれば、フットサルなど、プロダクトではないけど協調作業を通じて成果がでるようなことをさせる。協力系のボドゲ(パンデミックとか)でも良いかもしれない 一人になってるエンジニア、あなた自身ができること エンジニアのエリアに顔を出して、挨拶する。これだけでも
ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
「とりあえずやってみる」という気持ちを挫けさせないようにする - futoase
言いたがりの人 何気なく投げつけてしまう言葉 「そもそもやろうとしてること間違ってない？」 言葉の受け取り手 「注意してきた人、僕より年上だ。経験が上だから、書くのやめてしまおう」 悲しさ こんなことになってモノをつくろうとしなくなる、というのは 悲しすぎる。 言いたがりを抑えるために 他人にアドバイスしたいのはわかるが、 言いたがりは他人を挫けさせる。アキレス腱を切ってしまう。 何か始めようとしている人を邪魔してしまう。 ので、とにかくポジティブな言葉を贈る。 「素晴らしい」と言う それだけ言う。何か追加したくなっても、すぐには言わない。 何をやりたかったのか、を念頭に相手に問いかける 「そのコード、クソだよね。やる気あるの？」 と言ってしまうとそこで会話が終了。なので 「おお、○○できるものを作ったんだ。良いね。」 と言って、話をつなごう。 相手が何を思って行動に出たのか、を最初に聞く
手札を見せて給料を上げていくしかない - futoase
給料を上げていくには http://mizchi.github.io/kyonmm-lt/ これを見て思ったことだけれど。 自分のスキルは何があり、受け取り手側が見て、 「あ〜、このひとうちのxxって業務任せるのにピッタリだわ」とか 「この人の性格、俺に合いそうだし一緒に仕事やっていけそうだわ」とか そういうことを思わせる必要がある。 もう業界が狭いとかそういうレベルじゃない2014年の時代に於いては、 自分が得た知見をきちんとまとめて、発信できることも重要だし、 場に出すタイミングも重要だし、 手札を明らかにして、手札を見た相手といっしょに戦略を考えていける環境を作らないといけない。 来年の今頃、もしかしたら知り合いの会社の手伝いやってるかもしれんし。 人生何が起きるかわからんし。 そして奥の手はは隠しておくみたいな。 口だけでどうにかしようとか、声の大きさで 相手を屈服させようとかしゃ
無題 - futoase
この記事は 闇 Advent Calendar 2013 - Adventar の20日目です。 …無題とか書いておいてアレだけど。 闇 Advent Calendar 2013の、12/20が空いていたのでエントリしてみた。 このエントリは今日書いているのだけど、 Advent Calendar で乱入ってなんなの！？って思ったりしたけどまいいや。 仕事、楽しい？ 仕事、楽しいですか？ 今職場でこのエントリみてる人(いないと思うけど)、楽しいですか？ 僕は下っ端の開発者ですが常に楽しくないです。 楽しくないんです。 楽しくない理由 自分の力量が不足しているから。 頭に描いた絵を落としこむ力に欠けているから。 正直ソフトウェアエンジニアでいつづけることが難しいと思う。 なんで動いているのかわからないコードを書き続ける日々が続いている。 楽しくするためにやってること これじゃーよくないよなぁ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
