Why learning Haskell/Python makes you a worse programmer « All Unkept
I've found, contrary to what you sometimes read, that learning Python and Haskell has not improved my programming using other languages. Haskell in particular, being so different from imperative languages, is supposed to give new insights into programming that will help you even when you are not using the language. My current experience doesn't exactly tally with this, and here is why: Demotivatio
fluentd のベンチマークとってみたよ！ - たごもりすメモ
入出力プラグインをrubyで書けるのがじつにいい感じの fluentd がいい感じに見える。 fluent/fluentd · GitHub ので使えるかどうか、使えるとしたらどれくらいのノードを用意すればいいのかについて考えるため、とりあえずベンチマークをとってみた。 結論 以下非常に長くなるので結論だけ書くと、大変使える感じ。現状だとほとんど何も考えずにデータ中継させても秒間1万メッセージ、100Mbpsくらいまでは処理できる。効率よくなるよう流す側も考えてやれば 300Mbps を超えるデータの転送に成功した。だいぶいい感じ。 なおこれは in_scribe および out_scribe を使用した場合で、開発者 @frsyuki によるとMessagePackでのデータ転送の場合はこの倍くらい出るらしい。 もちろんこれは右から左に流しただけなので現実にタグによるルーティングだとかロ
Real-Time Data Warehousing: Challenges and Solutions
Real-Time Data Warehousing: Challenges and Solutions by Justin Langseth, Founder and CTO of Claraview Today's Real-time Requirement Traditionally data warehouses do not contain today's data. They are usually loaded with data from operational systems at most weekly or in some cases nightly, but are in any case a window on the past. The fast pace of business today is quickly making these historical
英語らしい英語を書くコツ - 科学英語を考える - 東京大学 大学院理学系研究科・理学部
私が日本人の英文を添削するときには，明らかな間違いだけでなく，英語として不自然な英文も直すようにしている。そのような英語らしくない英文は，ほとんどの場合，日本語の言い回しや文法の影響を受けて書かれている。今回は日本人が書く英文にしばしば見受けられる「日本語くさい英語」について考えてみよう。 主題と主語 次の文はその例である。 As for gases, their volume changes depending on the temperature. 気体は温度によって体積が変化する。 どこに日本語の影響があるかというと，文頭の「As for〜」である。文法上は間違いではないが，この表現の使用される頻度はネイティブが書いた英文よりも日本人が書いた英文，または和文の英訳文のほうがはるかに高い。これは，日本語と英語の間に根本的な違いがあるからである。 ここで言う日本語と英語の違いとは，何がセ
Island Life - 言語の比較
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ
memcachedとRedisの生存戦略、というかmemory allocation戦略 - 愛と勇気と缶ビール
ちょっとmemcached & Redisについて調べたのでめも。 ちなみに、生存戦略って言葉は最近Twitterでよく見るから使ってみただけで、実際に何かは知りません。歌か何かかな。 ちなみに見ているソースについては、memcachedは1.4.6、Redisは現時点でのgitの最新(多分)。 memcachedに関して、特定のサイズのchunkを管理するslab classっていうものがあるよーん、とかは説明するとめんどくさいので飛ばします。↓の記事とかに書いてあります。 http://gihyo.jp/dev/feature/01/memcached/0002?page=1 memcached 起動時の-Lオプションが付いてる場合、初めに全部mallocしちゃう。付いていない && DONT_PREALLOC_SLABSがdefineされている場合はchunkのpreallocate
ニュースコメント[2011-11-18] | 無線にゃん
ソフトバンクグループ、FTTHサービス接続を巡りNTT東西を提訴 分岐のしくみについてはこちらを参照のこと。とうとう裁判ですか。むちゃくちゃですね。現実として物理上は「8回線のうちの1回線」なんてものは存在せず、単にNTT東西が自社サービスとして1回線の中に8人分のデータを時間区切りで入れているだけなんだよね。これを使いたければエンドユーザとしてその中の一人になりサービス回線に対する正規の料金を支払えば済むだけの話。物理回線の1本を借りて好きな数だけ分岐させてサービスをするのか、サービス回線の1本を借りて再販的にサービスをするのか、選択肢は与えられている。なのに、「エンドユーザ相当のサービスを受けたい、ただしその料金は払わない」と提訴している。何度も言うけど「8つに分岐する」と言うのはNTT東西固有のエンドユーザ向けサービスの付加価値の一つであり、物理的に8つの回線が束ねられているなんてい
erlang@erlang-users.jp
From: Kenji Rikitake <kenji.rikitake@...> Date: Mon, 11 Oct 2010 10:24:15 +0900 erlang-users MLの皆様 「Erlangプログラミング」の訳語が良くない，という話が8月の勉強会でありま した．そこで「プログラミングErlang」の訳語のリストを引用してみました． 今後の翻訳作業に役立てていただければ幸いです． 力武 健次 Erlang 関連の訳語 （「プログラミングErlang」オーム社(2008) pp. 437-438 より） アキュムレータ accumulator アノテーション annotation アリティ arity ー致条件 match specification 入れ子リスト deep list インターフェイス interface エクスポート export 型記法 type
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
