前時代的セキュリティ滅ぶべし - レベルエンター山本大のブログ
セキュリティ事故ってもう日常茶飯事で、萎縮ムードは常識化してる。 大きな組織になればなるほど、もう社員のことは信用しない。 それってSIerが死にゆく理由だと感じてしょうがない。 社員さんよ、「信用してないけど結果残せ」って言われてる感じじゃない？ それってちゃちな話じゃない。 例えば、DropBoxが使えないからリアルタイムな情報共有ができないとか 社外とのGitのやり取りができないから、ソースの共有で手間食うとかそれだけの話じゃない。 SIerが「IT企業」の枠にいるくせに 「情報技術には保守的です」って言ってるってことで 「医者だけど、医術は信じてません。まじないで病を直します」って言ってるような感覚を受ける。 IT業界と言ってるくせに、情報を扱う姿勢が保守ってどう？ 例えば以下３つの事例はなぜ毎年おこるのか？ 1. セキュリティーカード紛失によるセキュリティー事故 もう1５年も同じ
エンジニアにとって３５歳とは定年ではないが、真価が問われる時ではある。 - レベルエンター山本大のブログ
３５歳には３５歳なりの成長の仕方というものがあります。 ３５年、着実に１年１年、前に進んでいる人と、 確実にどこかで足踏みしてたなぁという人は、はっきりとわかってしまいます。 年齢というのはただの数字だけど、数字には魔力のようなものがあります。 というか、単純でわかりやすいということだけなんだけど、 その人が生きてきた成果と比較するための基準値といいましょうか。 ３５歳と聞くと、 ちゃんと向上心を持ち続けて生きてきたのか、適当に流されて生きてきたのかを どうしても見てしまいます。 ３０歳前後のエンジニアの皆さんに言います。 飛びぬけて技術に自信がある人以外は、 少しでも「リーダー経験」を積んでおきなさいよ。 本当にそこが一番重要だから。 一番汎用的なスキルだから。 人を動かせてなんぼですから。 人が作った土壌・枠組みの上で設計や実装をした経験の多さは、物の数ではないのです。 リーダ経験とい
スケジュールを作るプログラマが一番効率が良い。 - レベルエンター山本大のブログ
現場の周りのプログラマさんたちが残業する中、 僕が毎日定時で帰って高品質なプログラムを作れる理由は、 僕が自分でスケジュールを作ってから仕事を始めるからだ。 僕が今の現場に入って始めにリーダーさんからこういわれた。 「スケジュールがきついので、 管理工数がもったいないから、管理資料に手間をかけたくありません。 イキナリ作業に入ってもらってかまいません。」 若い頃ならうっかりその言葉に惑わされているところだが、 そうはいかない。スケジュールがきつい時ほどコントロールが必要なのだ。 何を先にやっておかないといけないか、 今週末までにどこまで進めておけば安心か。 これらがわからなければ、不安に駆られるばかりだ。 不安を取り除くという意味だけでもスケジュールを組むことは非常に役に立つ。 ドラッカー風に言えば、 「ミッションに集中するにはマネジメントを駆使しなくてはならない」 ということだ。 プログ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
