→職業としてのエンジニア
- 業務系エンジニアはどうしていくべきか？ 2012.6.19
- 腐るモノを素早くつくる能力と残るモノをかっちりつくる能力は違います。Web系は前者で、業務屋は後者です。前者も後者も極めればそれなりに潰しが効きます。（前者は専門外なので、そのへんのブログとか漁ってください。よくわからんけど、凄い人は凄いのはわかります。）安易に専門外に転職するのではなく、まずは必要な能力をちゃんと普通に通用する水準までもってくるべきです。いま、なんでか知りませんが、普通の事ができない人が多いので、「普通にできるようになる」といいと思います。
- 優秀な人が非常時にダメになる理由 2011.3.23
- 「非常時にこそ人間性が出る」とはよく言われますが、上に立つリーダーは、非常時にこそ“捨てるもの”を明確に決断する必要があります。さらに、この決断によって生じる結果に責任を持つ覚悟と姿勢が求められます。そうでなければ、誰もメンバーはついて来ません。平時ですら“捨てるもの”を明確にできなければ、組織の力は分散してしまいます。非常時はなおさらでしょう。
- 副業失敗で消費生活センターに相談するという… 2009.11.20
- １．楽に儲かる話はよくてバクチ、悪くてインチキ。どっちかしかない。
- ２．ビジネスを始める際に高額の一時金を払うことを要求されるケースは高確率でインチキ。←昔NIFTY-Serveの在宅ワーキングフォーラムでそういう回答したのを思い出した。10年以上経っても世界は何も変わっちゃいない...
- 徹夜をしてはいけない理由
- 恩着せがましくなる 例: 朝のミーティングで「先ほどやっと完成しました」
- 先のことを考えている人間に対する怒りが芽生える 例: 「そんなこと言っている時間があったらちょっとは手伝ってよ」
- 被害者意識を持つ 例: 「この会社でまともに仕事している人間は自分しかいないわけですから」
- 会社から「頼りにされる」危険性 2008.4.1
- 仕事が慢性的に過度に集中している人は、会社があなたのことを、都合よくこき使っている事実に気づいたほうが良い。
- コミュニティは「知り合い系」から「出会い系」へ変化する 2008.3.12
- 「昔はツールやネットがそれほど発達していなかったので、何かイベント（飲み会）をやるぞ！といったときに、自分の知っている範囲の身内でしかコミュニケーションが取れませんでした。いまは身内じゃなくても簡単にコミュニティに入れるという点が大分違うなと思います。特にtwitterなんて、それまで全然会ったことがない人とコミュニケーションが取れます。昔は『知り合い系』のコミュニティだったのに対して、現在は『知り合うため』のコミュニティなのかもしれないと思います。別のいいかたをすると『出会い系』といえるかもしれません」
- ”技術者”の解放 2008.3.7
- ソフトウェア技術者の世界は脅迫に満ちている。「xxを読んでいないと駄目だ」「yyを経験していないやつは使えない」「zzは教養だ」など。ただ、こういう事を言っている本人はxxを読んでいるし、yyを経験しているし、zzを知っている。つまりこの手の脅迫は単に話し手の自己肯定の為に発せられることが多い。
- こうした理由から、真に学ぶ価値がある技術は自分で見つけなければならない。それを誰かに教えてもらうことは不可能である。ただ言えることは、”誰かが知っているから学ばないといけないような気がする技術”を学ぶことに翻弄してはいけないということだ。
- COBOLエンジニアの苦悩、将来はない？ 2008.3.6
- 私自身は、近藤さんの経験は金融系システムエンジニアとしては順当で、このままスキルアップ、キャリアアップしていけばよいのではないかと感じました。COBOLエンジニアは、この10年ほどで若手を中心に随分と減りました。そこに2000年問題や2007年問題だので、その時々で需要があり、エンジニア数が減っているのと相まって、一定のスキル以上のCOBOLエンジニアであれば、オープン系エンジニアどころではない売り手市場になっているのです。
- 転職市場においては、一貫して一定のスキル以上のCOBOLエンジニアであれば、要件定義前の段階でのクライアントとの折衝スキル（コミュニケーションスキル）や、大規模なプロジェクトでのマネジメント経験が重要視されます。しかも、この傾向は今後も変化はないでしょう。
- SEはSEの常識を再点検しよう
- SE以外のビジネスマンから見た“SEの常識”
- (1) 顧客や営業担当者が言う通りに仕事をする
- (2) 売上額や利益などビジネス目標を知らない
- (3) 顧客やビジネスより情報技術（IT)を優先する
- (4) 「ITに強いSEが優秀なSE」と考えている
- (5) SEマネジャは特定の顧客だけ訪問する。また現場のSEは担当顧客の部課長と話をしない
- (6) 「顧客の担当者よりITをよく知っていれば顧客から信頼される」と思っている
- (7) プロジェクトで自分の受注した範囲は考えるが，顧客の担当範囲まで考えない
- (8) ソフトなどのトラブルは解決に時間がかかっても自分で直そうとする
- (9) データベース担当がネットワークの基本を知らないなど自分の担当外のことを知らない
- (10) 相手のIT理解度に関係なくIT用語を使って話す
- (11) 顧客の業界の動向やアプリケーションを知ろうとしない
- (12) 「これは自分の仕事，これは○○の仕事」とすぐ他の人と仕事の壁を作る
- (13) 会議などで自分の意見をなかなか言わない
- (14) 分かりやすい資料を作ろうとしない
- (15) プロジェクトで問題が起こると往々に「注文を取った営業担当者が悪い」と言う
- 10人のエンジニアが見せた開発者コミュニケーションの最前線 2008.2.20
- モバイルファクトリーの松野徳大氏はIRC ClientやLimeChat、オリジナルのタスク管理システムや社内ブログなど、社内で使っているツールについて軽く触れた後、社内のイントラブログについての問題点を指摘する。松野氏はイントラブログについて人々が気を使い過ぎて上っ面だけの本音のコミュニケーションがされていないと語り、タバコ部屋での会話のような気軽で本音を語るコミュニケーションの重要性を説いた。ただ、松野氏はタバコを吸わないので、これに変わる物として毎日1時間「帰りの会」、毎週1回「週次レビュー」を行っていることを紹介した。
- 大事なのはそうやって会議の時間を余らせることで、そうしたタバコ部屋に似たダラダラした時間やグダグダした話し合いの中からこそ重要な話が出てくるのだという。
- イメージを形にできない人は減衰する 2007.11.6
- しかしきついから逃げないで職に打ち込んでいると、ある日気がつくのである。自分がどれだけ鍛えられているかを。こりゃ堪らんよ。堪えられないよ。こいつは残念ながらどこにも売っていない。職人が作ったものなら金だせば買えるけど、自分でつくれなかったものがつくれるようになった時の気持ちは、どこにも売ってないんだぜ？
- ITエンジニアの能力は午前11時がピーク 2008.1.31
- オシム氏は2007年11月に不幸にして脳梗塞になりました。報道によると、午前2時ごろに自宅の2階に上がろうとして倒れたそうです。なぜ彼は、夜中の午前2時過ぎまで起きていたのでしょうか？その訳を推理してみましょう。
- オシム氏が午前3時に就寝するとすれば、平均睡眠時間である7時間寝たとして、朝10時に起床することになります。人の脳の活動は、起床してから 5時間後ごろにピークになります。するとオシム氏の脳の働きは、午後3時ごろにピークを迎えると計算できます。午後3時は、サッカーの試合の真っ最中です。そのとき最高に上手い指揮ができるというわけです。このことを彼は長い経験から知っていたのではないでしょうか。そこでわざわざ午前3時ごろに寝るように身体のリズムを整えていたのではないかと思います。
- (引用者注：単に夜中じゃないとヨーロッパの試合見られないってだけでは）
生き残り†
![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
