三宅陽一郎MiyakeYouichiro @miyayou 僕的には、Noel Llopis の C++ for game programmers http://bit.ly/4ae0cL をおぬぬめ。^^ この本が２００３年に翻訳されていれば、いろいろな人がいろいろなところで困らなかった。良書。ちなみに、著者は、twitter やってる 2009-11-16 00:43:55

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

http://slashdot.jp/~bero/journal/498802 が話題に上ったので nmoshはアプリケーションへの組み込みを想定しているので、それなりの配慮事項がある。 まとめ : 違うmosh本体でもアプリケーションが実行できるなら、アプリケーションはライセンスの制約を受けない。 ただしmoshに付属しないR6RS/FFIライブラリを使用する場合、そのライブラリのライセンスの制約は依然存在する。 mosh本体 moshはLGPLv3であるGMPに依存しているため、moshを組み込んだ(AND GMPと静的にリンクした)アプリケーションを配布するときは注意する必要がある。 配布には、いわゆる"リバースエンジニアリング禁止条項"を入れない。(LGPLがこれを要求している) ただ、アプリケーションをスクリプトまたはnmoshのキャッシュとして提供しており、mosh本体を改変せ

現地には行けないのでustで見ています。 ustは↓ http://www.ustream.tv/channel/boostjp 資料とかのありかは↓ http://atnd.org/events/1839 twitterのhash tagは #boostjp http://twitter.com/search?q=%23boostjp ここから先はリンク集。 Boostライブラリ一周の旅 発表者：@cpp_akira(id:faith_and_brave)さん 録画映像：http://www.ustream.tv/recorded/2963634 資料：http://cid-8361f69420bd2fb3.skydrive.live.com/self.aspx/%e5%85%ac%e9%96%8b/boost^_tour^_1^_40^_0.pdf Boost.MultiIntrusi

この記事の中でEconomistは、日本の問題点について具体的に指摘しているので、前回に引続き気分の良い話ではありませんが、欧米の金融界の声を紹介するという観点から、抄訳を中心に簡単に紹介してみたいと思います。 まず、記事の冒頭で Economistは、「わずか5年前まで、中国のGDPは日本の半分に過ぎなかった」と指摘しています。 そして、「人口が10倍の中国に、日本が経済規模でいずれ抜かれるのは、宿命であったとは言え、そのスピードは驚くべきものがある。わずか20年前には、世界一の座も狙えると言われていた日本が、世界第三位に転落したと言うのは、心の暗くなるような一大事である」と書いています。 そんな同誌が指摘する日本の問題点は、以下の通りです。 １．日本の「ボス」達は改革を拒んでいる 日本の政財界のトップは「現実の権力シフトを受け入れることを恐れているか、古くて慣れ親しんだモデルにしがみつ

Rubykaigi2010参加して本当に良かった。運営の皆様、スポンサーの皆様、参加してくださった皆様、Rubyを普段から支えてくださっている皆様。本当に有難う御座います。私もRubyに大変お世話になっていますので、少しでも私に出来ることはないかと思い、個人スポンサーとなって参加させて頂きました。そしてこのブログを残します。 本当のアジャイル 私がRubyKaigi2010に参加して一番痛感したことは、「今までの私はアジャイルをやっていなかったこと。むしろウォーターフォールに近いことをやっていた」と思い知らされたことです。 ウォーターフォールを御存知ですか？半年や１年の開発見積りを行い、それに従って開発を進めるが、見積りが合わなくなり（大抵は見積が足りない）、しかし見積は変えず、デスマーチと呼ばれる慢性的な長時間残業を行うようになり、自分への投資（技術の学習等）を行う時間を犠牲にする開発体

Welcome to Nettica!Join the Cloud! We are a cloud based VPN service built on WireGuardâ„¢ technology providing fast, secure connections to local and cloud resources. Make your own cloud! Mix and match between local and multi-cloud environments managed with the Nettica Agent. Command and control your network from anywhere! OAuth2 and role-based access control provide a secure environment to manage yo

そのアルゴリズム、貪欲につき――貪欲法のススメ：最強最速アルゴリズマー養成講座（1/3 ページ） アルゴリズムの世界において、欲張りであることはときに有利に働くことがあります。今回は、貪欲法と呼ばれるアルゴリズムを紹介しながら、ハードな問題に挑戦してみましょう。このアルゴリズムが使えるかどうかの見極めができるようになれば、あなたの論理的思考力はかなりのレベルなのです。 動的計画法は本当に万能なのか？ 本連載ではこれまで、かなりの文量を割いて動的計画法について説明してきました。動的計画法はさまざまな問題で有効な解決手段ですが、動的計画法が使えるからといって、常に動的計画法を利用することが正しい選択である、というわけではありません。この理由は簡単で、動的計画法は計算量を大幅に削減できますが、その本質は、不要である要素を切り捨てることで問題全体を見渡すというアルゴリズムであるためです。 ここで問

TOP デザイン一覧 グラデーション テキストのみ テキスト非画像 上線 下線 丸 四角 囲み線 斜線 未分類 点線 角丸 はてなブックマーク ツイートする シェアする 他のギャラリー ファビコンギャラリー フッターデザイン ウェブコレクション このサイトについて いろんなWEBサイトの見出し部分を集めました。デザインの参考に。掲載サイトがリニューアルした場合はご紹介の見出しが使用されていない場合があります。 連絡先：manage.hp+midashi@gmail.com copyright © midashi-design.com All Rights Reserved.

