«前の日記(2007-04-26) 最新 次の日記(2007-04-28)» 編集

Matzにっき

<< 2007/04/ 1 1. エープリルフール
2. オブジェクト指向機能を取り除いた Ruby-- が登場!?
2 1. セミナリー1日目
2. LMLML
3. 最速配信研究会 - なんだかいろいろ申し訳ない気分になった話
4. Headius: ActiveRecord 100%, Performance Doubling, Java Support Improving
3 1. Bitwise Magazine:: What's Right With Ruby?
2. オープンソースソフトウエアがビジネスの成長を加速
3. Passion For The Future: なぜ株式投資はもうからないのか
4 1. Rails 1.2と1.1、速いのはどっち? - Railsbenchによる性能レポートを公開 | エンタープライズ | マイコミジャーナル
2. 3rd Workshop on Dynamic Languages and Applications - Dyla 2007
3. When lisp is faster than C
5 1. 東京移動
2. cat-language - Google Code
3. Prex - 組み込みリアルタイムOS開発日記 - OS開発の愉しみ
4. 2.0のキーパーソンがMacを愛する理由:ITpro
6 1. 日経BP技術賞 表彰式
2. 移動
3. YAPC::Asia::2007 - Perl I18N in 20 minutes
7 1. 総大会
2. 『地球へ...』
8 1. 総大会(その2)
9 1. 新学期
2. Microsoft is Dead
3. 日本 Ruby 会議 2007
4. ヲトナ.backtrace - Rails なプロジェクトが燃える理由
5. [ThinkIT] 第5回:グローバル変数の制御と更新履歴ファイル (1/2)
6. ITmedia アンカーデスク:「EMIは打つ手がなかった」−−DRMフリー化と「CCCD」という無駄 そして日本は
7. himazu blog - 1週間に4時間しか働かない人の仕事術
10 1. 病気
11 1. DRMで激化するメーカーとハッカーの攻防戦 - CNET Japan
2. ppkfなんてのを作ってみました | SiteBites Blog
12 1. Why OO Sucks
2. Java News Brief - April 2007: JRuby
3. Compute Node Ruby for Bluegene/L
13 1. 出でよ,猛々しいプログラマ!:ITpro
2. Google Code - Summer of Code - Organization Information
3. The Mechanical Bride: Haskell for C# 3 Programmers
4. Jonas Maurus' maurus.net >> I’m sorry, but PHP sucks!
5. SimpleCSV
6. 第7回 オープンソースサロン
14 1. 誕生日
2. Notes on Haskell: Fight the next battle
3. Letter to the Patent Office From Professor Donald Knuth
4. What Programming Languages Should You Know?
15 1. 松江
16 1. James Clark's Random Thoughts: XML and JSON
2. Kamen Lisp
3. Ola Bini on Java, Lisp, Ruby and AI: ThoughtWorks
4. 言語の歴史(Lisp, C)
5. 「Google恐れるに足らず、パートナーと協業し日本独自のSaaSを」、アスタリクス社長に聞く:ITpro
6. Scaling to multiple databases with Rails (Loud Thinking)
7. デイトレーダー型新入社員を見くびるな (ニュースを斬る):NBonline(日経ビジネス オンライン)
8. 長男誕生日
17 1. Metalua
2. taw's blog: Compiler for RLisp
18 1. YouTube - 高橋メソッド in 中文
2. 指向性メモ::2007-04-06(金)::あなたがAdaを使わない10の理由
3. toute.ca -- home of Termite and other random stuff
4. The Next Big Language
5. 「次」の言語
6. Chad Perrin: SOB >> OOP and the death of modularity
19 1. lisp-1 and lisp-2
2. The shortcomings of scripting | InfoWorld | By Andrew Binstock
3. Ruby: let's get an AST - fAST
4. Twitter, Rails, Hammers, and 11,000 Nails per Second − Thought Palace
5. Why was Rails only possible with Ruby? - O'Reilly Ruby
6. InfoQ: Adding Properties to Ruby Metaprogramatically
20 1. Win-Win関係を築くことについて
2. 「Ruby開発者との交流も魅力」,松江市が「8年間家賃半額」でIT企業を誘致:ITpro
3. How Common Lisp sucks - comp.lang.lisp | Google Groups
4. 『JavaからRubyへ
21 1. 島根大学が「オープンソースと地域振興」を開講,Rubyのまつもと氏も登壇しテキストも公開:ITpro
2. 肩書き
3. 10 golden rules for running an open source project - Lot 49: Greg Beaver's blog
4. BlogFranz: Ruby, Python, and an XML-RPC Server Arbitrary Shell Command Execution Flaw
22 1. 松江
23 1. g-squidの日記 - Ruby プログラマは引っ張りだこ
2. lambda.oasis: Observations from DATE 2007
3. On Ruby: April Bloggin Contest
4. Phil Dawes’ Stuff >> Blog Archive >> Gambit-C namespaces
5. spoon - NetJam.ORG
6. Lemonodor: Why Lisp is Different
7. 世界へのマドルスルー(5)“平凡で強い”は摸倣困難な競争優位:ITpro
24 1. Rubyのロードマップ
2. Rubyから始める開発経験もあり−−NaClがトレーニング拡充 − @IT
3. (The Scheme Way): An introduction to Termite
4. The Whole Enchilada: A Programming Language
5. Amit's Thoughts: Lisp vs. Python: Syntax
6. Python up, Ruby down: If that runtime don't work, then its bound to drizzown
7. U-20プロコン実行委員会
25 1. ユメのチカラ: U-20プログラミング・コンテスト
2. 社内の「変人」を見いだし躍進の原動力とする (新日本的経営の姿):NBonline(日経ビジネス オンライン)
3. 結城さんと対談
4. Chris McMahon's Blog: make a change to Ruby
26 1. Improvements to Ruby (Jeremy McAnally)
2. Arc in action (a.k.a. it's aliiiiive!) | Lambda the Ultimate
3. Hackety Hack
27 1. NullPointerFactory: Open letter to the Ruby Santa
2. DevDanke: ruby-improve
3. djberg96: What would I change about Ruby?
4. StreamIt
5. 「エヴァ」制作のガイナックス取締役、mixi騒動で辞任 - CNET Japan
6. The Ruby VM: Episode III
7. Ola Bini on Java, Lisp, Ruby and AI: Ye Zheng joins ThoughtWorks
28 1. Unifying events and threads
2. ITキャリア大図鑑:No.003・まつもと ゆきひろ|パソナテック(PASONA TECH)
3. twitterブームの陰で注目を集める“Erlang” − @IT
4. PragDave: A First Erlang Program
5. Headius: What Would I (Will I?) Change About Ruby
29 1. トイレ問題
30 1. 集合
2. 買い物
>>

2007-04-27 [長年日記]

_ [Ruby] NullPointerFactory: Open letter to the Ruby Santa

4月のブログコンテストのエントリを勝手に批評するシリーズ(その3)。

「良い補完付きのIDEが欲しい」というもの。言語そのものとは直接関係ない。

IDEについては、NetBeansが頑張っていることは知られているわけだが、 Eclipse系でも

と結構な動きが出ている。Rubyのプレゼンスが上がるにつれ、 もっと良いものが登場して来るんじゃないかな。

_ [Ruby] DevDanke: ruby-improve

4月のブログコンテストのエントリを勝手に批評するシリーズ(その4)。

現在のブロックコメント(「=begin」から「=end」まで)に変わる新しいものを導入しよう、というもの。 提案されているのは「#*」から「*#」。

個人的にはブロックコメントの必要性はあまり感じていない。 ツール(たとえばEmacsのruby-modeでのruby-encomment-region)で 簡単に対応できるからだ。

たとえ導入するにしても記法はよく考える必要がある。 少なくとも「#*」では既存のコメントに重複するものがありそうだ。

_ [Ruby] djberg96: What would I change about Ruby?

4月のブログコンテストのエントリを勝手に批評するシリーズ(その5)。

ruby-talkの常連djbergによるもの。たくさんある。

  • Native thread support. Huge. Especially for embedding and extending the language.
  • SMP support - no giant interpreter lock. Also huge.
  • Unicode support, including the ability to parse some Unicode mathematical notation, ala Fortress.
  • Asynchronous methods.
  • Better regex engine.
  • AOP support (pre, post, etc).
  • Implicit getters and setters.
  • Refactor some of the core classes. Some methods are overwrought, and some are useless.
  • Behaviors (as per the Sydney definition).
  • Better project management. That means dealing with bug reports, patches, and RCR's in a timely fashion instead of letting them sit for years (or not responding at all).
  • Optional static typing, as a Behavior.
  • Transactions.
  • Atomic expressions.
  • Fine grained mixins.
  • Named parameters.
  • Make def return a (improved) Method object.
  • Anonymous methods via 'def'.
  • New parser. Goodbye yacc.
  • Structured warnings.
  • Class.aliased_methods.
  • Different License.
  • Better Proc/proc integration.
  • Make Windows NT a first class citizen. Drop support for Windows 95/98/ME/cygwin/mingw.
  • Along those same lines, limit support to production platforms, instead of trying to support every OS under the sun. That means MS Windows, Solaris, Linux, FreeBSD, AIX, HP-UX, and OS X. This will reduce maintenance and simplify the build process considerably.
  • Continuous integration on supported platforms so that we don't have to rely as much on preview releases to smoke out bugs.
  • Replace the autoconf based configure with something cross platform ala Perl's build script.
  • Much more thorough test suite.
  • Better documentation.
  • Include several RCR's from rcrchive.net - too many to list here.
  • Improved standard library:
    • Remove the Japanese specific libraries.
    • Remove the rarely used or outdated libraries (abbrev).
    • Integrate some libraries into the core classes (io-wait).
    • Remove Unix specific libraries (dbm, sdbm, gdbm).
    • Replace some libraries (getoptlong, etc, csv) with better/cross-platform versions.
    • Refactor/redesign existing libraries that need it (net-http).
    • Add new libraries that I feel would be useful to a wide audience (kirbybase, dbi).

Maybe

  • Traits.
  • Type inferencing (as a Behavior).
  • Selector namespaces.

いちいちコメントつけるだけでも疲れちゃいそうだけど、とりあえず、 1.9で(ある程度)やるものは以下の通り。

  • Native thread support. Huge. Especially for embedding and extending the language.
    • 一口にnative threadと言っても奥は深い。1.9のは「native threadを使うライブラリと共存できる」のが最大の目標。
  • Unicode support, including the ability to parse some Unicode mathematical notation, ala Fortress.
    • Fortress的なUnicodeの使い方には「No」
  • Better regex engine.
    • 鬼車でよければ
  • Better documentation.
  • Remove the Japanese specific libraries.
  • Remove Unix specific libraries (dbm, sdbm, gdbm).
  • Replace some libraries (getoptlong, etc, csv) with better/cross-platform versions.

曖昧すぎて何ともいえないが、(2.0以降)検討してみたいのは以下の通り。

  • Asynchronous methods.
  • AOP support (pre, post, etc).
  • Implicit getters and setters.
  • Refactor some of the core classes. Some methods are overwrought, and some are useless.
  • Atomic expressions.
  • Fine grained mixins.
  • Named parameters.
  • Make def return a (improved) Method object.
  • Anonymous methods via 'def'.
  • New parser. Goodbye yacc.
  • Structured warnings.
  • Class.aliased_methods.
  • Better Proc/proc integration.
  • Traits.
  • Type inferencing (as a Behavior).
  • Selector namespaces.

考えないといけないのはこれ。

  • Better project management. That means dealing with bug reports, patches, and RCR's in a timely fashion instead of letting them sit for years (or not responding at all).

もうちょっと良いissue trackingが必要だ。

_ [言語] StreamIt

Streamをベースにした言語StreamIt。

並列実行を最大化するために、 あらゆる計算をStreamでつなごうという試み。 成功するだろうか。

_ 「エヴァ」制作のガイナックス取締役、mixi騒動で辞任 - CNET Japan

赤井さんは同郷で(学校は違うけど)、高校時代に個人的に面識もある先輩なので こんな下らないことで辞任というのは残念で仕方がない。

_ [Ruby] The Ruby VM: Episode III

Ruby VMインタビュー・エピソードIII。 Multi-VMのこととか。

_ [Ruby] Ola Bini on Java, Lisp, Ruby and AI: Ye Zheng joins ThoughtWorks

Ola Biniに続いて、XRubyの開発者Ye ZhengもThoughtWorksに入社したという話題。

これってすごいことだと思うよ。 で、このままだとXRubyとJRuby周辺で協調と積極的な開発が進んで、 オリジナルRubyが置いていかれそうで、ちょっと危機感を感じたりして。 いや、1.9ももちろんそれなりに頑張っているんだけど。

本日のツッコミ(全2件) [ツッコミを入れる]
_ みずしま (2007-05-04 17:03)

s/RDE開発者/RDT開発者/じゃないでしょうか。一瞬、
「なんでEclipseなのにRDEが?」と思ってしまいました。

_ まつもと (2007-05-04 17:06)

あ、間違えた。直しときます。

お名前:
E-mail:
コメント:
本日のリンク元
検索

«前の日記(2007-04-26) 最新 次の日記(2007-04-28)» 編集

track feed Matzにっき Creative Commons License This work is licensed under a Creative Commons License.