第8回 エンジニアの魔法の手～おもしろいプロジェクトに関わるには | gihyo.jp
おもしろいプロジェクトに関わるには 前回の本コラム「プラットフォームは乗るものではなく担ぐもの」では、自らが開拓者・先駆者となって「ほかの人たちに進むべき方向を示す」ことの重要性を述べた。「そうは言っても日々の仕事が忙しくて新しいことを勉強している暇がない」「やりたいことをなかなか上司がさせてくれない」「おもしろいプロジェクトに関われる人なんてごく一部の幸運な人たちだけ」などの声も聞こえてくるので、今回は、もう少し具体的に「どうやったらおもしろいプロジェクトに関わることができるのか」について私の経験に基づいて述べてみよう。 運だけではない「姿勢」の重要性 私はパソコンの黎明期からさまざまなおもしろいプロジェクトに関わりエンジニアとしての経験も積んできたし、数々の楽しい思いもさせてもらってきた。パソコンの黎明期にアスキー出版から「Game80コンパイラ」（注1）や「CANDY」（注
フェンリルのエンジニアを大解剖！なアンケート結果
iOS App 開発担当の松本です。 フェンリルには色んなエンジニアの人達がいます。僕は iOS 担当なので、Windows 版 Sleipnir や Sleipnir Start を作っている他のチームの人達が、どんなツールや環境で開発を行っていて、どんな嗜好を持っているのかとても興味がありました。 そこで先日社内のエンジニアの人達に協力いただきまして、以下のアンケートを取ってみましたのでご紹介します。 1. 好きなエディタ/開発環境 2. 好きなキーボード 3. 好きな言語 4. 好きなLL 5. これから覚えたい事 1. [エディタ／開発環境] IDE強し。Vim/Emacs健闘。根強い秀丸。 まずは定番の好きなエディタ/開発環境です。やはり定番 IDE である Xcode, Visual Studio, Eclipse が強いですね。業務で使用している環境を愛してしまったようです。
エンジニアとして大成したいならやってはいけない48ヶ条 - レベルエンター山本大のブログ
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
実力を測るのにFizzBuzzも二分探索も使えない：Rails Hub情報局：エンジニアライフ
FizzBuzzをサービスにする「CodeEval」が面白い、というエントリーは、プログラマ採用に必要なスキル判定とリクルーターのマッチングをサービスとして提供するベンチャーの紹介でした。 しかし「良いプログラマ」というのがいるとして、それを見るのに、アルゴリズムのコーディングなんか必要なのか、そんなもので測れるのかという根本的な問題があるように思えます。 最近、RubyInsideで見かけた「Practical Tips for Hiring Ruby Web Developers」（RubyのWeb開発者を雇うための実践的なティップス）と題されたエントリは、まさにこれに答える内容で興味深いです。オーストラリア人開発者のTim Gohさんは、CのatoiだのQuickSortだのを書かなきゃいけなかったことなんて最近ないでしょ、Fizzなんてプロダクション環境で出力したことねぇよとして、
いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
良いデベロッパになる為の13のTIPS
読みやすいTIPSのリストが話題になるのは洋の東西を問わず見られる現象です。ハンガリーのブタペストのデベロッパ、Csaba Okronaさんが書いた記事が話題になっていました。さっそくその項目を見てみましょう。 レッスン1 全体像を理解せよ コーディング作業だけに囚われず、ビジネスやプロジェクト等の面からも理解する。 レッスン2 自分の時間を確保せよ 残業や早出は結局バグを招く。スピードは良いデザインと正しいアーキテクチャから生まれる。 レッスン3 間違った時は考え方を変えるチャンス 既存の技術で問題が遅くなってきたような場合は新しい技術へ移行する。ただし既存の技術がうまく行っている場合にただトレンドを追ったりはしない レッスン4 脳を鍛え続けろ 日々のタスク以外の鍛錬を行え。コードゴルフなどはよい例 レッスン5 人生を大事にする 特に重要。残業が続けば燃え尽きるのも早い。 レッスン6 集
わがままなプログラマにならない為の10のルール
「エゴレスプログラミング」という言葉があります。アメリカのコンピューター科学者、ジェラルド・ワインバーグ氏によって『プログラミングの心理学』にて取り上げられた思想です。プログラマ同士が協調する事で最終的なコードの品質が向上するという思想です。プログラマが協調できていないムードだとコードの品質が下がると言い換えてもなんだか思い当たるフシのある感じです。1970年代からある考え方ですが、ちょうど話題になっていました。さてそのエゴレスプログラミングの為の十戒は下記のようになっています。 自分が失敗をする事を認める コードは自分自身ではない どれだけ空手を知っているかは重要ではない。他にもっと知っている人がいる 相談なしにコードを書き換えない 自分よりも知識が無い人に対して尊敬と敬意と忍耐を持って接する 唯一不変な事は、世界は変わるという事 権威は立場からではなく知識から生まれる 自分が信じるもの
【はてなを見ている学生向け】学生時代にプログラミングのバイトをしなかったのが本当に悔しい - 西岡Blog
【はてなを見ている学生向け】学生時代にプログラミングのバイトをしなかったのが本当に悔しい 今日、はてななどに興味を持っていて、ギークになりたくて、でもプログラミング業界はとっても怖くて、 大変なところだなと思っている大学生に出会った。きっとはてななどで、１０年泥発言を見たり、SIer下請けの地獄を見聞きしたりして、 すっかりおびえてしまっているのだなと思った。 まるで昔の自分を見ているようだった。ぼくはもともとコンピュータ好きの子供だった。だからプログラマで食っていくことも考えた。 しかし、IT業界のあまりに過酷なイメージにおびえた。ぼくには当時、エロ動画検索によって得たインターネットによる情報リテラシがあった。 デスマーチや３K、徹夜、鬱病、ぼくはインターネットからそのようなひどいIT業界の惨状をいくらでも見聞きすることができた。 結局学生時代にITの勉強をろくにせずに就職した。で、今結
「IT業界」なんて、ないんだよ
このエントリは、新卒準備カレンダー 2011春のためのもので、@shuji_w6e さんの「実践する、コツコツと、少しづつ」の次のエントリになります。 おまえ誰よ? 高橋征義と申します。プログラマです。プログラミングはかれこれ30年近くやってますが、まともに書けるようになったのは20年近くたってからです。人間続ければ何とかなることもあるんですね（ならないこともあります）。 修士の１年のとき、高校時代の友人から「インターネットのベンチャー会社作るんだけど一緒に働かない？」と言われ、あまり何も考えずに修了後その会社に参加しました。1996年、Webが流行り始めたころのことです。 そこから一度転職をはさみ、10年以上Web業界の隅っこの方で開発仕事に励んでいたのですが、昨年３月に退職、６月に電子書籍の制作と販売を行う「株式会社達人出版会」という会社を設立して、今はそこの代表取締役です。いやまあ社
今春サーバを触っていくのにびくびくしてる人が1週間ですべき7のこと - カイワレの大冒険 Third
今春“プロ”グラマーになる人が、あと1週間ですべき7のこと | Act as Professionalや2011-03-27といったエントリがあって、自分でも書いてみたかったので書いてみる。 時間はない。されど必要最低限のことは押さえられるはず 今春入社する人でエンジニア職などに就くことが決まっているんだけど、サーバ触れることになってびくびくしてる人もいるかもしれない。 覚えられることも時間も限られているけど、これだけは覚えて欲しいってものがあるので、あくまで主観的な判断で抜粋してみる。 1. 何よりもまずログイン DCにあるサーバでも、クラウドでも、まずログインできなきゃ始まらない。ただ、使うマシンもWindowsなのかMacなのか分からないので、まずそこを押さえる。 Windowsなら「putty」や「TeraTerm」があるし、Macだったらデフォルトで「ターミナル」を立ち上げればよ
今春“組み込み”プロ”グラマーになる人が、あと1週間とはいわないけどこれからやってほしい7のこと - what you see is what you get
今春“プロ”グラマーになる人が、あと1週間ですべき7のこと http://hiroki.jp/2011/03/27/1767/ 新入社員用のテキストをほそぼそと作ってるので 今日話題になった上記のエントリーはすごく参考になった。 ただどうしてもこの手のエントリーはWeb屋さんとかSIerとか向けのものが多くて ゴリゴリした組み込み業界に足を踏み入れる人向けのエントリーが なかなかないのが実情。 というか「普通の理系」でも 入社するまで組み込みってどんな世界かわからんのじゃないか。 僕もそうだった。 家電とかAV機器とか車とかケータイとか 「モノ」をつくる会社でプログラマで採用されたあなた、 あなたは間違いなく組み込みプログラマとして働きます。 というわけで自分なりに今春組み込み"プロ"グラマになる人向けに 組み込みプログラマ2年目の僕が思うことを綴ってみる。 ただし（Excel方眼紙に対し
プロとしての行為 Act as Proffesional
1．一般的なコーディング規約に目を通し、エレガントなコードを知るエレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHPPEAR 標準コーディング規約symfony CodingStandards Perlperlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか？を感じ取って欲しい。こう書いた方が、良いのではないか？など、考えてみよう。
「出過ぎた杭」を目指してみませんか？ – 新卒エンジニアに向けて - - As a Futurist...
新卒準備カレンダー 2011 春というおもしろい企画がありまして、3 日目は自分が担当させて頂くことになりました。@shibukawa さんの様に抽象的なレベルまで高めて書くほどの経験は残念ながらありませんので、僕ものんべんだらりと自分語りをしたいと思います。 Who are you? DeNA のサーバインフラエンジニア新卒 2 年目(=もうすぐ 3 年目)です。主な言語は Perl とshow slave statusです。プログラムやコンピュータに結構詳しい学生さんでも、インフラって何やってるのかについてはイマイチ伝わらないことが多いのですが、一応説明しておきます。僕は大してコードも書いてませんし、かといってプロジェクトマネージャみたいに人の管理もしていません。僕が相手にしているのはシステムが動いているコンピュータ(=サーバ)そのものです。システムの多くは無数のサーバが通信しあって提
エンジニアがマーケティングを学ぶべき 4つの理由 - おいちゃんと呼ばれています
前回のエントリーでエンジニアもマーケティングを学ぶべきだと書いたところ（「技術だけじゃないエンジニア」を目指す人はゼッタイ読むべき『マーケティング戦争』）、 エンジニアが中途半端にマーケティング勉強するよりも、マーケティングができるヤツと組んだ方がよくね？ という意見をいただきました。 また僕の大好きなロケスタ社長けんすうさんも "ネットサービスで起業するならディレクション能力は社内に - ロケスタ社長日記 @kensuu 全部を1人が持っている必要はない と書いています（けんすうさんはマーケティングではなく「ディレクション能力」と表現していますが、指している内容は共通するところがあります）。 ふむ。良い機会なので少し補足してみます。 実は「技術だけじゃないエンジニア」VS「エンジニア + マーケター」ではない 実を言うと「技術だけじゃないエンジニア」と「エンジニア + マーケター」どっち
ITエンジニアのプロとしての5つの行為 | Act as Professional
このブログのタイトルを「HIROKI.JP」から「Act as Professional」と変更しました。このブログを始めた当初は何もタイトルを考えていなかったので、ドメインをそのまま使って早1年半が経ちました。そしてこのブログを通して得たものは「Act as Professional」日本語にいいかえるとすると「プロとしての行為」だということに気づきました。 そして、尊敬する情熱プログラマーの著者であるChad Fowler氏に頂いた言葉「Keep it Fun!!」を与えました。プロとしての行為を楽しみ、維持することを続けられることが僕の目指すところです。 そこで、ITエンジニアとしての、プロとしての行為とは？自分なりに考えてみました。 １．社会への貢献どんなにすばらしいコードやソフトウェアがあったとしても人に使われなければ、ただのデータの塊に過ぎない。ITの技術やソフトウェアは道具に
第3回 なぜ日本のソフトウェアが世界で通用しないのか | gihyo.jp
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
私がソフトウェア技術者でもありつづける理由 : 404 Blog Not Found
2010年09月25日22:45 カテゴリLoveCode 私がソフトウェア技術者でもありつづける理由 一言でいえば、「自分に報い続けたいから」ということになる。 私がソフトウェア技術者をやめた理由 - Rails で行こう！私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 以下に照らし合わせれば、その複雑な感情とやらそのものがお嫌いなのだろう。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 で、何をもって美醜を決めているかといえば、コルモゴロフ複雑性と、そこからの距離をお使いのようだ。 うるう年を計算
Linuxカーネルハッカー流「自力で食える技術者」チームの育成法 － ＠IT自分戦略研究所
第11回 Linuxカーネルハッカー流「自力で食える技術者」チームの育成法 金武明日香 （＠IT自分戦略研究所） 赤司聡（撮影） 2010/9/6 高橋浩和（たかはしひろかず） VA Linux Systems Japan 技術本部 本部長。北海道生まれ、北海道大学出身。VAX全盛の時代から、各種OSの設計などに取り組む。Linux Kernelハッカーとして、毎年オタワで開催される｢Linux Kernel Developers Summit｣に招待される。2005年度日本OSS貢献者賞受賞。｢詳解Linuxカーネル｣の監訳者であり、著書として｢Linuxカーネル2.6解読室｣(共著)がある。最近は、｢Xen｣による仮想化技術の開発を行っている。 ■「当時、Linuxの評判は散々だった……」2000年前後のLinux業界 これまでずっと、OS関係の仕事をしてきました。Linuxと初めてか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
TechCrunch
