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

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

>>387
なにつかってる？
sbcl?

CとLua
この二つあればほかの言語いらない気がする

BASICしか分かりません。
アホですんません。

最近pyばっかりだな
モジュールインポートでいろできるから楽だ

ダメ人間になりそう、、、

Linux使ってる時点で充分ダメ人間だけどな。

またまたぁ〜

python
lisp
c c++

は日常的に使うかな



一番使うのは zshかもだけど

zshで
% wget http://www.なんたらかんたら/img/{0001..9999}.jpg

ですね！わかります。僕も愛用してます

linuxならbashやろがい！

Ubuntuで動くような大体のソフトって、どれで作れるの？

>>397
GUIなソフトってこと？
シェルスクリプトでも作れるし。pythonでもrubyでも。
もちろんC やC++でも。

>>397
どれでも作れるけどだいたいはHaskellで作られてるかな。

>>398>>399技術を身につけてLinuxに貢献したいと考えているので参考になります。

>>400
haskellを真に受けた？ haskellでも作れるけど、だいたいは作れるというのは本当ではないよ。
dracsくらいしかしらんから。 多くは C/C++/(java)のALGOL族かperl,python(最近はrubyも)
のようなスクリプト族だけどね。haskellは使えるようになっても面白い言語だよ。「これから」の動向
に注目はもっていてよいから。また、関数型は使えるようになると効率よくプログラミングできるからね。
まったく言語をしらないならpython/rubyからやればいいんじゃないかな。あとは、scheme系も
学んでおいていいよ。ハッカーを目指すならばscheme系はSICPの利用言語ということもあって
使えるようにしておくといいよ。

MSX-ＢＡＳＩＣ

1 Py C C++
2 Haskell
3 Lisp erlang

1 c, ruby, c++, bash, AutoIt
2 -
3 c++, java, lisp

STL使うぐらいならC#使うよ。

ＳＴＬをなめないほうがいい。
人類の叡智と言えるライブラリだ。

STLは便利だけどな。アルゴリズムとデータ構造が適切に使える人ならば
扱いやすいと思う。下手な実装より速いし

C#使った方が、開発環境的に恵まれてるもんねぇ。
GUIで簡単に画面が作れるし、ドットを入れたら
候補のメンバーも自動的に出てくれるし。

1.C,C++
2.python,Prolog,x86アセンブラ
3.Java

2は好きっていうより興味がある

STLは想像を絶するほどによく出来ている。
言語の実装として最高傑作。
普通の開発者もそこまでは知らない。

との事。
中身までは知らんからなぁ。

STL使うときってのはCUIアプリってことだから、
素直にCライブラリとポインタで作るよ。

クラスとnew/deleteぐらいは使うだろうけどね。

STLはCUIアプリで簡単なツールとして使うのはまあ楽。

でもGUIアプリなどとしてクラスも使ってオブジェクト指向な
アプリを作る為に本格的に使い出すと嫌になってくる。

そして、STLを拡張して独自の処理を付け加えようとしだすと死ぬ

>>410
実際にC++でpriority queueとか実装してみれば分かるよ。ソースそのものは見なくても
実装して比較すればわかることは多いからね。最高傑作ということまでは言わないけどね。
boostあたりになってくるとテンプレートの技術は結構すごいよ。もっともC++は嫌いだがね。

>>411
をいをい。データの取り扱いはCUIとは別だよ。しっかりせい。Cで作れるならそのほうが速く
なるとはおもうけど。

だってGUIアプリを作るってことは、その時点でWindowsだもん。
だからC#にしちゃう。
APIで作ったこともあるけど、STLは使わなかった。

STLを使わざるを得ない時点で、もうWindowsじゃないから、
そうなると、GUIアプリになることももうあるまい。

>>414
windowsのプログラミングか。 そこは板違いだから触れない。emacs とかは
使ってなさそうだね。別にいいけど、linuxの人なら違和感があるな。

さげまちがった。失敬

>>416
では早速ラーメンタイマーを作っていただこうか。

>>417
ここでならシェルスクリプトで十分だろ。ヘルプとかは作ってないが。
--
#!/bin/sh
# 使い方: ramen 秒数
sleep $1
echo "ラーメンが出来ましたよ。"
--

>>418
お前、GUIでSTL駆使して作るんじゃなかったのかよ。

ポインタごときでネをあげてたらプロにはなれねーべ。

つーかC++には参照という扱いやすいのがあるじゃん
ほんのちょっとベターCがいいんだよ一番

テンプレートだのガベージコレクションだので
ポインタのややこしさを軽減しようと思ったようだが、
余計ややこしくなってしまった。

そんなことするぐらいだったら、素直にベテランの
年配技術者を使えばよかったじゃねーか。
そいつらの給料よりも結局高くついてるだろうに。

C++（含むSTL)は言語の傑作だが、如何せん難しすぎる。
使える人が少ない。
結局仕事は少ない。
そもそもなぜC++でなければならないのか　の答えがない。

>>423
C++でなければならない理由ってったら、やっぱポインタだろう。
クラスにしてもnew/deleteにしても、
ポインタがわからん人のための救済策な感じだし。

昔はよく、名前の先頭部が共通で、ある構造体のポインタを渡して使う、
特定データ用の関数群をつくったもんだ。
それが今では以下略。

C++の一番のいいところは本物のデストラクタがあること
これは譲れない

ID:pN0sG89G どんな文章の読み方したのか知らんがCUI(やGUI)とSTLは関係ないと書いてるだけなんだが。
STLではないけど簡単なデータ構造を使ったラーメンタイマーは示しておこうとおもったが、行数が多すぎで
書けないのでやめた。

GUIが使えるってことはイコールWindowsで、
その場合STLじゃなくてC#を使うんだから、
STLを使わざるを得ない時点でイコール
WindowsじゃないCUI環境ってことじゃん。
ちょっとした三段論法だよ。

ラーメンタイマーだってLinxではGUIじゃないんだもん。

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#の環境ってあるんかい？