SlideShare » Event » (SlideShare is the best place to share powerpoint presentations)From iwakiri 5 days ago Category: Tech & Internet 4 members, 3 posts, 3 slideshows
一流の開発者を惹きつける--魅力的な人材募集広告を作成するための10の秘訣
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます あなたの会社がプログラマーを募集するという場合、MonsterやCareerBuilderといった、求職者がよく利用するウェブサイトに人材募集広告を掲載することも多いはずだ。ただ残念なことに、大半の「プログラマー募集」広告は、たとえ最適な人材であったとしても応募する気が起きないような内容となっている。 なぜだろうか？それは、こういった人材募集広告を作成する人々が開発者という人種を判っていないことも多く、定型的な職務内容説明の下に「今すぐ応募」ボタンを貼り付けただけの何の変哲もない広告を作成するからだ。そこで本記事では、一流のプログラマーにクリックしてもらえるような人材募集広告を作成するための秘訣を紹介している。 ＃1:給与情報を提示する
Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」
NAISTにてMeCabの作者としても有名な工藤拓さんの講演が行われました。Googleの開発体制とそれを支えるツールのお話です。 学校と拓さんの双方からブログへの掲載許可が得られたので、まとめを公開します。この講義はNAISTのソフトウェア開発管理講義の一環です。 iPhoneカメラしかなかったので、画像が荒くて済みません・・・。 会場は大入り！ 工藤拓さん NAIST自然言語処理学講座出身 Googleに入社してから大規模開発やインフラを経験 MeCabを開発 NTTコミュニケーション科学基礎研究所に所属 その後Googleへ 研究より開発寄り Googleでの仕事 日本語のウェブ検索 「もしかして」機能 ダジャレサーチ エイプリルフールネタを1ヶ月かけて実装 何千人もの開発者が単一のソースコードリポジトリの上で開発を行っている 大規模開発をサポートするインフラが不可欠 Mondria
「大規模プロジェクトではどうするか」を考えるより、「大規模にしないためにはどうするか」を考えよう - kなんとかの日記
はっきり言おう。大規模プロジェクトは存在自体が悪。 続けて同氏は、ケーパース・ジョーンズ氏の著書「Patterns of Software System Failure and Success」から調査結果を引用し、大規模プロジェクトになればばるほど、当初の見積もりとは大きくかい離したものになり、かつ失敗する可能性が高いことを示した。「（一般的なプロジェクトも含めた調査結果でさえこれなのだから）デスマーチについては推して知るべし」とヨードン氏。 エドワード・ヨードン、デスマーチを成功に導く対症療法を説く - ITmedia エンタープライズ (強調は筆者による) うむ。言っていることはごくあたりまえのことではあるが、ヨードン氏が言うと説得力がある。 調査結果の抜粋。FP（ファンクションポイント）はジョーンズ氏が定義している単位で、1FPが100行程度のコードであるという。1FPであればほぼ
はてなインターン1週間のまとめ - Gemmaの日記
まずはじめに、京都は美人が多い。 はてなのジョエルテスト ソース管理システムを使っているか？ Yes. gitを使っている １オペレーションでビルドを行えるか？ Yes. 毎日ビルドを行うか？ Yes. 障害票データベースを持っているか？ Yes. gitと連携する内製ツールをつかっている。 新しいコードを書くまえにバグを修正するか？ Yes. 更新可能なスケジュール表を持っているか？ Yes. はてなグループを使っている。 仕様書を持っているか？ Yes. テスト駆動開発なので、テストが動く仕様書。 プログラマは静かな労働環境にあるか？ Yes. 買える範囲で一番良い開発ツールを使っているか？ Yes. テスト担当者はいるか？ Yes. プログラマを採用するときにコードを書かせるか？ YES YES YES! 「廊下での使い勝手テスト」を行っているか？ Yes. 満点。 はてなの開発 サ
まさかの日記:MSの某氏との会話ログ
コンピュータサイエンス系の人たちの間では、サーチのテクノロジーで人気があるのはリリバンシー、次はバーティカルサーチ。 他の要素としては、クローリングとインデキシング、クラウド系というところらしい。 サーバをグリッド化（やや死語だな）して、、みたいなのは、コンピュータサイエンスというよりはエンジニアリング。 昔、シックスアパートの某Perlギークの人と話をしたとき、「自分はエンジニアリング系じゃないんで、、」と言っていた。そのときはエンジニアリングという言葉の定義がよくわからなかったけど、なんとなくわかってきたかも。 あ、全文検索とかマイニングとかも面白いといっていた。まあこれは要素技術だけど。Luceneを作った人が別で作ってる奴が結構良いって。なんだろ。SolrかHadoopか。 あと、エンタープライズサーチ。例えばメール。誰がどんな単語を多用しているかをサマリーしたり、検索させたり。
Martin Fowler's Bliki in Japanese - ドメイン特化言語
http://martinfowler.com/bliki/DomainSpecificLanguage.html ドメイン特化言語(DSL:Domain Specific Language)とは、 ある特定の種類の問題に特化したコンピュータ言語のことです。 様々な問題に対応できる汎用的な言語のことではありません。 ドメイン特化言語についてはこれまでも議論されてきましたし、 コンピュータが使われてきたのと同じくらい長い間使われてきました。 DSLを頻繁に使用しているコミュニティにUnixコミュニティがあります。 そこでは、DSLは「リトル言語」や「ミニ言語」などと呼ばれています （この伝統について、Eric Raymondが素晴らしい議論を提供してくれています）。 最も一般的なUnixスタイルのやり方は、 言語の文法を定義し、コード生成機能を使ってDSLから汎用的な言語を生成する、 あるい
Mantis Bug Tracker
MantisBT makes collaboration with team members & clients easy, fast, and professional MantisBT is an open source issue tracker that provides a delicate balance between simplicity and power. Users are able to get started in minutes and start managing their projects while collaborating with their teammates and clients effectively. Once you start using it, you will never go back! MantisBT 2.26.1 For
「サービスは半日で完成させる」—— SETAKE・たつをさん
「有名人身長推定サイト SETAKE」「EREK」などのサービスを作ったたつをさんはドメイン取得からサービスリリースまでは半日でこなすという。飲み会で生まれたアイデアをもとにサービスを開発することもあるため、ペンはどこにでも持ち歩く工夫をしている。 「ひとりで作るネットサービス」第11回目は、Web APIを活用して次々と小粋なサービスを開発するたつをさん（35）にお話をうかがった。「ドメイン登録からサービスリリースまで半日が目安」と言い切る彼は、どのように企画・開発・運用を行っているのか。その秘訣に迫った。 飲み会の会話から「有名人身長推定サイト」が生まれた 「作ったものはたくさんの人に使ってもらいたいですよ。エンジニアですから」と話すたつをさん。彼が作るサービスはWeb APIを使ったシンプルなものが多い。ちょっとしたアイデアが、情報の見せ方を工夫することで“意外と便利”なサービスにな
まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ：ITpro
第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と
ウノウラボ Unoh Labs: ウェブ開発の共同作業でパーミッションを有効活用する
前回カメラをなくした!!とかいってたら見つかってホッとしているjokagiです． 前回のエントリの書き上げはかなりサボってしまったので，その影響で今回はすぐに順番が回ってきてしまいました． 今回も負けずにロングエントリで行きます!! このエントリの目的 複数人でウェブコンテンツを作成運用管理する場合，特に本番サーバーのファイルのパーミッションで悩んでいる人をよく見かけます． あまりパーミッションを積極的に有効活用できない人は挙句に誰でも読み書きできる(いわゆる0666や0777)ザルにすることが多いでしょう． いや待ってください． もうちょっと丁寧に設定してみませんか? というお話です． 必須環境 少なくとも初期作業においてはroot権限が必要になります． また，ある程度最低限のコマンドやその実行結果についての知識，あるいは調べる能力が必要になるかもしれません． UNIXの一般的なファイル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
逆引きRuby - 逆引きRuby
PHPUnit ポケットガイド