hayakawaによる
2009年01月23日 12時05分の掲載
「C」のなかに「C++」とか「C#」とか「Objective C」とかは含まれてますか?部門より。
「C」のなかに「C++」とか「C#」とか「Objective C」とかは含まれてますか?部門より。
The Registerの記事によると、ソースコードライセンス管理製品を開発する米Black Duck Softwareの調査により、新しいOSSプロジェクトの約半数は開発言語にCを採用していることがわかった。
同社によると、2008年に開始された17000のプロジェクトのうち47%がCを採用しており、2位 Java 28%、3位 JavaScript 20%、4位 Perl 18%と続くそうだ。4位までの合計で100%を超えてしまうが、これは多くのプロジェクトが複数の言語を併用しているため。ちなみにPHPは11%でRubyは6%とのこと。ライトウェイト言語がもっと使われているかと思ったが意外な結果である。
C++ のライブラリを C で書き直す (スコア:4, 興味深い)
移植性を高めるために C++ から C に書き直したPDFのライブラリ、なんていうのもあります。
http://www.ipa.go.jp/about/jigyoseika/05fy-pro/mito/2005-1175d.pdf [ipa.go.jp]
注意:pdf です。
コメントを書く
Re:C++ のライブラリを C で書き直す (スコア:2, 参考になる)
世の中には、Cコンパイラしか存在しないCPUというものがたくさんあるのですよ…
fjの教祖様
コメントを書く
親コメント
Re:C++ のライブラリを C で書き直す (スコア:2, 興味深い)
http://www.semicon.toshiba.co.jp/product/micro/900family/index.html [toshiba.co.jp]
なんかどないだす?開発キットはここ
http://www.semicon.toshiba.co.jp/product/micro/900family/900/tool/index.html [toshiba.co.jp]
fjの教祖様
コメントを書く
親コメント
ⓒを採用 (スコア:3, おもしろおかしい)
コメントを書く
実行ファイルとか (スコア:2, すばらしい洞察)
実行ファイルを作る事を考えると、どうしてもLLは選択肢に含め難いのではないでしょうか。
javaは、開発者間の環境の統一とか考えだすと、面倒な印象があります。
ならば、先祖代々使ってきたc系の言語でいいじゃん、みたいな感じがあるのでは?
コメントを書く
LL使っても軽くならないし (スコア:2, 興味深い)
「プロジェクト」なんて構えてやる場合だと, 当然のことながら再利用やメンテナンスってのが念頭に入ってきますし, それに伴って多かれ少なかれ事前の設計が必要になってきたりするので, LLの思いついたらすぐ作成ってパターンが利点にならないんですよね. きっちりと設計しちゃうとガーベージコレクションみたいな細部を除けば, Cみたいなプリミティブな言語もLLもコーディングの面では大差が無いし.
逆に性能やフットプリントなんかを気にし始めると, LLの場合は処理系自体の性能に加え, 処理系の内部処理なんかまで考慮しなくちゃならなくなるので, ちょっときついんですよね. その点, Cあたりだとアルゴリズムさえ極端に間違えなければ, コンパイラの最適化にまかせればコードから想像できる範囲でお手軽に高速化できちゃうんで, ついついCに逃げちゃいます.
コメントを書く
Re:LL使っても軽くならないし(オフトピ) (スコア:2)
#ちょと辛口かも^^
#LL使用者にも、聞こえが良くないかも・・・;;
> それに伴って多かれ少なかれ事前の設計が必要になってきたりするので,
> LLの思いついたらすぐ作成ってパターンが利点にならないんですよね.
適材適所かと思います。「LLの思いついたらすぐ作成ってパターン」
が重厚な設計からのプログラミングに合わないのは当然でしょう。
LLの利点は「プロトタイプ」にあります。
ある人は「ワンライナ」、ある人は「書き捨て」、etcとか言うかなあぁ。
ここではCですのでCを前にたてますが、
LLの良さは「手をかけはじめてから実働までの時間が短い」につきます。
Cでごそごそしているよりは、LLでぶっちゃけた方が早いのはのですよね;。
LLは背後に(言語仕様・標準ライブラリ)多大な資産を持っていますから、
直に出来る事は多いんだなあぁ・・・。
Cにはそれが無いですから・・・;。
でも、仕事で書き始めたプロトタイプなら、その後にも使える様に最初から
書いていてくれると助かるのですが・・・。
#大抵は、仕様書にある一部分の試験で満足しちゃて、後々まで使える様に
#書く人は少ないかなあぁ;;;
> きっちりと設計しちゃうとガーベージコレクションみたいな細部を除けば,
> Cみたいなプリミティブな言語もLLもコーディングの面では大差が無いし.
「ガーベージコレクションみたいな細部」って、Cと比べれば大きな差です。
コーディングの面ではとはどんな点でしょうか。
手続き型言語でコーディングすれば、どんな言語でも似たようになります。
思うに、ちゃんとしたLL使いの方に会っていないのかも。
一度、他の型の言語に触れてみると良いかも。
> 逆に性能やフットプリントなんかを気にし始めると
ここはLLの出番では無いでしょうw^^。
無いかと思います。Cでちゃんと書かれていれば無いでしょう。
リソ~スはLLでは余り、気にしませんから。
#JavaがWebで"しか"使われていない理由がここにあります。
> Cあたりだとアルゴリズムさえ極端に間違えなければ,
Cに限りません・・・;;
アルゴリズムが的確ならLLでも十分に動作しますよ\^^。
結局、適材適所だと思います。
以上、駄文でした。 dodonga Projects (no active)
コメントを書く
親コメント
三行(Re:LL使っても軽くならないし(オフトピ)) (スコア:2)
適材適所です。
以上、駄文でした。 dodonga Projects (no active)
コメントを書く
親コメント
ちゃんと書いてよ (スコア:1)
リンク先に生データどころか調査方法の詳細へのリンクが見当たらないのですが、どこかに出ていますか? 検証不能な伝聞情報では論評不能です。 すでに指摘されているように C++ を C に含めている可能性が高いですが、そうであるかどうか、記事からは読み取れません。そのために、できれば生データ、それが無理な場合は調査方法の詳細へのアクセスが確保できている必要があるのですが、リンク先記事にはどちらもありません。
ちなみに、C++はCに上位互換ではないので、C++をCに含めてはいけません。C++を含めるならば、ちゃんと C family などと呼びましょう。その場合は、当然、Objective-CやDも含めなくてはなりません。
リンク先記事は学生のレポートなら不可ですね。
コメントを書く
C言語ってのは (スコア:1, すばらしい洞察)
ハードウェア側から見ると、作りやすい言語なんだよね。
その他の言語は作りづらかったり、リソースを大量に要求するから扱えないんだよね。
アセンブラとCしか開発環境が無いものが多種大量にあります。
コメントを書く
Re:C++は含まれていると思う (スコア:1)
たまにはObjective-Cも思い出してやれ。
コメントを書く
親コメント
Re:なぜだ (スコア:1)
ここ [sourceforge.net]でsourceforg.netで最近ファイルのリリースのあった
Fortran関係のプロジェクトのリストが出ます。やはり、科学工学関係が多いですな。
love && peace && free_software
t-nissie
コメントを書く
親コメント