Haskell忘年会 - maoeのブログ
火曜日にHaskell 2009年末の集いに参加してきました。 前哨戦で参加者全員が発表するということで、新しいGHCで改善された並列プログラム用ランタイムシステムの性能改善の話を少しだけしました。スライドはこちら。 GHC 6.12.1 マルチコア対応ランタイムシステムについてView more documents from ma0e. 新しいGHCでは、 Control.Parallel.parで生成される超軽量スレッドsparkを各コア間で共有するのにwork stealing queueというロックフリーなデータ構造を使うようにしたとか 並列実行や並列GCにおいて局所性を高めて性能改善したとか 現在採用しているGCの方式とControl.Parallel.Strategiesライブラリの相性が悪く、メモリリークが起こることがあった問題を解消したとか これはparallelライブラリ
Light-weight process - Wikipedia
In computer operating systems, a light-weight process (LWP) is a means of achieving multitasking. In the traditional meaning of the term, as used in Unix System V and Solaris, a LWP runs in user space on top of a single kernel thread and shares its address space and system resources with other LWPs within the same process. Multiple user-level threads, managed by a thread library, can be placed on
軽量スレッドブームだと思うので、そこらへんの情報をまとめてみる - 金利0無利息キャッシング – キャッシングできます - subtech
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
クラウド時代にこそCOBOLなベテランから学ぶこと - 急がば回れ、選ぶなら近道
言うまでもなく、COBOLなベテランは非同期バッチ処理の達人が多い。 日本ではこの手のベテランが多い。 まず世界でも例がないほどだと思う。 クラウド時代はむしろ非同期処理のオンパレードであり、 学ぶべき点はたくさんある。 こと運用レベルや、対障害設計は神レベルの人が多いので まじでノウハウは受け継ぐべし。 個人的に達人系の技のポイントをまとめておく 1.コンテキストを外部から与える 一種のDI的な考え方である。 但し、あくまで運用目線であることが重要。 通常のDIは開発効率を目的に考えていることが多く見受けられるが 非同期処理についてのDI的な考えは運用効率性の重視だ。 対障害設計をする上で、もっとも大事なことは 「コンテキストがまっさきに見えることだ。」 これはDI的は発想とはまるで違う。 今走っている処理は、 ・どういうモノで、 ・何を想定していて、 ・どういうスケジュールになっていて
ボーカロイド曲の著作権管理会社、ヤマハの委託により誕生 | スラド YRO
(株) 自主制作コンテンツ出版管理機構 '通称 "VOCALOID MUSIC PUBLISHING") が 6 月 8 日から活動を開始した (ITmedia ニュースの記事より) 。 VOCALOID 開発者の剣持秀紀氏は設立に際し、「VOCALOID のクリエイターの作品は、商用での利用がなされているのに適切な対価が享受できなかったり、応諾業務の煩雑さに翻弄されたり、難解な契約書と闘わなくてはいけなかったりと苦労が多いと伺っています。私が、この機構に期待しているのは、クリエイターをそんな苦労から解放すること」と語っている ((株) 自主制作コンテンツ出版管理機構の出発によせてより)。 著作権管理については「クリエイター自身による自己管理」「(株) 自主制作コンテンツ出版管理機構での管理」「JASRAC 管理 (部分信託)」と段階的な管理形態をサポート、コンテンツ毎のフレキシブルな対応
いっしょに仕事をしたいプログラマ 5つの特徴 - たごもりすメモ
ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
実力を測るのにFizzBuzzも二分探索も使えない：Rails Hub情報局：エンジニアライフ
FizzBuzzをサービスにする「CodeEval」が面白い、というエントリーは、プログラマ採用に必要なスキル判定とリクルーターのマッチングをサービスとして提供するベンチャーの紹介でした。 しかし「良いプログラマ」というのがいるとして、それを見るのに、アルゴリズムのコーディングなんか必要なのか、そんなもので測れるのかという根本的な問題があるように思えます。 最近、RubyInsideで見かけた「Practical Tips for Hiring Ruby Web Developers」（RubyのWeb開発者を雇うための実践的なティップス）と題されたエントリは、まさにこれに答える内容で興味深いです。オーストラリア人開発者のTim Gohさんは、CのatoiだのQuickSortだのを書かなきゃいけなかったことなんて最近ないでしょ、Fizzなんてプロダクション環境で出力したことねぇよとして、
gregory david collins: Announcing: "hashtables", a new Haskell library for fast mutable hash tables
Announcing: "hashtables", a new Haskell library for fast mutable hash tables A new Haskell library for mutable hash tables, which is several times faster than any previous Haskell associative array datatype. I’m very pleased to announce today the release of the first version of hashtables, a Haskell library for fast mutable hash tables. The hashtables library contains three different mutable hash
レバレッジメモ: Scalaスケーラブルプログラミング - 西尾泰和のはてなダイアリー
言語も伽藍とバザールのように成長する--Steele "Growing a language" 1999 トレイト=インターフェイスに似ているがメソッド実装やフィールドを持つ、ミックスイン合成出来る JavaのStringにtoIntがないことに気づいたときに、暗黙の型変換を参照してRichStringに変換し、そのtoIntを呼ぶ アラン・ケイ「私は型に反対しているわけではない。『完全な苦痛』にはならないような型システムを見たことがないので動的な片付けを支持しているのである」2003 Dr. Alan Kay on the Meaning of "Object-Oriented Programming" ダイクストラ「テストが証明できるのはエラーの存在であって、エラーの不在ではない」 1970 http://www.cs.utexas.edu/users/EWD/ewd02xx/EWD2
node.js vs Erlang (ネタ) - kuenishi's blog
ついぞ最近node.jsなんてのがでて、繁華街のあちこちでチヤホヤされてる。そんなときに、モヒカン族Erlang村(erlang-questions)に「node.jsってどうなの？」的燃料が投下されたわけですよ。これは炎上しそうだ…と追いかけてたら、ネタどころか案外真面目なハナシばっかりだったのですが。まずは真面目に問いかけをする純朴な成年（想像）。 「Erlang好きだし使ってるんだけど、Erlangとnode.jsてそれぞれどういうジャンルがすごいの？RabbitMQとかejabberdみたいなのつくろうとしたらどうなるの？簡単なチャットサーバーつくるくらうならnode.jsのが断然簡単だよね？分散システムで使うなら断然違うとか？ Ulf Wigerによると、ブロックする関数の問題を簡単に解決してくれるとか書いてあるみたいだけど (link)」 おっお。素直な質問。これはみんな釣られ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Open Source Bridge Talk: Multicore Haskell Now
Shootout/Thread ring - HaskellWiki
「Googleストリートビュー」が海底にも