言語女子会: undefとnullは両方必要？、言語女子会2: varは必要？/privateがない？の続編です。 Rubyに恋愛相談 Python: 最近悩んでるのよね… Ruby: んー、何に？ Python: 自分はどんな人が好きなのかなぁ…とか… Ruby: あー、そんなの簡単よ！一緒にいて楽しいことよ！ *1 Python: そんなの誰とだって仲良くなったら楽しいんだから差別化にならないじゃん Ruby: そうとは限らないわよ、たとえば、あっ… C: ごめーん、会議が長引いちゃって遅れちゃった！(髪の毛ファサーっ) Python: ああ…なるほど… C C: 何の話？え、恋愛に悩んでる？そんなの簡単よ。卓越性よ。 Python: 卓越性？？ C: そうよ。なんらかの分野で「わたしが一番」という状況を作ることよ。そうすれば男の側からいくらでも寄ってくるわ。 Python: なるほど

最近、3年くらい前に書いた「そろそろ例のプロジェクトについて言及するか」についてTwitterで言及があったので思い出しました。「条件を満たしたものをすべて呼び出す」という設計思想でプログラムが書けてしまうという点について意外とみんなピンと来ないみたいだからコンセプトプルーフを実装してみようと思っていたんでした。 という訳で作りました。https://github.com/nishio/genomy 解説 「遺伝子はタンパク質の設計図」というところまでは教科書などでもよく言及されます。でも、その設計図には「どういう状況になったら作るべきか」「どういう状況では作るべきではないか」という情報も書かれています。 この「作るべきではない」(発現の抑制)がどう実現されているか、ザックリ説明しましょう。体の中にあるタンパク質があると、これがある遺伝子の周辺にへばりつき、その遺伝子からタンパク質を作る過

今日の86チャットまとめ ujihisa23の発言: 数学用語が非直感的で難しいってのだけど ujihisa23の発言: あれは中二病的にはむしろ良いこと from_kyushuの発言: 中二病ｗｗｗ ujihisa23の発言: 「この非線形関数をラグランジュ緩和で不定積分したら名義尺度が下近似で証明終了。」 ujihisa23の発言: とかかっこよすぎるだろ asuinim/L4RK/nommyの発言: かっこいいな asuinim/L4RK/nommyの発言: 全中学生に啓蒙すべきだ 西尾泰和の発言: 数学用語が難しい名前なのは必殺技だと思えばOKなのか Haikuの発言: そういうことですね。（キラーン） 西尾泰和の発言: 「動的計画法！！！！」と書いて、ふりがなに「ダイナミック・プログラミング」と書いてある 西尾泰和の発言: うはー、かっこええーｗ ujihisa23の発言: おお

Twitterから転載 ふとスレッドっていつ発明されたんだろうと調べてみたけどよくわからない。Linuxがカーネルスレッドをサポートしたのが2.6からで2003年とか意外と新しい？？もちろんユーザレベルのスレッドはもっと古いんだろうけど、いつからだろう。 hideaki_t: NeXTSTEP(Mach 2.0?)にはcthreadがありました。 atsuoishimoto: 私がスレッドって用語初めて聞いたのは、たしか'90年代初頭のOS/2だったかなぁ？ これが2004年の話か＞NetBSD 2.x+, and DragonFly BSD implement LWPs as kernel threads (1:1 model) shidocchi: 私は院の研究室でMachのソースリーディングをやってた頃知った。 これが2001年 ＞ October 2, 2001 Mac OS X

はい、Ruby 1.9.2がリリースされましたね。このバージョンではWEBrick にゼロデイ攻撃可能な脆弱性 - スラッシュドット・ジャパンで紹介されている脆弱性が僕が書いたパッチで修正されているわけなのですけど、そもそもなんで僕が修正しているのか、って顛末がわりと面白いので紹介します。 Apple、upstreamに報告してくれないまま脆弱性をCVEに届け出る upstreamに連絡が来ないまま脆弱性が公開される ruby-devにAppleが書いたと思われるパッチが貼られる(Appleでない人間によって) パッチのライセンスが不明なので取り込めない ライセンスを問い合わせるAppleの窓口が不明なので問い合わせもできない ruby-devを読んだ人はライセンス上安全なパッチを書けない 脆弱性だから話は非公開に進めたい yuguiさんがruby-devを読んでない僕に書かせることにする

プログラミング言語は人が作ったもの。人は誤るもの。なので完璧なプログラミング言語は存在しない。 「人は誤るもの、しかし誤りに固執するのは馬鹿の所業だ。」(キケロ) プログラミング言語も、間違った設計をして、馬鹿でない人がそれを修正することの繰り返しで発展してきた。 というわけで言語間での設計判断の食い違いとか失敗した設計とかを収集中。一部抜粋して講義資料に入れるつもりなので他の事例をご存知でしたらぜひ情報をいただけるとありがたいです。 if(x = 0) C言語では代入が式であるためif(x == 0)のつもりでif(x = 0)と書いてしまい、常に偽になってしまう。 x = 0の値はint、条件式はboolでないといけないので型エラーだよ派: Java x = 0は式ではないので条件式に入れたら構文エラーだよ派: Python 条件式にx = 0をいれたらx == 0と解釈するよ派: H

データ構築子はただの関数じゃないのか？ Haskell のリストが分からない。遅延評価も分からない。 - IT戦記 http://d.hatena.ne.jp/amachang/20080201/1201881246 いや、関数なのは別に構わないのだけど、リストを返す関数にしてしまってはいけないと思う。それじゃ「(呼ぶ前の)未評価の状態」と「(読んだ後の)リスト全部ができあがっている状態」の2つの状態しか取れない。実際には「頭1個だけ評価済み」「頭2個だけ評価済み」…と無数の状態があるので、これが全部関数に分かれている必要がある。 というわけでまず「評価前の状態(Thunk)」と「評価後の値」を表現するクラスを作ってみた。Thunkのforceを呼ぶと結果がValueになるまで評価を繰り返す。 >>> class Value(object): def __init__(self, valu

