IIJ Research Laboratory
ネットワークの計測と解析 インターネットの使われ方やネットワークの挙動を把握する事は、ネットワークを運用し、その技術開発を行う ために欠かせません。しかし、観測で得られるデータ量は膨大ですがノイズが多く、また、観測できるのは極めて限られた部分でしかありません。そこで、膨大なデータから意味のある情報を抽出したり、部分的な観測からより一般的な傾向を推測する事が必要となります。... インターネット基盤技術 速くて、安全で、信頼性が高く、使いやすく、など、インターネットサービスへの要求はますます高まっています。これらの要求に応えるために、インターネットの 基盤技術も日々進歩しています。いまやインターネットはつながるだけのサービスではなく、高度で複雑な機能を備えた社会基盤となりました。IIJ技術研究所は、インターネットの基盤として実現が期待される機能を提供するために、さまざまな技術課題に取り組んで
DRY原則の利用: コードの重複と密結合の間
原文(投稿日：2012/05/25)へのリンク DRYは重複とそれに伴うメンテナンスの問題を軽減するものだが、誤用すると密結合を生み、可読性を損うおそれがある。教訓：ソフトウェア開発原則は、ほかの原則やパターン、プラクティスを考慮して適用しなくてはならない。 DRYは Don’t Repeat Yourself の略語であり、Andy Hunt氏とDave Thomas氏が書籍「The Pragmatic Programmer: From Journeyman to Master」（邦訳：「達人プログラマー―システム開発の職人から名匠への道」）で最初に言及したソフトウェア開発原則だ。その原則はこう述べている。 知識のあらゆる部分はそのシステムにおいて単一で、曖昧さのない、信頼できる表現でなくてはならない。 ここでHunt氏は重複による負の影響と、それゆえにDRYを利用することの重要性を強調
新しい何かに取り組むプログラマさんたちへ | y_matsuwitter's
桜の季節が近くなってきましたね。 春といえば出会いと別れの季節です。 我々プログラマも、ともすると４月から就職して新しいプログラミング言語やプロジェクトに出会うのではないでしょうか。 僕は１月に戦場を移動した関係で、１月から初めてRubyに取り組みました。 またObjective-cも書き始めています。 何かの参考になればと思い、今回の経験から僕なりの新しいプログラムへの取り組み方の定石みたいなものを偉そうに書いてみようと思います。 Kiai Driven Development 新しい言語やプロジェクトに出会ったとき、KDD（気合駆動開発）信奉者の僕が気を付けている点が３つ有ります。 それを一から紹介します。 Githubをとにかく巡れ！ 新しい言語に取り組むとき、僕はまずGithubのその言語に関するwatchやfolkのランキングを見てます。 ランキングは、Github上部のExpl
『国境なきプログラマ』を目指す～ノマドワークの究極のかたち | Social Change!
先週末から、SonicGardenのプログラマである @maedana が、住居をアイルランドのダブリンに引っ越しました。一方で、SonicGardenの仕事は続けてもらうことになっています。少し面白いワークスタイルなので紹介します。 View Larger Map 彼は特にアイルランドに縁もゆかりもあるわけではないですが、英語を身につけたいというモチベーションがあり、英語圏で彼の年齢で長期滞在が出来るところは限られており、結果としてアイルランドに決めたようです。（ただダブリンはRubyにゆかりのある松江市と姉妹都市らしいというのを後から知りました。縁ですね。） 当社（SonicGarden）では、以前からどこでも仕事が出来るためのノマドなワークスタイルを目指していました。その為に、仕事は当然ノートPCですし、システムはすべてクラウドに置き、厳密な勤怠管理をするのではなく自主性を重んじるな
「もっとも高給」といわれるHFTプログラマになるにはどうすればよい？ | スラド デベロッパー
近年金融取引の世界では、コンピュータを使って高速で取引を繰り返す高頻度取引（HFT）が普及している。HFTシステムに携わるエンジニアは「プログラマとしては最高レベル」という高収入が得られるそうで、技術者からの関心も高まっているらしいのだが、本家/.にて、このHFTシステムのエンジニアになるにはどのような知識が必要か、ということが話題になっている（Application Development Trends）。 まず、最も必要とされるプログラミング言語はC言語であるという。C言語と並んで使用頻度の高いのはJava、Matlab、Cuda。CudaはGPUで並列処理アルゴリズムをプログラミングするのに使用されるが、その頻度がますます高まっているという。またOSに関しては、「無駄を省いたカスタム仕様のLinuxが基本」であるとのこと。 また、必要とされるスキルとしては「C#やJavaと併せてデー
技術日記＠kiwanami
求められている気がしたので、EmacsLispについて知っていることを書いておこうと思った。 PerlでWebAppの開発に必要なN個のこと - Islands in the byte stream 開発に必要なN個のこと by Google パッケージマネージャ Cask を使うのが今風。先日CartonというPerlのパッケージマネージャと名前がかぶっていたので、改名された。 https://github.com/cask/cask ちなみに、普段使いであれば、Emacs24.xから標準で入っているpackage.elを使うか、el-getを使う。 Bitbucket | The Git solution for professional teams アプリケーションサーバ イベントドリブンなElnodeと、httpd.elをpure Emacsで書きなおした simple-httpd
プログラマはプログラミングをしていないという現実
フロリダのRubyプログラマのSteve Clayさんがブログに投稿した「プログラマーはプログラミングをしている、はずが実際はそうでもない」という記事が話題になっていました。 神話：プログラマは一日中、プログラムを書いている。 現実：多くのプログラマは下記の事に多くの時間を費やしている。（順不同） 外部のプログラマーのMLへのメールやテックでない人へのメールを用心深く書く ミーティングに参加、モックアップやDBスキーマの作成、要求された機能へのパフォーマンスの心配 バグレポートを書く、過去のバグを検索 複雑なシステムの障害の原因を何ギガもあるログを探索して調べる ダウンタイムについてユーザーや上司への説明 他人の問題の解決へ協力 ドキュメント、本、ブログ、リリースノート、脆弱性アナウンスを読む 必要な既存の名前の分からないようなコードを探す 見つかったコードが自分の環境に互換性がありライセ
「プログラマが体験するべき50の危険なこと」
「子どもが体験するべき50の危険なこと」のタイトルだけ元ネタ。 http://www.oreilly.co.jp/books/9784873114989/ プログラマ一般ではなくソフトウェア開発業界寄りになってます。 「危険な体験談」「あるある」で終わらずに、そこからもう少し考えるきっかけに出来るんじゃないかと思ってます。 「プログラマが体験するべき50の危険なこと」と「きのこ本」 続きを読む
IT技術者よ、自らの“価値”に目覚めよ！
朝から晩まで働いても、評価されない、報われない……IT技術者にとって辛い状況が続いているが、そもそもIT技術者としての“価値”とはどこにあるのだろうか？ いま注目を集めている“ITアーキテクトという存在”を掘り下げると、その答えが明確に見えてくる――日本IBMのシニアITアーキテクト、黒田茂生氏が、その豊かな経験から“未来のITアーキテクト像”を具体的にひも解く IT技術者は報われない仕事？ 「IT技術者は過小評価されているのではないか？」――IT業界の現場で働いているエンジニアの方なら、一度はこのような疑問を持った経験をお持ちではないでしょうか？ データセンターや窮屈なオフィスで、休日も返上して朝から深夜まで缶詰め状態で働き、システムを構築するために全力を尽くす。それにもかかわらずプロジェクトが遅れ、システムは思うように動かず、トラブルは次々と発生する。 このように過酷な労働環境で苦労し
なぜ新人は聞きに来ないのか? - teruyastarはかく語りき
プログラマで、生きている: ググるな危険 http://el.jibun.atmarkit.co.jp/hidemi/2009/11/post-9d2b.html わたしが新人が検索に頼ってしまうことを危険視するのは、コピペの寄せ集めでもなんとなく動くコードが書けちゃって、それで自分は仕事を達成したという錯覚に陥ってしまうからです。 たいていの場合、新人プログラマには「きちんとしたコードを書くこと」は期待していません。先輩たちが期待しているのは「きちんとしたコードを書ける人になってくれること」です。 そこらへんの意識が行き違っちゃってるから、仙台に行くことよりも、新幹線に乗ることの方が重要事項になっちゃうんですかねえ。 最後に、わたしが新人の時に先輩から言われた言葉をご紹介させていただきます。 「自分で説明できないコードを1行たりとも書くな！」 間違うのはしかたありません。けれども、「自分
yebo blog: OpenSSLは猿によって書かれている
2009/11/03 OpenSSLは猿によって書かれている オープンソース・プログラマ Marco Peereboom氏がCAを使った安全な通信コードを書くために、OpenSSLのコードを調べたところ、コードが糞で猿が書いたも同然という結論に至ったその経緯をWeb上に書いている (OpenSSL is written by monkeys)。今まで使ったライブラリの中で最悪、このような複雑で愚かなコードがインターネットで使われているなんて信じられないとのこと。更に、HOWTOも本もツールの事ばかりでコードを書く手助けにはならない。サンプルコードを見たら、目眩がしてきたとか。彼らは、ひどいOpenSSLに覆い隠すためASSL (Agglomerated SSL) を書いているようだ。OpenSSLは明らかに「バッドノウハウ/奥が深い症候群」の一つだよなー。 投稿者 zubora 投稿時間
djb.md
djb みんなそろそろ D.J. Bernstein が世界史上最高のプログラマだというのを思い出すべきだと思うんだ。 まず、客観的な事実だけを見てみよう。 djb は2つの重要なシステムソフトウェアを書いた。 メールサーバと DNS サーバだ。 どちらも何百万というドメインで使われている。 ありとあらゆる複雑な仕事をこなし、とてつもない高負荷でも問題ないし、どんな異常事態にも対応する。 これらは、Bernstein が最初にリリースしたときとまったく同じものが動いてるのだ。 ひとつのバグ (たったひとつ!) が qmail に見つかった。 2つめのバグは、さいきん djbdns に報告された。 けれど大事なことは、人々がこのバグを見つけるのに、10年近くかかったという事実だ。 こんなことができるプログラマは他にいやしない。 Donald Knuth はいい線いってるけれど、 TeX につ
「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 － ＠IT
2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来
ウェブ開発ブームの終焉 | OSDN Magazine
読者の皆さんもご存じの通り、アメリカにおける昨年の金融危機に端を発して、世界は空前の大不況に突入しつつある。今後もそれなりに成長が見込めるということもあってか、IT産業の求人・雇用状況は製造業などの他業種と比べれば状況はややマシのようだが、それでも予断を許さないのは確かだ。首筋が寒くなってきた方もおられるだろう。 ITスキルの需要変化 ところで、調査会社Foote Partners LLCが最近出した発表によると、市場におけるITスキルへの需要に興味深いトレンドの変化が見られるらしい。というのは、プロジェクトマネジメントやITアーキテクチャといった分野のITスキルへの需要が増加傾向あるいは堅調なのに対し、ウェブ開発に関連したスキルへの需要はここ2年で減少傾向にあるらしいのである(Internet Evolutionの記事)。といっても、アンケート調査の対象はアメリカとカナダの1960社に勤
「はてな」に常駐している(少なくともidを持っている)天才プログラマーの [1] id [2] 主な業績(開発したソフトや、作成したサイト等) [3] そのソフトのどこがすごい.. - 人力検索はてな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
Qiita
TechCrunch
プログラマーが初心者におすすめするプログラミング関連本１０冊
長文日記