統合開発環境（IDE）はどれを使えば善いか？（独断と偏見の遥か彼方） - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 多くの方が目を通してくれているのでIDE情勢が変化し次第、内容を随時更新することにした。 特に最近、C#周りがホットになってきている気がするのでその辺も含めて少し情報を変更、追加した。 マイクロソフトの独壇場なイメージがあったC#は今では様々な分野、プラットフォームで利用されており、大変有用な言語となっている。 IDEってどれがいいの？ 結論から言うとJetBrains社が出してるIDE使っておけばもっといいのがあるよって異論を言われるはずがない。 もちろんこれまで長くコーディングを嗜んできた人やポリシーがある人はそれで構わないし
「怠慢はプログラマの美徳」というけれど - kなんとかの日記
Java屋Java信者とスクリプト言語屋の間には、「めんどくさい」と感じるセンスについて超えられない壁が存在している。 本質的でない事柄に関する記述があったときに、スクリプト言語屋は「めんどくさい」と感じ、Java屋Java信者はそれを感じないか、または「これは必要な冗長性だ」と本気で思い込んでいる。 前にとり上げたけど、アクセッサの記述がその典型例。本質的でない記述がずらっと並んでいることに、Java屋Java信者はホントに何も感じないのだそうだ。あれがどれだけ readability を下げているか、まったく分かっていない。 また System.out.print() もそう。たかが print 文のくせして、なんで System.out.print() と書かないといけないのか。本来であれば、Java1.5 のタイミングで package java.util; public clas
Java が使いにくいのは静的だからではない - kwatchの日記
Java が使いにくい言語であるというのは、世界中の LL ファンが皆思っていることだろうから改めていうことでもないけど、使いにくいのは静的言語だからというのは間違っている。Java が使いにくいのは単に Java の設計者のセンスが悪かっただけであり、静的言語のせいではない。 たとえばこんなコード。 public Map<String, List<String>> example() { List<String> list = new ArrayList<String>(); list.add("foo"); list.add("bar"); list.add("baz"); Map<String, List<String>> map = new HashMap<String, List<String>>(); map.put("names", list); return map; }
そろそろRuby/PythonのようなLLを褒めるのにJavaを貶めるのは止めません？ - 矢野勉のはてな日記
Java, Ruby もうURLを失念するくらいいろんなところで言われていることですけど、LL(Lightweight Language。RubyやPython,Perlのような軽量なスクリプト言語)との比較で出てくるJavaコードは、「普通こんなコードかかないでしょ」というくらい冗長な場合が多い。 Rubyでコードが簡潔に書ける！ということを表す時にJavaを引き合いに出すのはいいんですけど（引き合いに出す相手としては間違ってないと思います）、Javaのこんな長いコードがRubyではこんなに簡潔に！とか言う時のJavaコードを恐ろしく冗長にして比較するのはそろそろ止めましょうよ。そんなことしても逆に一部では反感を買っちゃうでしょ。そんなことしなくったって、LLはもちろんJavaよりも簡潔に書けるんですから、ひねり技はいりません。そんなことJavaプログラマだって普通に認めてることですから
電脳言語における祖先の呪い--演算子篇 : 404 Blog Not Found
2006年11月30日00:45 カテゴリLightweight Languages 電脳言語における祖先の呪い--演算子篇 というわけで、Cの娘達が、Cにどのように呪縛されてきたかを考察してみる。 404 Blog Not Found:プログラマーが単一言語にこだわるべきではないN個の理由 比較的それに近いのはDだけど、それでもDはCとJavaの呪縛が強すぎるように思う。次回はそのことについて述べようと思う。Cの呪い、というより母言語の呪いとして一番強いのは、実は静的とか動的とか、コンパイラ言語だとかスクリプト言語だということではなくて、演算子、もう少し具体的に言えば、「どんな記号をどの演算子に割り当てるか」だと思う。 Cに関しては、特に強かった呪縛は->演算子。そしてなぜこれが呪縛になったかというと、単項(unary)の*、すなわちポインター参照が前置だったから。 おかげで、Pasca
プログラマーが単一言語にこだわるべきではないN個の理由 : 404 Blog Not Found
2006年11月29日01:30 カテゴリLightweight Languages プログラマーが単一言語にこだわるべきではないN個の理由 Where N = the number of programming languages ever existed. 確かに今なら「階段を登る」-- ではなく、「階段を下りる」というアプローチの方がよさそうな気がする。 {informa,computa,evolu}tion: プログラマがC言語にこだわるべきでない0番目の理由 新しいプログラミング言語を作りたいと思ったら、そのプロトタイプはCのような低級言語ではなく、高級言語で実装したほうがいいのではないでしょうか。 問題は、高級言語側で「階段を下りる」方にはあまり労力が割かれていないこと。 それでなぜそうなのか、といえば、結局のところ「Cで間に合っています」という答が返ってくることが多いのではな
404 Blog Not Found:Typeとは俺のことかとClass言い
2006年11月17日01:15 カテゴリLightweight Languages Typeとは俺のことかとClass言い 実は、TypeもClassもその意図は同じである。 finalventの日記 - ぶくまより オブジェクト指向とか あと、関数型言語っていうか、そういうのがＯＯＰとどういう関係にあるのか、どうもすっきりしない。関数で表現できるならクラスとか要らないのでは？というか、ま、このあたりはよくわからない。404 Blog Not Found:オブジェクトは難しくない。難しいのはクラスそれで、オブジェクトとは何か、といえば、「自分が何が出来るのかを知っているデータ」ということになる。 そして、型がある言語における関数が何かといえば、「自分がどんなデータを受け付けるのかを知っているサブルーチン」ということになる。CからHaskellまで、これに例外はない。 だから、「犬が吠える
Rubyの生産性の高さはどこまで本当か？ - 分裂勘違い君劇場 by ふろむだ
もの人がブックマークしているこの「Rubyを仕事に使うべし！」という記事で書かれているRubyの優れた特徴は、実際のところ、どの部分が、どこまで本当なのでしょうか？ 少し検証してみたいと思います。 「Rubyがスゴイ」とされる点のどれがホントでどれがウソ？ 「Rubyを仕事に使うべし」では、まず、Rubyの特徴として、 (1)いろんな言語のいいとこ取り (2)構文が強力 (3)楽しくプログラミング (4)問題が起こりにくいように設計されている という点を冒頭で掲げています。 まず、これらをどのように検証すればよいか、考えてみます。 まず、(1)のいいとこ取りについては、いいとこ取りをし続けながらいつも進化しているのは、最近の言語はみんなそうで、それはRuby独自の特徴でもなんでもありません。 たとえば、C#は、その典型で、VM、自動メモリ管理、パッケージによる名前空間管理、マルチスレッド、
【ハウツー】話題のJRubyを動かしてみよう 導入編 - JRubyのコツをつかむ (1) JRubyとは | エンタープライズ | マイコミジャーナル
JavaとRubyを結びつけるプロダクトに「JRuby」がある。JRubyの主要開発者であるCharles Oliver Nutter氏とThomas Enebo氏の両氏は7日(米国時間)、自身のブログにおいてSun Microsystemsに就職、フルタイムでJRubyの開発に従事することになったことを発表した。SunがRubyに強い関心を抱いていることが事実として裏付けされる形になったわけだ。 これはJavaのデベロッパにとっても、Rubyのデベロッパにとっても、別の言語を勉強するいい機会。JavaデベロッパはJava APIはそのままにRubyの利便性を、RubyデベロッパはRubyの技術はそのままにJava APIを活用することができる。これを活用しない手はないだろう。 JRubyはRubyインタプリタのJavaによる実装。JavaでRubyランタイムインタプリタを実装したもので、
【レポート】ついにJavaにもクロージャ - James Gosling氏らJDK7へ導入提案 (1) Javaに来たるパラダイム変換クロージャ (MYCOMジャーナル)
Java言語の主要アーキテクトであるGilad Bracha氏、Neal Gafter氏、James Gosling氏、Peter von der Ahé氏らは18日(米国時間)、Java言語において関数型やクロージャの導入を提案するホワイトペーパを公開した。現在、Javaには関数型やクロージャは用意されていない。同氏らの提案ではJDK7を目処にこれら機能を統合していきたいとしている。 関数型やクロージャは関数型言語やスクリプト言語には用意されていることが多い機能のひとつ。同機能をもった代表的なプログラミング言語にはPython、Ruby、Perl、JavaScript、Common Lisp、Scheme、Smalltalk、Scala、C#などをあげることができる。もともとSmalltalkを使ってきたプログラマなどは、JavaにクロージャがないことをJavaに対する不満としてあげるこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
