Eclipse - oraccha/omicron GitHub Wiki

Bell 研で研究されているQoS研究のテストベットとしてのOS．

  • [http://www.bell-labs.com/project/eclipse/ 本家]

  • [http://www.bell-labs.com/project/eclipse/release/ Eclipse/BSD] . 初期のバージョンはPlan9ベースだったが，FreeBSDに移行したらしい．

  • [http://www.usenix.org/publications/library/proceedings/usenix98/full_papers/bruno/bruno_html/bruno.html The Eclipse Operating System: Providing Quality of Service via Reservation Domains] (USENIX98)

XP向けIDE

  • [http://www.eclipse.org/ 本家]

  • [http://eclipsewiki.net/eclipse/index.php エクリプス] PukiWiki ページ．

  • [http://www.atmarkit.co.jp/fjava/column/andoh/andoh17.html Eclipse：新しい開発環境モデルの誕生] (@IT 2003-03-12)

  • [http://slashdot.jp/article.pl?sid=03/12/23/230200 P2Pで遠隔ペアプログラミングが可能なEclipseプラグイン] (SlashdotJapan 2003-12-23) . SOBA プロジェクト．

  • ./CDT

  • MacOSX/Eclipse

  • [http://www.stackasterisk.jp/tech/java/eclipseCvs01_01.jsp EclipseでCVS] (STACK* 2004-05-07)

プラグイン

  • [http://webpub.narucy.com/home.html Web Publisher] . へぇ，こんなことにも使えるんだぁ．

ふと，カーネル開発にも Eclipse が使えないかなと妄想．

いや，Eclipse というかそもそも IDE を全然使ったことがないのだが．そろそろ vi or Emacs しか選択肢がないのって不幸な気がするし．

  • いや，某社の Javaチップ + ICE 上で開発してたときにしばらく使っていたなぁ．

何が欲しい．

  • クロスリファレンス
  • 入力補完
  • GDB との連携
  • スクリプティング可能なテスト環境

Red Hat Enterprise Linux のリリースノートを見ると OProfile サポートもあるみたい．

  • [http://www.linuxdevices.com/news/NS7014777722.html Eclipse-based embedded dev tools support any 2.4 or 2.6 kernel] (LinuxDevices.com 2004-02-04) ってのとか．

まあプラグイン作れば(作ることが出来てしまえば)なんでもありですから。 だからむしろ、「今時の典型的なGUIシステム」の上でプラグインを動かさないとならない、 という事柄が、Eclipseでやれることの限界だと思ったほうがいいでしょうね。 今のGUIの(考えようによっては)冴えなさを思うと、vi とかがそんなに不幸なのかなあ？とも疑問。

  • vi はよくわからないけど，Emacs なら上に書いた要求ぐらいは EmacsLisp で作れるだろうし，すでにありそうな気もする(タグジャンプや gdb モードは最低限あるし)．

  • まぁ，興味あるけど，カーネル寄りなところからアプローチするのが個人的には一番モチベーションになるってところでしょうか．

    • LKM 開発用スケルトン生成．ウィザードみたいのに答えると Makefile + スケルトンコードを吐いてくれるとか．
    • ウィザードって、技術じゃなく文化の名称ですよね。そういうソフトを作りたいかどうかの問題。 Emacs Lispでウィザード作っちゃうとか(^^;

  • うーん。Emacsに出来なくてEclipseに出来そうなことって、有るんでしょうか？

    • 上にも書きましたが(書いたつもり)，Emacs と Eclipse で，できることは変わらないと思います．できるできない論をここでするのはたぶん不毛です．
    • できるできない論は勿論ですが、「便利にできるor not」論についても同じくらいに疑問です。
    • 使っている様子を見ていると、いろいろとソースファイルデータベース連動的な機能がついていてかなりタイピング量を減らせるようです。

  • GUIソフトをGUI機能を活用して作るとかならまだ判るんだけど、カーネル寄りの作業でGUI欲しい事って、どんな事なんでしょうか？

    • カーネルのような巨大で複雑なものをいじるのに GUI の力を借りるのはそれほど的外れではないと思いますが．じゃぁ，何が欲しいんだと言われると，上に挙げたようにあまりぐっと来るアイデアってのはないのですが...
    • 規模ですか。となると、一例としてズーミングインターフェースとかですかねえ。
      • ただ、更に規模が大きくなったり、素直な入れ子だけじゃなく飛び地(参照)や再帰構造が増えてくると、 逆に「絵にも描けない」世界に突入するんですよね。そして人類はそういう時に文字( CUI )を持ち出してきた歴史が…
      • なので、むしろ GUI は「ほどほどの規模」を扱うためのソリューションでしょうね。

  • Emacs自体も最近はGUIに片足突っ込んだような版が有るのでしたよね？それでは不足ということですか？

  • Emacs Lisp を解釈するEclipse Plugin、ってのは無いのかな？

プラグインなんて数百種も既にあるし、突拍子もないもの(例：MP3プレイヤ)まで有る。