CoxheadのAWL (Academic Word list 570words)とは、学術テキストにおいて一般テキストよりも高いテキストカバー率を示す語彙570単語（活用形、派生形を整理したワードファミリー）を集めたものである (Coxhead, A. (2000). A New Academic Word List. TESOL Quarterly, 34(2): 213-238.)。 Academic Wordとあるが専門用語ではなく、分野・専攻を問わずに大学レベルの教科書や専門文献に頻出する単語たちであり、言わば教育のある人にとってのコアボキャブラリー（英語圏の大卒社会人が当然知っている単語）である。 そのため新聞、雑誌、テレビなどのマスメディアで使われることも多く、英語で書かれた新聞についての調査では、頻出順2000語では７割台しかカバーできないが、AWLの570語をプラスすると

なんだってー！！！！(；ﾟдﾟ） (ﾟдﾟ；（ﾟдﾟ；） いや、過言かもしれませんが、C++の存在がdlmallocを書く切っ掛けになったのは確かです。 dlmallocは現在はLinuxなどのデフォルトのmalloc実装ではありませんが、 dlmallocは本当に優れたアルゴリズムを持っています。 まずは「はじめに」の日本語訳を引用として載せておきます。（この記事自体は非常に古いもので現在のmallocの実装の詳細を反映してはいませんが、今なお使うに値するアロケータだと俺は信じますし、使っています） http://g.oswego.edu/dl/html/malloc.html はじめに メモリアロケータはソフトウェア工学のインフラにおける興味深いケーススタディを形成します。 私はそれを1987年に書き始めて以来、維持と発展に努めてきました。（これは多くのボランティアの方々の助けがあって

前のエントリで線形探索のメモリアロケータは駄目だ駄目だ、と言いました。 で、まず線形探索の何が駄目って、メモリは以下のようになっています。 最初は「未使用領域（青）」しかありません。ここからどう領域をとっても良いです。 ただ、使っていくうちに「使用領域（赤）」と「未使用領域（青）」の数珠つなぎになりがちです。 new/deleteの順番を意識すればこういったメモリの配置問題が解決できることもありますが、 実際には「クラスがメモリの状態に束縛される」とすると非常に面倒です。 なので、効率的なアロケータは必須なのです。 あなたが下のような断片化した領域をつなぐ双方向リストを持っていると仮定してください。 ここから効率よくメモリを探すことは絶対にできません。 ソートしておくといったことも考えられますが、ソートすると解放された領域のマージが困難です。 （freeされた隣接した領域はより大きなメモリ

前置き。dlmallocについて書くぞ！と言っておいて書いてなかったので。orz...すみません。 あろけーたをじぶんでかいてはいけません！！ なぜ、って大抵糞だからです。 例えば、こんな管理構造を持ったアロケータをよく見るんですが、 typedef struct _Allocator { unsigned char* pPool; // メモリプール int nPoolSize; // メモリプールのサイズ struct _SMemChain* pHead; // 番兵 struct _SMemChain* pTail; // 番兵 struct _SMemChain* pLast; // 最後に追加されたチェインタグ } Allocator; typedef struct _SMemChain { struct _SMemChain* pPrev; // 前のチェインタグ struct

InfoQの以下の記事経由で、 Andrej Bauer氏の語るプログラミング言語の設計 こういう記事を見つけたので、 On programming language design | Mathematics and Computation 日本語に(勝手に)訳してみました。 英語が得意なわけでもないので(ていうか苦手なほうなので)変なところ等ありましたらご指摘願います。 ――というかHaskellをちゃんと勉強したくなった。 In a recent post I claimed that Python’s lambda construct is broken. This attracted some angry responses by people who thought I was confused about how Python works. Luckily there were

先月、CBUGとわんくまの勉強会にて、アトミック変数とかメモリバリアとかvolatileとかについて話をしてきました。 ちょっと遅くなりましたが、そのときの講演資料を一つにまとめたので、ここで公開しておきます。あと、補足記事も追加していってます。 volatileの実装の詳細について C++0xのメモリバリアについて(その1) C++0xのメモリバリアについて(その2) Double-Checked Lockingについて そろそろvolatileについて一言いっておくかView more presentations or Upload your own.

a.flatのソファへの想い ロングセラーを続けるa.flatのソファ。素材選びからじっくりと時間をかけ、手作業で丁寧につくる職人のモノづくりへの想いが込められています。 詳細ページへ > 高い品質を保つために デザイン、設計、材料調達から試作、量産、検査まで、各工程を管理することが確かな品質を築く絶対条件と考え、安全で安心な製品づくりを進めています。 詳細ページへ >

多くの新生児の親が選ぶアイテム、クーハンですが、本当に必要かどうか意見は分かれています。 このため、この記事ではクーハンの長所と短所を詳しく調査し、必要性について考えていきたいと思います。 クーハンを持つことのメリット＆デメリッ...

このエリアでは、楽天市場でのお買い物をもっと楽しんで頂くために、あなたの利用状況に合わせて便利でお得な情報をタイムリーにお知らせします！

関数型プログラマはプログラムを木だと思ってるらしい，より もいっこ yhara くんのところから． 関数型プログラマはプログラムを木だと思ってるらしい gauche.nightで出た話題だけど、関数型プログラマはプログラムを木だと思ってるらしい。 (car (string-split (string-reverse (string-upcase str)) "\n")) うん、これは木だ。 head $ lines $ reverse $ upcase str Haskellだと $ があるから見た目はネストしてないけど、実際には関数に関数の返り値を渡している。 そう、関数型プログラマは関数呼び出しの中に関数を書くことに抵抗がない。でもC言語とかだとさ、関数呼び出しの中に関数って書かないじゃん、普通。すごく短いやつを除けば、だいたい一旦変数に代入するでしょ。 そのへんの違いが関数型言語を学