ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この

near Ainokura / tsuda 過去に経験したことがある作業を、その度に一から考えて行うのは思考のムダだと思う時があります。車にチェーンを装着するなど、年に一度しか行わないような作業は、コツをすっかり忘れていたりします。 アナタはなぜチェックリストを使わないのか？【ミスを最大限に減らしベストの決断力を持つ！】 必要最低限の作業チェックリストを作っておけば、「チェーンはどうやって装着するんだっけ？」と不安を感じながら運転する必要はなくなり、雪上での安全運転に集中できます。ムダに脳のパワーを裂く必要がなくなり、より重要なことに集中できるようになります。 世の中は覚えることが多すぎる 多くの分野のトレーニングは今までにないほど長く、より濃密になっている。 医師も教授も弁護士もエンジニアも、何年間も週60時間から80時間を費やし、知識と経験を充実させてから独り立ちする。既にこれだけの研

いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では

ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ

■屋号を決める まずはこれから自分が背負う屋号を決める必要があります。 屋号とは個人で使う会社名みたいなもの。 ●●商店とかも屋号ですね。 屋号を決めるにはいくつか注意点があります。 1.相手に伝わりやすいかどうか 例えば取引先に電話した時など ●●●の（個人名）です。と電話受付の方にお電話しないといけませんが、 覚えにくい、分かりにくい名前だと何度も●●ですか？いえ違います●●ですみたいな やりとりをしてしまいます。 できれば一言で伝わるものがいいでしょう。 僕は独立当時は個人用に取得していた「strive-ex」というのを そのまま屋号に最初使っていたのですが、多くの人が 「strive」や「ex」という単語が聞きなれない、間にハイフンがあるなど 問題が山積みだったため、2年目には「stid」という短いものに変更しました。 ※strive interactive design から短縮

セルフブランディングは、実は周りから見るとすごく格好悪いことに見えます。しかし、逆風に負けずに継続できた人だけが、気が付いたら、あっという間に周りを置き去りに・・・。そういう性質のものだと思います。 明日、会社がなくなっても、自分の名前で勝負できますか? 頑張れば頑張るほと、「そこまでしなくても」って馬鹿にされる。あなたは笑われたり、馬鹿にされたりする覚悟はあるか？ピエロになる覚悟はあるか？ その覚悟がないなら、セルフブランディングなんてやめた方がいい。自分をブランドにしようなんて考えなければ、楽な人生を送ることができる あなたにはピエロになる覚悟はありますか？叩かれる覚悟は持ってますか？ 365 x13 Japanese Logic Puzzles: Hashi Medium / David Masters 「志」とストーリー 「志」は、極言すれば、自分自身を騙すための方便みたいなものだ

将来のキャリアに不安を抱えているが、不安を解消するための具体的な行動をなかなか起こせない。勉強への意欲はあるものの、忙しい日々の中でどんな勉強をしたらいいのか分からない―― 情報処理推進機構（IPA）が4月20日に発表した「IT人材白書2011」概要から、 将来の道筋が見えずに行動しあぐねているエンジニアの姿が浮かび上がってきた。 エンジニアの7割「 将来のキャリアが不安」 「将来のキャリアについて不安に思うか」という問いに対して「よく当てはまる」は19.4％、「どちらかといえば当てはまる」が49.6％と、約7割のエンジニアが自らの将来に不安を感じていることが明らかになった。

1人で仕事をしているプログラマ時代は、ばりばり仕事がこなせたのに、PMになった途端に仕事がうまく進まない！ そんな新任PMの悩みを解決するTipsを紹介します。 お悩みのPM諸君、ついこんなこと言っていませんか 同じ「プロジェクト」に関わるにしても、PM（プロジェクトマネージャ）になる前と後では大違いです。プログラマの1人として働いている時は、自分の作業に専念していればよかったのに、PMになった途端「顧客から新しい要望が来た」「○○さんの作業が遅れている」といってはフォローに追われる日々。「何で皆、ちゃんと動いてくれないんだ！」とストレスをためるPMも多いはずです。 ですが、「自分が動くこと」と「人に動いてもらうこと」が違うのは当然のこと。ですが、ついそのことを忘れて、こんなことを言ってしまうPMは多いのではないでしょうか。 これらはPMの発言としては“NG”です。いくら口をすっぱくして注

エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『＠type』のコンテンツです。

食事を抜く、おざなりにする 朝食、昼食、夕食を熱中しすぎて抜いてしまう。ブドウ糖は蓄えておくことができません。定期的に栄養を取らないと脳がエネルギー不足となって、生産性の低下を招きます。凡ミスが多くなってくる。 きりの良いところで必ず食事をとること。食事の間隔があきすぎることがないように注意する。 生産性のないことに2〜3時間熱くなる 落ちついてコードを読み、設定を直せばすぐに解決するバグを、憶測で○○が悪いのかな？とあれもこれもと手を出すうちに2，3時間を費やしてしまい疲弊してしまう。 感情を抑え、物事を論理的に考える落ち着きを取り戻そう。 何を完了したら仕事が終わりなのかを理解していない コードを書けば仕事は終わりですか？QAやテストやドキュメントなどはいりませんか？誰に承認をえるのですか？これら、仕事として必要なことに注意を向けずに仕事を終わったと思ってしまう。本当に足りないことはあ

GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 毎日を活動的に生きて、自分の力を思う存分発揮したいという気持ちはある。モチベーションも下がっているわけではない。なのに、なんだか「最近マンネリ感がある」という人、あるいは「今の自分を変えたい」と思っている人はいるだろう。そこで今回は、自らに活を入れ、マンネリ化した自分を前進させるための方法を考えてみた。 #1：まず動く！ 慎重なあまり、また、完璧を求めるあまり、自分で自分をがんじがらめにしてしまうことがある。しかし、完璧な状態や満足がいく結果を出せるなどということは、実際にはそう多くはない。そのため、ますます不安になり、クヨクヨしてさらに慎重になってしまうという「縮小スパイラル」に落ち込んでしまう。 ジリ貧のようなこの「呪縛」から逃れる

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 経済不況が続く中で、企業の雇用にも変化が生じている。新卒の就職事情の厳しさは連日のように報道されており、さらには某大手IT企業の大々的な正社員削減のうわさを耳にし、会社に入ってからも安穏とはしていられない時代になってきたと感じている人も多いことだろう。 こうした状況の中で生き残るための条件はひとつ。それは「会社に必要とされる人材であれ」ということだ。今回は、会社の中で自分の存在価値を高めるためにはどうすればいいかについて考えてみる。 過去の連載も合わせてご覧ください。（編集部） モチベーションを高く保つための10の方法 「非コミュ」から脱出する10の方法 仕事力に差がつく大人になってからの「勉強法」--10の心得 仕事の中で自分を表現す

昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |

2010年09月25日22:45 カテゴリLoveCode 私がソフトウェア技術者でもありつづける理由 一言でいえば、「自分に報い続けたいから」ということになる。 私がソフトウェア技術者をやめた理由 - Rails で行こう！私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 以下に照らし合わせれば、その複雑な感情とやらそのものがお嫌いなのだろう。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 で、何をもって美醜を決めているかといえば、コルモゴロフ複雑性と、そこからの距離をお使いのようだ。 うるう年を計算

ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 35才(2004年)でプログラマとしてオープンソースを始め、今年で42才になる俺が通りますよ。 35才までは、SIerの中でSEをやってたので、そんなにプログラムは書いたことがないです。 上記のエントリには、いろんな戦略が書いていますが、ぶっちゃけ戦略は一番重要なことではなく、一番重要なのは、常に自分の価値を高めるために努力し続けることです。 努力や挑戦をやめたら、自分の価値はどんどん陳腐化して下がっていくのは当たり前なのです。 自分がどんなことに挑戦してきたのかちょっと書いてみますね。 2004年1月、プログラマとして何か新しいこ