やる気を出すための未整理リスト その「やる気のなさ」は急性か慢性か？急性なら体のコンディション不良を疑うとよい(2011-09-09追記) 糖分を取らずに12時間くらい経つと体調が悪くなってやる気が出なくなる。空腹感を感じたときに食事をとらないと空腹を感じなくなって「なんかやる気が出ない」「なんとなくだるい」とか感じる。 気密性の高い部屋で長時間換気をせずにいると酸素濃度が下がるのかだるくなってやる気がなくなる気がする。換気をするとよい。換気と無関係にじっと座っていることによっても似たような症状が出る。これは散歩などの有酸素運動をすればよい。(2011-10-20追記) 冷房をつけるべき気温なのに気付いていなくて体温が異常に上がっている。軽い脱水症状を起こしている。 体温が下がり過ぎて眠い。温めると直ることがある。(2010-12-30追記) 体温が下がりすぎて肩こりが起き、それが原因で頭

この研究はもっと評価されるべき！

追記: 男の子牧場の問題点に客観的にわかる問題点を2点ほど書いておいた。 http://company.nikkei.co.jp/compinfo/compinfo_detail.aspx?CONT_ID=00020821 婚活女性向けの携帯サービスとして男性情報共有サイト「男の子牧場」を2009年5月13日に開始いたします。 牧場！？ 家畜！？ 男の子牧場」は、友人同士で男性情報を共有・紹介しあうことができる、女性向けコミュニティサイトです。 モバイルサイト上の「牧場」を通して、交遊のある男性の写真や簡単なプロフィールを登録（※2）、情報を管理することで、友達承認された会員同士、登録された男性データを閲覧することが可能です。 こわ。脈のなさそうな男の子を登録して他の女友達とgive & takeする場なのかな。 これ、逆バージョンの「女の子牧場」だったらきっと企画の段階でつぶれるし、仮に

「プログラミングとか特定のプログラミング言語とかを習得したくて色々勉強したけど、いまいち理解できた感じがしない、何がいけないのだろう、何を学べばいいんだろう」という話を聞いて思ったこと。 それって、目的が曖昧だから達成感が得られないというだけじゃないのか？ 僕の今までの人生の中には「プログラミングを習得した！」と思える瞬間も「Pythonを理解した！」と思える瞬間もなかった。具体的な「Pythonで継続のある言語を実装できた！」とかならある。でも「継続の概念を完全にマスターしましたか」と言われるとそんな気はまったくしない。まだまだ先は長い。しかし僕よりはるかに継続に詳しい人たちが集まって継続に関する議論をしてたりするのを見ると、この道に明確なゴールはないことがわかる。どこまで行っても「まだ先がある」という感じが残るに違いない。 手段が間違っているのではなく、目的が間違っているんだ。「○○を

以前、とあるシステムのソースコードを読む機会があったのだけどあまりにひどかった。あのひどいコードでまあまあまともに動いているというのが逆に信じられない。今日昼ご飯を食べながら少し話していたのだけど意外と知られていないようなので、話せる範囲でいかにひどいのか説明してみようと思う。 まず、ソースコードが大雑把に見積もって3750万行あるのだけど、その中でまともに機能しているコードは3%しかない。10分の1程度のソースコードで同程度の機能を実現しているシステムもあるのでほんとあのシステムのコードはゴミだと言っても過言じゃない(*1) プログラマとしてはなんでそのプロジェクトはそんな状態になってしまったのか気になるところだけども、まあ多くのプロジェクト同様、真相を知る人は誰もいない。でもまあ、実際に機能しているコードのコピーみたいなものがあちこちに散らばっていることからしてコピー＆ペーストが盛んに

日本の観光名所に詳しい人に質問です。今度日本に来ることになった友達に「ここだけは必ず行くべき、って観光名所を教えろ」という無茶なことを言われたのですがどこがいいでしょう？ という質問に「本州から出たことないけど、やっぱり高尾山がおすすめだよ！え？長崎？そんな遠いところ行くやついるわけないだろ！」とか答えられると困るわけですよ。そんな人には意見を聞いてない。 しかしいちいちアンケートの回答者に面接を行うわけにはいかないので、とりあえず適当な問題を出して絞り込んでみようか。 沖縄の県知事は西城秀樹である 沖縄はその中央に日本で最大の湖がある 沖縄は日本で最も東にあるため最初に初日の出がみられるところとして有名である 沖縄には特徴的な民族衣装がある 沖縄は豪雪地帯であり、建物は雪を積もらせないために急傾斜になっている 沖縄ではてんさいを原料とした砂糖の生産が盛んである 沖縄は親潮と黒潮の潮目に位

最初、擬似コードを書く時点で、この5パターン以外ありえないことはすぐにわかります。そして、それぞれについて解法を考えます。しかし、それをやりながら、「1つにまとめられるんじゃない？」と欲を出すと、失敗します。難しくて分割したなら、まとめちゃいけません！ http://d.hatena.ne.jp/yukoba/20080218 これ「重複していても *未来永劫* まとめてはいけない」という意味ではないですよね？とかくこういうキャッチフレーズは背景を離れて一人歩きしがちなので勘違いをする人が出てくるのではないかとちょっと心配になりました。 もともと「重複するコードは一つにまとめるべき」という話は「同じ処理があちこちに重複していると、仕様が変更されたときに修正する箇所もあちこちに散らばっているので修正コストが高い＆うっかり修正忘れをするリスクが高い」という問題があるという話なので、yukoba