Qt 4.6: Qt Reference DocumentationQt Reference Documentation Getting Started API Reference Working with Qt
電波プログラミング入門 - 電波プログラミングwiki
*チュートリアル：Hello,Worldアプリケーション 簡単なHello,Worldプログラムを題材に電波プログラミングを紹介する。 プログラミング言語としてはPerlを使用するが、プログラム例としては単純なものなので、読者諸兄によってそれぞれ好みの言語に移植することは容易であろう。 **要件定義 電波プログラミングは電波文と異なる。あくまでプログラミングであるので、要件定義は必要である。 例としてHello,Worldプログラムの要件を定義するならば、以下のようになるだろう。 -端末上に"Hello,World!"というASCII文字列を表示すること "Hello,World!"という文字列を表示する、という点について注意したい。つまりこの時点で、以下のようなプログラミングは要件を満たさないことになる。 print "HW!\n"; #私の内的な宇宙においてHello,World!の意
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
株式会社エス・スリー・フォー » テンポラリ・バッファとしての std::vector の利用
テンポラリ・バッファとしての std::vector の利用 悩ましきテンポラリ・バッファ 一時的に必要となる領域、すなわちテンポラリ・バッファはプログラムのいたるところで用いられます。 void f() { char buffer[256]; ... } 上の例では256[char]のbufferをautomatic領域に確保しています。 場合によってはこのような固定サイズではなく、可変長のテンポラリ・バッファを必要とします。可変長のテンポラリ・バッファが必要なとき、通常opeartor newによってヒープ領域から確保するでしょう。 void f() { char* buffer = new char[N]; // Nは変数 ... delete[] buffer; } 当然のことながら、operator newによってヒープから確保した領域は、利用後速やかにoperator dele
SoX - Sound eXchange
BambooHR is all-in-one HR software made for small and medium businesses and the people who work in them—like you. Our software makes it easy to collect, maintain, and analyze your people data, improve the way you hire talent, onboard new employees, manage compensation, and develop your company culture. It’s designed to set you free to focus on what matters most—your people.
きしだのHatena
JTC、つまりJapanese Traditional Companiesのことですが、英文法チェッカーが「Traditional Japanese Companiesでは？」みたいな指摘をしてきたり、TJCのほうが正しいという話がありますね。 英語の文章でどのような語順で出てくることが多いか数えてTJCのほうがいいのではとしているブログもありました。 けれども、ここでJTCというのは、次の日経記事にあるよう「上意下達の企業文化や硬直的な組織運営を皮肉る際に使われます」という言葉です。 JTC（Japanese Traditional Company）とは？ 古い企業体質、変革を模索 - 日本経済新聞 英語でTraditional Japanese Companiesが正しいというには、それが古い企業体質を皮肉る文脈で使われている必要があります。けれどもそんな文脈はほとんどないんじゃないか
「Java SE 6完全攻略」第5回 プロファイラ hprofとよき相棒 jhat
アプリケーションのパフォーマンス・チューニングなどで使用するツールといえば，まず第一にあげられるのがプロファイラです。最近は，EclipseのTPTPや，NetBeans Profilerなどフリーで使えるプロファイラが増えてきたので，使ってみたことがある方も増えてきていると思います。 意外に知られていないのですが，Java SEにも標準でプロファイラが付属しています。それがhprofです。 Java 2 SE 5.0からは「-agentlib:hprof」という起動オプションでhprofを起動できます（J2SE 1.4.までは「-Xrunhprof」）。使い方はヘルプ・オプションで表示できます。 C:\temp>java -agentlib:hprof=help HPROF: Heap and CPU Profiling Agent (JVMTI Demonstration Code)
Roll your own IRC bot - HaskellWiki
This tutorial is designed as a practical guide to writing real world code in Haskell and hopes to intuitively motivate and introduce some of the advanced features of Haskell to the novice programmer. Our goal is to write a concise, robust and elegant IRC bot in Haskell. A packaged-up version of the code is available on GitHub. Getting started You'll need a reasonably recent version of GHC. Our fir
言語の進化について語る Bjarne Stroustrup 氏
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. Interview++ Bjarne Stroustrup on the Evolution of Languages Howard Dierking Contents Thoughts on Language Language Trends Methodology and Best Practices Looking toward the Future Books and Phones Every once in a while, an evolutionary leap rapidly advanc
Eclipseプラグイン開発自分FAQ
ここでは、 Bulletnoteを開発した際に分かったことを中心に、 Eclipseのプラグインを 開発する際のFAQを勝手に設定して勝手に答えている。 Eclipseは、デザインパターンを活用した、 ポストモダンでデカダンでレーゾン・デートル なアーキテクチャになっているので、 そのプラグインを開発する際、非常に簡単なことを実現するにも 非常な困難にぶちあたることがままある。 いま目の前にあるテキストを取り出すにも、 耳の穴から指を突っ込んで奥歯をがたがたいわせながら舌をひっぱるような、 手の込んだメソッド呼び出しが必要になったりする。 パズルとして考えれば楽しくないこともなくもなくもないが、 プログラミングでいちいちこんなことをやらされるとなかなかつらいものがある。 加えて、ドキュメントが圧倒的に不足している。 一応Helpおよびいくつかの記事があるが、基本を網羅しているとは 言いがた
Java画像メモ(Hishidama's Java Image Memo)
画像（イメージ） Javaでは、画像をImageクラスで扱う。 Imageをファイルから読み込む [/2010-01-08] 新しいImageの作成 [/2007-02-26] 画面に表示されている画像を取得 [/2010-01-08] Imageの加工 [/2007-02-26] ImageからBufferedImageへの変換 [2010-01-08] Imageをダイアログで（アイコンとして）表示する例 BufferedImageをファイルへ書き込む [/2010-01-08] 画像ファイルから読み込む方法 画像ファイルからImageを取得するには、ImageIO#read()を使用する。 内部で画像ファイルの種類を自動的に判断して読んでくれるらしい。 なお、画像として不正なファイル（対応していない種類の画像）だったときは例外は発生せず、nullが返る。 対応状況 種類 JDK1.4
悪態のプログラマ
ビジネスによくあるシーン。 1. ドキュメントを作る 2. 誰かに見せる 3. 質問される 4. 質問に答える 5. 納得してもらう 例えば、報告書の類とか、我々の仕事なら設計書のレビューなどもそうだ。また、ソースコードのレビューも同じである（以下、「ドキュメント」にはソースコードも含むものとする）。 さて、上記の流れの後でそのまま終わってしまう人も多いのだが、それはよくない。 単純に考えると、質問された内容というのは、「作成したドキュメントから読み取れなかったこと」である。しかも、少なくとも聞き手が質問せずにはおられない程度に「重要なこと」なのである。 そのため、今後、別の人（たとえば上司のそのまた上司）がこのドキュメントを読んだら、同じ質問をしてくる可能性が高い。質問の機会がなければ誤解されてしまうかもしれない。また、説明を受けた人ですら、後になってその内容が思い出せなくなって、違う解
Rubyソースコード完全解説 / 青木峰郎
$Id: index.html,v 1.6 2004/07/20 23:08:12 aamine Exp $ この文書は書籍『Rubyソースコード完全解説』のHTML版です。 ただし初校段階の原稿をベースにしているため、 書籍では修正されている間違いが残っている場合があります。 予め御了承ください。 2004-02-16 に全章を公開しました。 目次 まえがき 序章 第 1 部「オブジェクト」 第 1 章「Ruby言語ミニマム」 第 2 章「オブジェクト」 第 3 章「名前と名前表」 第 4 章「クラス」 第 5 章「ガーベージコレクション」 第 6 章「変数と定数」 第 7 章「セキュリティ」 第 2 部「構文解析」 第 8 章「Ruby言語の詳細」 第 9 章「速習yacc」 第 10 章「パーサ」 第 11 章「状態付きスキャナ」 第 12 章「構文木の構築」 第 3 部「評価」 第
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
need code for a lowpass filter [Archive] - DevMaster.net Forums
Music DSP Resource