幸せなエンジニアになるための仕事術/まつもとゆきひろ＆平鍋健児 - tmtms のメモ
幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽
いつまでもプログラミングを楽しむために - 設計者の発言
◆プログラミング能力は経験に比例して伸びるけれど ３日続けて徹夜ができるかどうかはさておき、プログラミングの腕が年を重ねるほどに落ちてくることはない。年配の技術者のプログラミングの生産性が以前と比べて低下しているとしたら、それはたんにプログラミングの現場から離れているゆえだ。適性に欠けているのでもない限り、経験を重ねるごとに処理要件の理解力も高まるし、必要なロジックをコーディングするための知識も増えて、プログラミングの生産性は向上する。筆者が尊敬するある社長さんは６０歳代だが、「Javaなんて簡単な言語だよ」なんて言いながら誰よりも手早くプログラムを書いてしまう。 とはいえ、他人が立ち上げたプロジェクトに配属される形で稼ぐプログラマにとって、現実は想像するほど単純ではない。本人がどれほどプログラミングが好きでも、それを続けさせてもらえない（あまり語られない）理由がある。年を重ねるたびに「管
町場のＳＥに求められる素養の第一は「技術」ではなく「人柄」 - 木走日記
最近ネットでは、「日本のプログラマの生産性は高いか？」とか、「優秀なＳＥ（システムエンジニア）の条件は？」といったテーマが話題になっているようですね。 今日は、業界歴だけは長い町場の零細ＩＴ企業オヤジの視野の狭い（苦笑）「よいＳＥとは」話をしたいと思います。 ●本来優秀な営業マンたるもの、かかわるすべての人々から好感を持たれるように努めるべき 私の知り合いにマンション業界のトップ・セールスマンであるＹ氏がいます。 Ｙ氏は月に１０件の契約を取ったこともある凄腕営業マンであり、実は私の義理の妹夫婦もＹ氏からマンションを購入しているのであります。 Ｙ氏は言います。 「木走さん、これは誰にもいえない私の本音ですが、私は売れといえば「つけもの石」でも「隅田川の汚水」でも売る自信があります」 ・・・ 彼いわく優秀な製品を売るのは誰でもできます。 オーバーな話、みなが認める素晴らしい商品ならば、営業マン
IT業界で楽しく仕事をするための10カ条 - ＠IT
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 2009年、日本の春は多くの学生さんたちが卒業し、また社会で活躍し始める時期です。 IT業界は3K、7Kなどと、いろいろネガティブな面も取り上げられます。けれども、「ものづくり」の楽しさや、人の役に立つ仕事として＠ITで取り上げられるような業種で働こうと考えている人も多いことでしょう。 なんとなくIT業界を選択した人から、もしかしたらあまり気が進まないのに、IT業界に入ってしまった人がいるかもしれません。その一方、プログラミングやコンピュータに関する事柄がとても好きでIT業界に入ってきた人もいるでしょう。 本記事では、IT業界を目指している学生さんや入社間もない新人に向けて、より楽しく
無精で短気で傲慢なプログラマ 技術者・SE・プログラマ面接時の技術的な質問事項
最近、技術者やプログラマの方と面接する機会が多いです。 毎回質問事項を考えるのにも飽きたので、再利用できるようにまとめておきます。 もしさわりの質問に対する反応が良かった場合は、さらに突っ込んだ質問 (インデントが深いもの) をします。経験がないようなら、さらっと流します。 当ページ管理人は、現在 EC サイト構築・運営を担当しているため、 そっち方面に偏っています。 最小限の質問でその人のスキルを見極めるのは難しいなぁ…。 ------- ●追記 ホッテントリに載ったようなので、このチャンスに 人材募集 を再アピールしておきます。 興味のある方はぜひ。 念のため言っておきますが、全部できないとダメというつもりは全くありません (当ページ管理人も、CSS・Eclipse・Struts・Spring・Hibernate・Ruby・アセンブラなど、 弱い部分が多々あります)。 「～はできますか
プログラマの慢心。IT業界の現状。
友人から以下のようなメールが送られてきて、ホントなの？と聞かれた。 1. プログラマがコードを書く。バグはないと信じている。 2. 製品テストが行われて30個のバグが発見される。 3. プログラマは20個のバグを修正し、残り10個はバグではないとテストチームに説明する。 4. 再び製品テストが行われ、バグ修正の結果5つの機能が正しく作動しなくなっていることが発見される。さらに15個の新たなバグが発見される。 5. 上記の工程3、4を数回繰り返す。 6. マーケティング部が楽観的な開発計画に基づいた製品発表を行ったことや、営業部からの圧力により、製品が時期尚早に出荷される。 7. ユーザにより100個のバグが発見される。 8. プログラマが他社に転職する。 9. 緊急で新たに開発チームが組織され、ほぼすべてのバグを修正する。 その過程で新たに500個のバグが生まれる。 10. テストチームの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ Japan: 最新技術を追い求めるデベロッパのための情報コミュニティ