タグ

ブックマーク / el.jibun.atmarkit.co.jp (13)

  • なぜエンジニアは勉強会で会社名を出せないのか:雲(クラウド)の隙間から青空が見えた:エンジニアライフ

    ■勉強会で自社名を隠す人々 今年の2月に転職して以降、勉強会やカンファレンスでの発表資料に僕は会社名を書くようになった。 2010年9月にコミュニティで初めてのライトニングトークをして以降、今年の2月に転職するまで、僕は合計9回、ライトニングトークや、セッションで登壇している。そしてそのいずれも、会社名はあえて伏せていた。 そういった場面で名刺交換をする機会はあっても、僕は個人で作成した名刺を使い、会社の名刺を出すこともしていない。その当時、僕がなんという会社に勤務しているのか、おそらくほとんどの人は知らなかったはずだ。 転職以降も、こういった活動は続けているが、今は自己紹介で、どこの会社で、どういった仕事をしているか名乗るようになった。名刺交換でも、会社の名刺を出している。 勉強会やカンファレンスに行くと、様々な人と出会う。登壇者と仲良くなることもある。そういった人たちと話をしていると、

    なぜエンジニアは勉強会で会社名を出せないのか:雲(クラウド)の隙間から青空が見えた:エンジニアライフ
  • 「なんでRubyなんか作った!? 迷惑だ!」に対するMatzの答え:Rails Hub情報局:エンジニアライフ

    2012年9月に行われた札幌Ruby会議2012の基調講演の1つで、Rubyの生みの親のまつもとゆきひろさんが、最近あった面白いエピソードを混じえて“イノベーション”の質について語っていました(44分の動画)。ポイントとなる部分をまとめてみました。まつもとさんの話はもちろん、統計的裏付けだとか学問的裏付けがある議論というものではありませんし、ご人も楽しそうに話し、聴衆も楽しんでトークを聞くというゆるい感じのものでした。ただ、「イノベーションの質は捉えがたい」というメッセージや、「だからあれこれ考えずにコードを書こう、われわれはコードを書くことにアイデンティティを感じているのだから、それこそがハッピーになる道だ」というメッセージは、参加していたRubyistたちの胸に響くものがあったのではないかと思います。 以下、口語文体のまま、ポイントとなる前半のトークをまとめてみました。トーク後半

    「なんでRubyなんか作った!? 迷惑だ!」に対するMatzの答え:Rails Hub情報局:エンジニアライフ
  • 自分の書いたコードを人に見せるということ:雲(クラウド)の隙間から青空が見えた:エンジニアライフ

    ■大ソーシャルコーディング時代 GitHubの台頭により、ソースコードをオンライン上に共有するということが、たいへん簡単な時代になりました。 TwitterやFacebookなどを見ていると、毎日のようにエンジニアの書いたソースコードへのリンクを目にすることができます。 わたし自身、自分の書いたソースコードは、可能な限りたくさんの人に見せるべきだと考えています。 エンジニア同士、コードについてのノウハウを共有することはよりよいプロダクトを作る礎となりますし、なにより自分の成長を劇的に促進してくれるからです。 今回はこの、「コードを人に見せるということ」について考えてみたいと思います。 ■コードレビューが苦手だった 職業プログラマが、最初に自分の書いたコードを誰かに見せる機会というのは、おそらくコードレビューでしょう。 わたしが職業プログラマになって最初に書いたコードは、COBOLによるもの

    自分の書いたコードを人に見せるということ:雲(クラウド)の隙間から青空が見えた:エンジニアライフ
  • 入社2週間で書類1枚書かずに大きな決裁!グリーのスピード感:Rails Hub情報局:エンジニアライフ

    「オレ、入社2週間で大きな決裁を通しましたよ! まだ試用期間中だったのに(笑)」。JRubyのコミッターで、Rubyコミュニティで広く知られた大場光一郎さんに久しぶりにお会いしたら、ちょっと興奮気味にこうおっしゃるのですよ。具体的な数字は書けませんが、確かに、ふつうの企業なら1週間や2週間で決まるような金額ではありません。まして入社2週間の試用期間中の社員の提案です。 大場さんは2011年12月に、日で5の指に入る大手SIer退職し、ソーシャル・ネットワーキング・サービス「GREE」を運営するグリーに入社したというではありませんか。そして、あまりの2社のスピード感の違いに驚いているというのです。Developers Summit 2012(通称デブサミ)が終わった後の飲み会でお話を伺ったのですが、水を得た魚とはこのことかというほど楽しそうに、新しい仕事上のチャレンジについて話をされて

    入社2週間で書類1枚書かずに大きな決裁!グリーのスピード感:Rails Hub情報局:エンジニアライフ
  • 冷たい方程式(1) 技術力は勘定に入れません:Press Enter■:エンジニアライフ

    ふつーのプログラマです。主に企業内Webシステムの要件定義から保守まで何でもやってる、ふつーのプログラマです。 電話が鳴った。 あたしはワンコールで受話器を取り上げた。別に待ちかねていたわけではなく、朝から続くしつこい頭痛に干渉する電子音を一刻も早く断ち切りたかっただけだ。 「はい、日比野です」 『受付です。ホライゾンシステムサービス株式会社様がいらっしゃいました』 「すぐ行きます」 あたしは受話器を置いて時計を見た。14:12。約束の時間より約10分の遅刻だ。 ――まあ、遠いから仕方ないか 腰を上げたとたんに立ちくらみに襲われた。椅子にへたりこみそうになるのをぐっとこらえて、窓際の席でヒマそうにしている磯貝課長に呼びかけた。 「課長、ホライゾンシステムさん、いらっしゃいました」 「あいよ!」 磯貝課長の脳天気な返事を後頭部で受けておいて、あたしは頭を揺らさない程度に早足でフロアを出た。さ

    冷たい方程式(1) 技術力は勘定に入れません:Press Enter■:エンジニアライフ
    kesuuyof
    kesuuyof 2012/02/03
    ニヤニヤしながら読んじゃうなー、これ。
  • 自分の稼ぎで食っている:プログラマで、生きている:エンジニアライフ

    ◆ はじめにおことわり ◆ 今回のテーマは「わたしがプログラマという職業を選んだ理由」で、実は1行で書こうと思えば書けるんですけど、それだとかなり意味不明になってしまって、ちゃんとわかるように書こうとするとやたら長くなります。 自分で言うのもなんですけど、わたしはちょっとレアな人なので普通な人(←表現がおかしい気もするけど、適切な表現が思いつきません)に読んでいただいても、進路選択の参考にはならないと思いますが、もしかしたら、昔のわたしと似たような問題にぶちあたってる人の目に留まるかもしれません。そんな偶然が存在して、なおかつ、この出会いがほんの少しでもよい方向に作用することを期待して、この文章を書きました。 少々、重いお話になるので、そういうのが苦手な方はここで引き返すことをおすすめします。せっかくきてくださったのに、申し訳ありません。 ◆ 10才のわたしは20才の自分に絶望していた ◆

    自分の稼ぎで食っている:プログラマで、生きている:エンジニアライフ
    kesuuyof
    kesuuyof 2012/01/13
    プロフィール見てなかったから、最初男の子だとおもった。
  • 習得希望スキル「Ruby on Rails」の回答が3割超え:Rails Hub情報局:エンジニアライフ

    2011年12月19日に集計が完了した「@IT自分戦略研究所読者調査 2011年秋期版」で、今後身に付けたいスキルは何ですかとの問いに対して、「Ruby on Rails」を回答に含めた人の割合が30.2%となりました。昨年同時期の調査で24.2%だったものが大きく伸びています。現在保有しているスキルとして「Ruby on Rails」を回答に含めた人は、7.1%ですから、「今はまだやっていないけど、これからやってみたい技術」としてRuby on Railsの人気が高まっているものと見て良いのではないかと思います。Objective-Cも同様に人気で、市場からの開発者需要を反映しているのかもしれませんね。 この調査は、@IT(アイティメディア)が年に1度、継続して行なっているものです。ちょうど1年前に保有スキルとしてRuby on Railsを上げた人は2.8%、身に付けたいスキルとして上

    習得希望スキル「Ruby on Rails」の回答が3割超え:Rails Hub情報局:エンジニアライフ
  • 素人がWebサービスを作ってみて分かった9つのこと:Rails Hub情報局:エンジニアライフ

    こんにちは、@IT編集部の西村賢です。IT系のオンラインメディアで編集・記者をしております。タイトルに「ど素人」と書くと、ちょっと嘘になるので「素人」と書きましたが、素人がWebアプリを作ってみた体験談と感想を書いてみたいと思います。「オレもプログラミングを勉強して何か作ってみたい!」と考えている人や、「自分でサーバを借りて何かやってみようと思っていたんだよね」という人の参考になれば幸いです。 去年の夏、Webアプリケーション開発フレームワークのRuby on Railsのことを調べていて「面白そうだな」と思い、ドキュメントに従ってサンプルアプリをいくつか作ってみました。作ったり壊したりしている間に、こう思いました。 「あれ? これなら自分が欲しかったサービスが作れちゃうんじゃないの?」 で、「Worklista」(ワークリスタ)という名前のWebサービスを作りました。3カ月ほど前から親し

    素人がWebサービスを作ってみて分かった9つのこと:Rails Hub情報局:エンジニアライフ
  • 優秀なエンジニア5人は二流の1000人を完全に凌駕する:Rails Hub情報局:エンジニアライフ

    1990年代後半のインターネットブームの火付け役といってもいいWebブラウザ「Netscape」の創業者で、現在シリコンバレーで投資家として活躍するMarc Andreessen氏が、あるインタビュー中で「優秀な5人のプログラマは、二流のプログラマ1000人を完全に凌駕する」(Five great programmers can completely outperform 1,000 mediocre programmers.)と発言したことで、ちょっとした話題となっているようです。インタビューはライターのBill Taylor氏(個人サイト)が、自著「Marvericks at Work – Why the Most Original Minds in Business Win」(アマゾンUSへのリンク)のためにインタビューした際の答えとして、Harvard Business Revie

    優秀なエンジニア5人は二流の1000人を完全に凌駕する:Rails Hub情報局:エンジニアライフ
  • Node.js+CoffeeScriptで書かれた「Pow」がカッコ良すぎる件:Rails Hub情報局:エンジニアライフ

    Ruby on Railsの生みの親、DHHが在籍する37signalsがMac OS X用のRackサーバ「Pow」をオープンソースで公開しました。ちょっとこれまでにない種類のプロダクトで、その使い勝手のシンプルさとアイデアに鼻血が出そうになりました。実装にNode.jsとCoffeeScriptを使っているというのも面白いです。 Powの売りは、「Zero-configuration」(設定要らず)ということで、複数のRails/Sinatraアプリをローカルで動かして開発するようなときに、仮想的なドメイン名を手軽に割り当ててアクセスできるようにしてくれる、というものです。インストールはcurlのコマンド一発で、 $ curl get.pow.cx | sh とするだけ。そして、RailsやSinatraなどのRackアプリのディレクトリをPowのディレクトリにシンボリックリンクを貼る

    Node.js+CoffeeScriptで書かれた「Pow」がカッコ良すぎる件:Rails Hub情報局:エンジニアライフ
  • フリーなスキル:エンジニアライフ

    大枠が決まったところで、中間ゴールを設定しようと思う。いくら後追いでも、いまのペースではいつまでたっても完成しないだろう。適切な目標がなければモノ作りは進まない。「OOPによるドラクエの完全再現」とい...

    フリーなスキル:エンジニアライフ
  • SQL ServerとOracleの一番大きな違い:ベンチャー社長で技術者で:エンジニアライフ

    株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 ぶっちゃけて、SQL Serverも、Oracleも、フリーのPostgreSQLも、RDBMSとしての質的な性能差は当に小さい。そのためRDBMSのベンダーを選択するのは、バックアップとか、レプリケーションとか、クラスタリングなどの機能や関連ツールのできと、IDEとの相性などを検討するのが良いでしょう。 しかし、一般的にあまり検討の対象になってない部分が、実は一番大きな違いだったりします。わたしは、SQL ServerとOracleの差で、もっとも大きいのはストアドプログラム(プロシージャ・ファンクション)の書き方(構文)の違いだと思います。 単純なロジックはOracleの方が書きやすい。SQL ServerのIfなどのステートメントブロックにBEGIN

    SQL ServerとOracleの一番大きな違い:ベンチャー社長で技術者で:エンジニアライフ
  • 自分と異なる意見に耳を傾けよ:@IT自分戦略研究所の「おすすめエンジニアライフ」:エンジニアライフ

    音が語れるエンジニア参加型メディア「@IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。 ここでは、編集部がおすすめするコラムを紹介しよう。IT英語の実践について、「自分と異なる意見に耳を傾ける」ことの重要性、システム監査技術者試験 直前対策の3を取り上げる。 IT英語を実践する方法 それぞれの真実 目指せ!! システム監査人(10) IT英語を実践したいなら、海外ソフトの日語化やバグ報告を 海外IT企業で働いた経験を持つ鹿島和郎氏による『海外でも通用するエンジニアになる』。今回は、勉強した「IT英語」を実践する機会をどう作るか、について。 英語の勉強のためという理由で外国人と友人になろうとするのは、相手に失礼なので避けたほうが良い、と筆者は語る。だが、英語は実践しなければ上達しない。特にIT英語の場合、実践の場は少ない。どうしたらよいだろうか。

    自分と異なる意見に耳を傾けよ:@IT自分戦略研究所の「おすすめエンジニアライフ」:エンジニアライフ
    kesuuyof
    kesuuyof 2010/04/16
  • 1