Linuxerが好きなプログラミング言語教えれゴルァ

1. 常時使用する言語
2. 1とは別に好きな言語、本当は仕事で使いたい言語
3. 正直、勘弁して欲しい言語(1を含めても可)

WindowsでC++のSTLのお世話になってGUIのプログラム作ってる私の立場はー(;_;)
Makefile書いてる時点で負けですか。

前の担当者がSTL使いまくってたんだねぇ。

あるんだよね、当初はSTL使わずに作ってきたのに
途中の担当者がSTL使いまくって、ゴチャゴチャになったソースが。

しかも、gccのバージョンアップに伴って、コンパイルも通らなくなったり。

KTeaTimeはGUIじゃないのか?

おまえらスレチがろが。
市ね

Cでいいよ。
もう不滅。
めんどくさいけど、確実に動く。

そのKTeaTimeとやらでラーメンタイマーを作って公開してくれれば、
GUIとして認めよう。

だからラーメンタイマは100均で砂時計を買えとあれ程(ry

ワザワザ買い物なんて行かなくなって、
sleep 180で十分さ。

つまり、LinuxにはGUIは不必要ってわけだ。
GUIイコールC#ってことでいいじゃん。

Moonlightですね?　分かります。

>>426
3回に分ければかけるだろ。
少なくともWindows版はエディタもラーメンタイマーも3回で貼れたぞ。
その程度できないなら偉そうに語るなっつーの。

>>437
3レスも使わせようとするんじゃねーボケナス

>>438
おまえ自信満々だな。
その自信の根拠はどこから来るんだよ？
本当に出来るのならお前が1レスで貼れるソースを書いて貼ってみろや。

うpろだにうpすりゃ1レスで済むよ。おばかさん。

>>440
じゃぁ貼れ。
100行以内で早く書け。

まず仕様書を出せ。
話はそれからだ。

http://usamimi.info/~linux/u/ss/1235040843849.png
http://www4.uploader.jp/dl/etc/etc_uljp00002.zip.html
こういうのもデスクトップ画像スレであったけどね。

>>443
どこが100行なんだよ。

( ；ﾟд)ｻﾞﾜ(；ﾟдﾟ；)ｻﾞﾜ(дﾟ； )

１. C, perl, (java)
２. Ruby, C++, C#
３. なし

やっぱ必要に迫られないと、新しい言語って覚えないね
perlは文字列解析に使うのは好きだけど、オブジェクト志向でがりがり書かれたソースは苦手
あとC++とかjavaが駄目だって言ってる人に、詳細を教えてほしいです
使い倒したことないからわからん。C++に手を出そうかと今考えているのだけど

C++はSTLを使わない分には便利な言語だよ。
ポインタさえマトモに理解できれば、だけど。

手を抜いてSTLに手をつけだすと後が怖い。
後ってのは、その開発を引き継いだ別の人間のことね。

書くのは楽だけど読むとモノスゲーややこしくなる。

>>447
読みやすいだろ。

ポインタは分かるけどテンプレートはわからんちん。

初心者じゃねえかｗ

まさかとは思うが、VC6やgcc使ってややこしいとか言ってるんじゃないだろうな？
道具は選べよ？

この前17歳の日本人の高校生が自分で新言語作ったニュースを見た。
Cはだめだめ扱いされてた。

ダメってことはないと思うんだがな。
言語仕様でカバーされてない部分が多すぎるという意味でならダメダメだ

1. C, Java
2. Python
3. HSP

>>451のレスを見てHSPを思い出した
まぁ悪くはないんだが別に使いたいとも思わんよなぁ

て優香、そもそもSTLは、
コンパイルが通んねーじゃん。

1. C
2. C,C++
3. ruby,perl,python,php(昔あったBASICと同じおもちゃだから,JAVAは評価保留中)

C,C++
perl,python
ruby

1. C,C++,C#,perl,ドリトル
2. Ruby,Python
3. Java,lisp

1. C, C++, Perl
2. C, Ruby, Haskell
3. Java, C#

なんだかんだでPerlはワンライナーや文字列処理でお世話になる

rubyもいいお

Javaが楽だな個人的に
仕事ではCしか使わんが

今の世の中、言語仕様などもはやどうでもよくて、
開発ツールの機能、使いやすさがモノをいうのさ。

ソフト会社の営業及びエンドユーザーは、
少しでもスケジュールが短くできる言語を望んでるんだもん。

> 開発ツールの機能、使いやすさがモノをいうのさ。
例えばEclipse Pluginとかですね、わかりますｗｗｗｗ

プラットフォームによっては性能悪い言語なんて採用されねーよ
モバイルではJava 重い、C軽いって神話は未だ生きてるからな
エンドユーザーも重いJavaアプリケーションなんて好き好んで使ってくれない

フリーソフトの場合、作る人間はちゃんとした心得を持った天才に限られるけど、
プロの世界では、入社したてでロクな知識もない人間も作ってるからねぇ。

お前らだって、家に帰ってまでプログラムなんてしたくねーべ？

>>462
Javaはモバイルでは重いと言ったところで、携帯で十分に使われてると思うが。

>>463
仕事でするプログラムと家でするのは違う。

仕事でするプログラムと家でするのは、たしかに違うねぇ。
天才ならどのような環境でも作れるし、家なら納期も気にしなくていいもんねぇ。

家でするプログラムって何作ってるの？ゲームとか？

そうだねぇ。
去年は、ドラムマニアをモデルにした
エレキドラムツールを作った。

いまはダーツァーだから、ダーツスコアリングソフトを開発中。

天才ってスゴいね（・∀・）

>>464
その携帯でJava重いな、C/C++にするか・・・というのが未だあるんだ

昔に比べればずっと性能良くなったがやはりJavaだからな、色々制約が多くて使えない
まぁ、最近の携帯は更に使えない「Flash(ActionScript)」という言語が流行ってJavaはマシに見えてきてるが

Androidアプリの開発言語はJAVAみたいだな。
ほんとはCにしたかったんじゃないかな

>>469
まあ携帯用VMはさらに制約があるからね。

>>470
書くのはJavaだけど別のVM用に変換するよ。
VMだと互換取るのとかsandboxとかがやりやすいんじゃない？
ドキュメント読んでないけど。

普通のJava(JavaSE)はHotSpotが進化したおかげでだいぶ速くなったよ。
V2Cとか普通に使えると思う。
ゲームとかにはGC周りも面倒見無いといけないだろうけど。

Javaが相変わらず遅いと思うのは起動だと思う。
携帯でもJavaのロゴを長々と見せられるから遅く感じるし。

UNIXはインタプリタが充実しているから、
ポインタとSTLでややこしくなる前に
素直にインタプリタ言語で開発するがよい。
どうせGUIで作る必要などないんだもん。

Unixの哲学
シェルで出来るのであればシェルで行いなさい。

tcl/wishが最強じゃないか

日本語はどの言語にも翻訳できる
例えばcで書けるならどのプログラム言語にも翻訳できる、これが言語の特性
言語ではなくプラットフォームを語っている事に気づいてるかい?

ちょと何言ってるかわからない。

bash,sh
perl,C
*BASIC

プログラミングしりとり
http://schiphol.2ch.net/test/read.cgi/575/1010948472/l50

最初のうちはLispとかschemeってのを２にあげる人が割合と多かった。
ここ最近、全然あげる人がいない。

とっても楽しい言語なんだが、人気ダウンかよ。

>>479
たぶん関数型なら純粋関数型のHaskellに流れちゃうんだと思う。

1. C, python
2. CPL, PL/I
3. lisp, ATT構文のas

そんなに古株でもないけど最近はそのような人が使うようなものを
あえて使ってるというわけでもなく使ってる
as,C,awk,tcl/tk
ふむ

>>482
美しいけど面倒くさいパラダイムがない分、昔の言語の方が問題解決は楽。

Ｃでいいね。

1.java
2.c#
3.javascript

C#ってな〜に？

>>486
mono向けの半コンパイル言語

あ　マジレスどもですw
でもLinuxでC#の環境ってあるんかい？

１　人の世の生き血をすすり
２　不埒な悪行三昧
３　醜い浮世の鬼

1. シェルスクリプト
2. LISP
3. awk

>>488
人の話聞けよ。

PythonとRubyとHaskell。

突然Rに目覚めた。
64bitのUbuntuで3GBの配列も作れた。
感動したのでamazonでDIMM4GB注文した。

でも、マルチコアの恩恵を受けるためには、
自力でBLASをコンパイル出来なければならないんだね。
configureやmakeの吐くメッセージを理解できないからこそ、Rなのだけど……

ついでに同類言語の源流であるAPLにも興味を持った。

gentooにしたらいいよ。

>>473
まだLinuxがないUN*Xerウォナビーだった頃、実機は持ってないけど
UN*X上のシェルでも応用が効くようにと、DOS上でperlを使い始めた。
PC-UN*Xが一般的に使えるようになってからも結局シェルを覚えるのが
面倒なので、ずっとperlスクリプト。grepすら面倒。ずっとperlスクリプト。
（化石とも言うｗ）
（シェルスクリプトは読まなきゃならない局面では嫌々読んでるが）

職業プログラマじゃないけど作業の自動化・効率化のために
プログラムを組むことを前提に学ぶべき言語を考えてみる。

シェルスクリプト：まぁ、基本でしょ。
awk：Perlができる人は必須じゃないけど、シェルスクリプトの達人を目指すならこれも。
Tcl/Tk：チャチャッとGUIを作るテクも習得すべき。

欲を出せばさらに難しい言語に手をだすことになるのだが
あくまでエンドユーザーに徹するなら、これだけできれば立派だろう。

１．WinAPI/C,C++/DirectX
２．VS.NET C#
３．PowerShell

かな。

>>497
スレタイ嫁

1.C,Java
2.C#,Scala,Clojure,Erlang
3.C++,PHP,Javascript

1 C
2 Objective-C
3 C++

1. bourne again shell
2. bourne shell
3. C shell

>>501
ユニケージの人ですか。

1. C++
2. PHP
3. Objective-C

1. C,Python,Tcl/Tk,AWK
2. Scheme,Prolog,m4
3. Ruby,C++

C++はなんでこんなに人気ないの?

>>505
あんなキメラ誰が喜ぶよ？

GoogleとかUbuntuとかKDEの中の人はC++使いたくて使いたくてしかたないような
勝手な印象

cは教養言語なので好き嫌いで語れない。
c++を使うだけではc++のコードにならない(珍妙なcのコード)のでc++は結構難しいのです。
コーディングレベルではcとc++の違いの深さを理解できない。

>>508
深さは要らない。問題を短期間に解決できるのが良い。

1. J
2. J
3. J

c

1. C++
2. Haskell
3. Java

1 C C** java
2 C** java
3 Perl

>>509
プログラマーだってんならともかく「Linuxerが好きな言語」だからねえ。
当然ながらプログラミングの教養より、問題の解決のための言語が一番お世話になる。

１．しー
２．ぱすかる
３．じゃばとかあのへんはすきになれない

1.C
2.シェルスクリプト
3.java

1. C Shell script
2. Shell script
3. java C

1:python
2:PHP
3:C
4:actionscript
5:JAVA
6:perl
7:HSP
8:script-fu
9:C++

1は便利だけど他言語移行時に改行エラーが増えてしまうデメリットがある。

1.Python,Lisp
2.Ruby,Perl
3.C

1. Ruby
2. Scala
3. C, Objective-C

>>496
その用途だとRubyとRuby/Gtkが自分的にストレスが少ない…かも。

gladeめんどい

人によっちゃ「Ｃの関数まとめただけじゃねーか。」ってソースも多いからなぁ。
Ｃ＋＋使うなら、せめて多重継承は使えてほしい。。

クラスベースのOOPLで工数削減！なんて幻想でした。

1.clisp
2.python2.x
3.D

1.C
2.C++
3.Python

AWK
Ruby
Python

1.haskell(と言うか、haskellの64bitコンパイラの為にlinux入れた)
2.無し
3.parlだけは好きになれない。。。

WinではC#メイン