みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー stackoverflowで見つけた乱数に関する質問「乱数のランダムさって？」に対する解答が面白かったので紹介します。 乱数のランダムさというのは，沢山標本をとったときに，標本値がまんべんなく均等に分布する，ということ。プログラミング言語などに組み込まれた乱数を発生する仕組みが返す値が均等に分布してないと，テトリスでなかなか長い棒が落っこちてこなかったりするわけです。 数学的な詳細はともかく，こういう知識はプログラミングをする上で知って置いた方がよいと思います。 さて，質問の内容は random()とrandom()×random()のどっちがランダムなの？ というもの。後者はrand
スクラップブックコーディング ググって見つけたサンプルコードを適当に貼り付けて、なんとなく動いているソースを作り出すこと。 それがなぜ動いているのかはしっかり理解していないけど、とりあえず動いているみたいだからいいや。 これを行う時は「ぬーすんだ そーすで しーごとするー」と口ずさみながら行うとちょっとだけ救われた気持ちになる。 ブラックジャックパターン 様々なプログラミング言語を継ぎ接ぎのように組み合わせて動作させる手法。 使っている言語に必要なライブラリがなかったために、その箇所だけ他の言語を使うといった場当たり的な対応を繰り返していると出来上がる。 自然としっかりしたモジュール化が行われるため、すべての言語に精通していれば逆に可読性は良くなる場合もある。 銀の流れ弾 「システム開発における数々の問題を一挙に解決することができます！」という怪しげな触れ込みとともに喧伝されている「最新て
Map/Reduce is a term commonly thrown about these days, in essence, it is just a way to take a big task and divide it into discrete tasks that can be done in parallel. A common use case for Map/Reduce is in document database, which is why I found myself thinking deeply about this. Let us say that we have a set of documents with the following form: { "type": "post", "name": "Raven's Map/Reduce funct
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 仕様が不条理なプログラミング言語を紹介している記事(Top 13 Most Absurd Programming Languages)を見つけたので翻訳してみた。それぞれにHello Worldのサンプルがついています。半分くらいは知ってたけど，いろいろあるもんなんですね。 1. Brainfuck 変態言語ファンにはおなじみの言語Brainfuck。プログラムは8種類の文字から構成されていて，ミニマリズム全開でわけがわからないコードが魅力の言語です。 ++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++ ..+++.>++.
githubのコミットメッセージに含まれる下品な言葉を集計しグラフにした結果： http://andrewvos.com/2011/02/21/amount-of-profanity-in-git-commit-messages-per-programming-language/ 言語毎に独断と偏見で解説する パンク系ルビー 前にも触れたが、英語圏のRubyプログラマはカウンターカルチャー的態度を持つものが多い。これはその表れだろう。言語に対する不満が高いのではないと思う。 JavaScript この呪い言葉の量は殆どIEに起因するものだろう。 C++ やっぱり頭にくること多いんじゃない？ もう10年近く触っていないけどその間に色々機能が追加されたようでますます凄いことになっていそう。 C アプリケーション開発がJava、C++、C#やダイナミック言語に移行してシステムプログラミングの比率
随分と昔（2009年11月末）に「JavaScriptで仮想機械の勉強をしましょう」という記事を書きました。今頃になって続きです。 以前の記事で、算術計算をするオモチャの仮想機械を、JavaScriptで作りました。それを RAC0（Rudimentary Arithmetic Calculator Leval-0）と名付けて、「RAC1, RAC2 などがあるかも」と言いながらずっと放置。んで、ちょっとした気の迷いから今日続き（RAC1の話）を書くことにします。 とはいえ、変数の機能と命令セットを決めただけなんで、とりあえずそれを説明します。仮想機械の実行部分は明日以降に。[追記]サンプルを作りました。[/追記] 内容： RAC1の特徴 変数のメカニズム 命令セット 算術演算の命令 定数の命令 述語／関係の命令 論理演算の命令 流れ制御の命令 ブロックスコープと変数の命令 スタック操作の
パターンマッチの意味について考えている。簡単なパターンマッチの例としては、 (x, y) = (1, 2) のように書くと、x に 1 が y に 2 が束縛されるというもの。Scala や F# やHaskell などの最近の言語ではパターンマッチを一般化して、データ構造のみならずどのような関数を使ってもパターンマッチが出来る。たとえば Haskell では、 $ ghci Prelude> :set -XViewPatterns Prelude> let half n = n / 2 Prelude> let (half -> n) = 10 in n 5.0 のように変数 n に束縛する前に関数を適用出来る。この機能はカプセル化されたオブジェクトのパターンマッチに必須の機能だ。 さて、ふとこのパターンマッチを出来るだけ一般的に実装しようと思って困ってしまった。というのも、最初の (x
【简繁】过尽千帆-中短篇H虐文合集 故事1是他的女儿也是他的妻子(nph)：妈妈因她过世之后，她就担任起妈妈的所有职责，包括在床上取悦爸爸 /妈妈因她过世之后，她就担任起妈妈的所有职责，包括在床上取悦爸爸 ☆简繁同发 / 简繁同发1000字? 50po 缘更 /? 缘更--------------------------------? 七月晴连载0万字高辣 教师 《人妻教师》作者：弘扬|2011年末开始写的文章，后来忙了一段时间所以断了，现在有时间接着写还是那句话，调教老婆本来就是男人的责任！ 午夜人屠连载12万字高辣 [综武侠]移花宫主她超忙的 上一个二十年，是邀月燕南天等人的江湖。这个二十年，江湖群杰，移花宫主花满园一枝独秀。移花宫主花满园，她曾远赴大漠打败快活王与石观音，也曾在孤岛与燕南天生死决斗。有人说她是江南第一美人，百晓生却说她是天下第一美人。她男友众多，从塞北的西门吹雪，到南
ActorScript(TM) is a general purpose programming language for implementing discretionary, adaptive concurrency that manages resources and demand. It is differentiated from previous languages by the following: - Universality *** Ability to specify what Actors can do *** Specify interface between hardware and software *** Everything in the language is accomplished using message passing including the
Git の内部構造の事を書いたら twitter に Plan9 について言及している人 (http://twitter.com/#!/madogiwa/status/22707305111887873) がいたので調べてみた。特に、プログラム開発環境と email が統合された acme (アクミと読む？)が面白そうなので youtube のビデオで勉強。 Plan9 Acme Intro - Part 1: http://www.youtube.com/watch?v=dopu3ZtdCsg Plan9 Acme Intro - Part 2: http://www.youtube.com/watch?v=2vjD_B__SbQ Plan9 Acme Intro - Part 3: http://www.youtube.com/watch?v=cR96WQ6OR00 ちょっと見た感じ
I have written several posts regarding job trends in programming languages. However, I have not really written any posts that looked towards the future of programming languages. With job trends, I have been focusing on more heavily adopted languages. In this case, I wanted to look at some other languages that are gaining popularity but have not really become one of the top languages to use. Part o
リアクティブプログラミングは、「時間とともに変化する値」＝「振る舞い」同士の関係性を記述することでプログラミングを行うパラダイムです。 GUIなどのようにインタラクティブなシステムや、シミュレーションやアニメーションのようにダイナミックに状態が変化するようなシステムを宣言的に記述することができます。 これらの「変化する状態」や「外部とのやりとり」が支配的なシステムは、純粋関数型言語が、その強みを発揮しにくい部分でもあります。 本稿では、リアクティブプログラミングが副作用を含む系を宣言的に記述することを可能にし、状態の管理という厄介な問題からプログラマを開放する可能性があることを示したいと思います。 （割と独自研究に基づく解釈ばかりなのでその点ご了承ください。あと例としてでてくるコードは、Pythonベースの擬似コードで具体的なライブラリに基づくものではありません。） Why Reactiv
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
