神聖モテモテUNIX
「NetBSDスキー… *BSDがなぜ普及しないかというと… 何かの陰謀じゃよ!」 「ハッピーな生き様さらしてんじゃねえ!」 HURD :03/09/05(金) 11:14 いきなりなぜえ!? なぜ犬に襲われるんだとかそういうようなことを 言いてえーー とにかく今のわしでは 手も足も出ねーー そういう展開のようです!! 分かりやすいですか? 勝利へのリリース!! まさに失敗。 ワンモアタイム!! なくなってしまーう!! (プロジェクトが) うおおーー い…犬より強いぜ!! (自己暗示) 敵がインフレーションして machより強い犬が現れたーーー 3 theo :03/09/05(金) 11:14 NetBSD Foundationのみんなー元気かにゃ? ほんとは不満があるのに隠してる子はいないじゃろかー? そんな事はさておき、NetBSDから独立せ
地獄のようによくわかるSQLテーブル結合 - こせきの技術日記
テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSS JOIN。 こんなの使いません。 ブクマ用画像。
Rubyで任意のメソッドをメモ化する - ぬいぐるみライフ？
Rubyベストプラクティスの5-4より．メタプログラミングの例として面白かったのでまとめてみる． メモ化とは メモ化とは，引数に対するメソッドの戻り値を保存しておき，再び同じ引数でメソッドが呼び出された時にその値を再利用することにより，同じ計算を何度もすることを防ぐ最適化手法のひとつ．全ての引数に対しメソッドの結果が不変の場合(同じ引数で何度呼び出しても毎回同じ戻り値を返す場合)，メソッドをメモ化することができる． 以下はフィボナッチ数を再帰で計算するメソッドfibの例． def fib(n) (0..1).include?(n) ? n : fib(n-2) + fib(n-1); end この実装の場合，例えばfib(n)はn = 3で5回，n = 4で9回というように，nの値が大きくなるにつれて再帰呼び出し回数がどんどん増え，実行時間が爆発的に増大してしまう．私の環境だとfib(30
プログラミン | 文部科学省
文部科学省「プログラミン」は1024x768ピクセル以上のモニタ解像度でご覧ください。 ご覧いただくためには、最新版のFlashPlayerをインストールのうえ、 JavaScriptを有効にしてください。 「Adobe Flash Player」の最新版はアドビシステムズ社のWebサイトより無料でダウンロードできます。 インストール方法については、配布元の説明をお読みください。
C++は何を間違えたのか - 人生を書き換える者すらいた。
以前Webで見かけたプログラミングの魔導書というのを買い、ちょこちょこ読み進めて今日終わった。 タイトルはなんかものものしいが、単にC++のマニアックな話題が詰まった本である。 新仕様のc++0xの解説もちょっとあるが、いよいよ変態の領域にきている。ムーブコンストラクタなぞとても使いこなせる自信がない。 いま思い返せば、C++はテンプレートの病的な使い方にフォーカスしてきたあたりから風向きがおかしくなってきた気がする。テンプレートはうまくキマれば格好いいのだが、メタプログラミングのレベルまでいくとコンパイルを通すだけでプログラミング本体と同等の思考力が必要なのがきつい。 この本も変態テンプレートはたくさん出てくるが、テンプレートでどこまでできるかの追求自体が目的化していて本末転倒である。まあ読み物としては面白いし、他の言語なら実行時にしか分からないエラーがC++ならコンパイル時に分かる！と
とても古い随感 | Netsphere Laboratories
纏まったものやら纏まってないものやら、駄文いろいろ。 これ以降の日記は、随感録(最新)へ移行しました。 1999年 1月 2月 3月 4月 5月 6月 7月 1998年 11～12月
irb を快適に使うための Tips - すがブロ
このエントリは Ruby Advent Calendar jp: 2009 : ATNDの7日目のエントリです。 上記のページに書いてあるとおり、12月中に1日から25日まで一つずつ Tips を書いていこう！という企画で、その7日目がぼくの担当となっています。 前のエントリはこっち：Ruby1.9に対してできること - takkan_mのNo planな日常 次の人はこっち： Road To RDoc - はてなかよっ！ ここからが本題 みなさん irb は使っていると思われますけど irb に限らず、インタラクティブなインターフェイスがあると「ちょっとこの動作を確認したい」という時に重宝しますよね。 いきなり余談ですが 今仕事で Flex を使っているのですが irb に慣れきった体ではちょっとした動作確認などが非常に億劫で億劫で、irbのありがたみを痛感しているところです。 というわ
メモリ破壊の現場を見つけるTips - I am Cruby!
RubyAdventJP, GC, Ruby（この記事はRuby Advent Calendar jp: 2009 : ATNDの4日目です。前日はmrknさんでした） 健全なるRubyistであれば、RubyのGCをいじることが週に一度はあるでしょう。そのときに困るのが、GCをいじってしまったことによるバグの修正です。GCをいじるというのは想像以上に難しく、少しでも書き間違えるとメモリ破壊が発生します。そのときに使えるTipsをこの記事で書くことにします。 みなさんご存じの通り、メモリ破壊というのは原因を特定するのが困難です。これは問題が発覚する場所とメモリ破壊が起こった現場が位置的に遠いことに起因しています。偉大なるハッカーのまつもとさんですら、その発見は困難です。 [ruby-dev:38628] Re: [BUG: trunk] called on terminated objec
現代的なPerlの記述方法一覧 - Perl入門ゼミ
Perl › here Perl5.8以降における標準的なPerlの書き方を解説します。 インターネットで検索するとPerl4のころの古い記述がたくさんあります。また書籍などの多くもPerl4の記法で書かれています。Perl4の記法は複雑になりやすく間違いを生みやすいのでこれからPerlを書く人はPerl5の現代的な記法で記述することを強くお勧めします。 strictプラグマとwarningsプラグマ (必須) strictプラグマとwarningsプラグマを有効にします。 use strict; use warnings; use strict;とuse warnings;の２行はスクリプトの最初に必ず記述してください。これらはPerlの文法チェックを厳しくするためのものです。面倒だという軽い気持ちでこれを記述しないと後々本当に面倒なことになります。 use strict;とuse wa
基礎からはじめるPython---目次
オブジェクト指向スクリプト言語であるPythonは，日常の作業に利用するちょっとしたスクリプトから，商用サイトや大規模Webシステムまで幅広く適用できる非常に便利なプログラミング言語です。日本ではあまり認知度は高くありませんが，欧米を中心に幅広く利用されており，米Googleなどの有名企業でも採用されています。 この特集では，プログラミング言語Pythonの魅力と使い方を説明します。特にこれからPythonをはじめようというビギナーの方に，とっかかりとなる言語の基礎と導入方法を説明します。 第1回 気軽にPythonを始めよう 第2回 データベース・プログラミングも簡単 第3回 スクレイピングにチャレンジ！ 第4回 Google App EngineでPythonプログラムを公開してみる 第5回 GoogleAppEngineでMVCアプリケーションを作成する 第6回 Djangoフレーム
404 Blog Not Found:perl - Tsun::Dere
2006年04月01日21:03 カテゴリLiving on the EdgeYAPC::Asia perl - Tsun::Dere ツンperlを実装したわよ! べっ、別にid:naoyaのためにやってるわけじゃないんだからねっ! Hackerthonに来るの楽しみにしてたのに! Dan the Spiffy % perl -MTsun::Dere t/test.pl ちょっと!「t/test.pl」の5行目の「$hello」には明示的なパッケージ名が必要なの!1度言ってもわからないの!? ちょっと!「t/test.pl」の6行目の「$hello」には明示的なパッケージ名が必要なの!2度言ってもわからないの!? ふう...「t/test.pl」はコンパイルエラーになるから実行しないでおいたわ。 べっ、別にあんたのためにやってるわけじゃないんだからねっ! % cat Tsun/Dere.
GUIで管理できるSubversion·VisualSVN Server MOONGIFT
開発に際してSubversionを利用しているという方も多いだろう。一度立ててしまえばごく簡単に運用でき、それでいていざというときに役立つソフトウェアだ。さらにクライアントはGUIのフロントエンドも多数存在するのが良い。 ではサーバはどうだろうか。CUIでインストール、管理するのが当たり前になっている。だがWindowsであればGUIの方が便利そうだ。 今回紹介するフリーウェアはVisualSVN Server、SubversionのGUI管理ソフトウェアだ。 VisualSVN Serverの便利な点は、HTTPSのHTTPサーバと、Subversionがインストーラーで手軽に利用できるようになる点だ。また、その管理はWindows標準のコンピュータの管理で行える。 ユーザの作成はもちろん、グループの作成もできる。リポジトリの作成もGUIベースで完結するのでごく簡単だ。ファイル単位にアク
知識表現 (1) 意味ネットワーク
1 知識表現 (1) 意味ネットワークコンピュータにより汎用的な処理をさせる場合、プログラム自身が一般的な問題に関する知識を持てるようにする必要がある。そのためには知識をコンピュータに理解できる記号的な形で表現する必要がある。 知識をどのように表現し推論や問題解決に応用することができるかは、人工知能分野の基本となる問題である。人工知能研究で出てきた代表的な知識表現とその利用の枠組み学習する。 代表的なものに意味ネットワークと知識フレームがあるが、今回は意味ネットワークについて概観し実習により理解を深める。 1.1 意味ネットワーク意味ネットワーク (セマンティックネット semantic netowrk) は 1960年代に Ross Quillian (ロス・キリアン) の研究で注目を浴びたもので、知識をノードとリンクからなる 有向グラフ で表現する。ノードは「概念」「事柄」「物」「
意味記憶のモデル
・意味ネットワークモデル ■CollinsとQuillian（１９６９）の階層的ネットワークモデル ・下位の階層のものは上位の階層のものも持っているとする ■↓ 認知的経済性を実現 └→できるだけ少ない認知的負担でできるだけ多い情報処理的な成果をあげること。 ・真偽判定課題による検証 このモデルから言えること 「情報の検索は概念間のリンクを辿ることによる」 「検索に要する時間は、多くのレベルを移動する程長くなる」 ↓ Collinsらはカテゴリ関係や概念の持つ特徴に関する文を作り、真偽判断するのにかかる時間を測定した →検索するレベルが多いほど、判断時間も長く要した。⇒典型性効果を説明できない。
[O] これから15分でErlangを始めるための資料
Erlangをいうプログラミング言語を使って何かをすることが、 最近の流行みたいです。去年はHaskellが流行しましたね。 研究室内で僕を含めてErlangに興味津々という人が、 何人かいたので、今やろう！すぐやろう！と始めてみました。 以下はDebian Etch LinuxでErlangを使ったHello Worldに たどり着くまでの方法と、自習用の資料へのリンクです。 15分でHello Worldを表示してみましょう。 # 僕は表示までに30分以上かかりましたが・・・。 ErlangでHello World Erlangの読み方 - アーラン - Erlangとは Erlangをインストール Debian Etchではapt-getするだけです。時間は5分くらいかかります。 Windowsの人は、Erlang.orgでバイナリファイルを配布しているので、 それをインストールして
Webサービスを公開し、運用するために - 今日とは違う明日
会社でプログラミングはしてるけど、プライベートでWebサービスを作って公開するには、どうすればいいんだか・・・という過去の私みたいな人のために。 とりあえず、前提として。 Webサービスを構築するためのある程度のスキルはある 何を作りたいかも決まっている でも、自分でゼロからスタートして公開までの段取りがよく分からん 1.開発言語、フレームワーク、データベースを決める 何はともあれ。持ってるスキルにあっているものが良いと思うけど、新しい言語やフレームワークにチャレンジするのも楽しいかも。お好きなものをどうぞ。ただ、all in oneなフレームワークだと、色々揃えなくてもいいから楽。 言語を決めたら、それに合わせた開発環境を用意して、Hello Worldが動く程度には動作を確認しておく。 私の場合は 言語はruby フレームワークはRuby on Rails データベースはpostgre
プログラミングテクニックのまとめ - プログラミング日記
とりあえず思いついたもののまとめ。 まずは、ベーシックなものから。 変数のスコープをなるべく狭くしろ 他はグローバル変数を使うなとか、モジュール化と界面を意識せよなど。とにかくスコープは重要かつ意外と奥が深い。スコープに関係する機能は、モジュール(パッケージ)、クロージャ、ローカル関数、ローカルクラス、変数の種類、アクセス制御など。 同じロジックのコードを2度以上書くな 他はDRY原則、コピペをするななど。自分の場合、2度書く方がシンプルになる場合、2度書くこともある。特に、ifやswitchなどのロジックの中で同じコードが2度現れる場合、ちょっとしたコードでわざわざ別のところで関数やブロックにまとめて、それを参照するのは面倒。但し3度以上現れる場合は関数などにまとめるケースが多いかも。 汎用コード内で条件分岐コードを減らせ 他はifをポリモーフィズムによりなくせなど。条件分岐は汎用性を損
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ideone.com
Return 0
Redmine.JP — Redmine日本語情報サイト
