Talpa memorandum
橘玲の『「読まなくてもいい本」の読書案内』を読んだので、感想とメモをまとめておく。 この本、タイトルは『「読まなくてもいい本」の読書案内』だが、実際には「読まなくていい本」はほとんど紹介されていない。紹介されているのは、当たり前の話かもしれないが読むべき本だ。他の読書案内本と異なっているのは、”こういう本は読まなくて良い”と、ばっさり切り捨てているところ。読むべきか・読まなくてもよいかの基準は、20世紀後半に爆発的に進歩した科学研究の成果に置いている。著者は、この時期に起きた科学研究の大幅な進歩を”知のビッグバン”、”知のパラダイム転換”と呼び、これ以前に書かれた本は（とりあえず）読む必要がないと言い切る。古いパラダイムで書かれた本は捨てて、新しいパラダイムで書かれた本を読もうという話だ。ちょっと乱暴な分け方ではあるが、1980年代に大学生だった私には案外納得できるものだった。学生時代に最
帯2：日本語テキストの難易度推定
難易度の規準には、小中高大の教科書127冊から抽出した1478サンプル、約100万字のコーパス（教科書コーパス）を用いています。 プログラムは、まず、それぞれの難易度に対する尤度を、連続する２文字の生起確率（文字bigram）に基づいて計算します。 得られた尤度のうち、最大の尤度をとる難易度が、求める難易度となります。 実際の難易度の計算は、もう少し複雑です。 あるテキストに対して、文字の生起確率から計算された13個の尤度を難易度順にプロットしたのが、下のグラフの点線です。 理想的には、なめらかな曲線を描くはずですが、実際には、そうはなりません。 そこで、これら13個の値に対して、スムージングを適用します。 スムージングによって得られた結果を、青線（４次多項式）および赤線（２次多項式）で示しています。 スムージングを適用した結果に対しても、最大の尤度をとる難易度を求めます。 こうして、難易
なぜ，/var や /etc が /etc や /cfg というディレクトリ名ではないのか？ - NO!と言えるようになりたい
Unixを使っていると，/usr が全然ユーザー用じゃなくどう見てもシステムのための物だったり，/etc が事実上設定ファイル置き場となっていたり，/var がログファイル置き場となっていたりと，名が体を現していなくて奇妙な感覚を覚える．もっと分かりやすい名前の付け方があったんじゃないかと，Unixユーザーならば誰もが思うはずだが，これに対する解答がredditに投稿されており，その内容が非常に面白かったので，軽く翻訳してみた． Anyone know why /var and /etc weren't named something like /etc and /cfg? http://ja.reddit.com/r/linux/comments/cpisy/anyone_know_why_var_and_etc_werent_named/c0ua3mo 昔々，システム7が使われていてU
How to use the apriori program version 4.08
UNIXの場合 CNSにログインして、自分のホームディレクトリにある、.cshrc というファイルに次の一行を追加して下さい。 なお、この変更をする前に、必ず以下のようにしてファイルのバックアップをとる ようにして下さい。 % cp .cshrc .cshrc-backup その後で以下の内容を元のファイルに追加して下さい。この作業をWindowsの"メモ帳"、"ワードパッド"などでコピー アンドペーストを使って行うと、上手く行かないことがあるようです。その場 合はCNSからmuleを起動してファイルを編集して下さい。 switch (`hostname`) case ccz??: alias apriori /home/soh/DM_tools/apriori4.08-solaris/apriori/src/apriori-solaris breaksw; case zux
kill -9 ラップ:Geekなぺーじ
演奏開始 サビがカッコイイ kill -9 !!! kill -9 , no more CPU time, cause it's kill -9, and your process is mine, kill -9, it's my time to shine, don't step out the line, or I'll just kill -9 途中の内容 聞き取れなかったり、意味が理解できなかった部分は省略しています。 (終わってみると、4分の曲を聴くのに2時間近くかけている自分が阿呆に思えてきました。。。) 気合がある方は全部把握してみると楽しいかも知れません。 お前のクソプロセスにSIGQUITを試したけどダメだった。 今度は kill -9 をやってやる。 自分のスレッドが止まるべき時を把握しておけ。 お前のプロセスなんか同意を得ずにrun queueから外してやる。 お前
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
find／grep／xargsコマンドを使いこなす 業務で楽するためのUNIXテクニック集「検索」編
kkaneko.com
