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

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

1. java
2. eiffel,python,harkell
3. cobol

1. C, Python
2. Objective-C, SmallTalk
3. C++, Perl, Java

C++もJavaもクラス設計ひでぇ。
Perlはなんか読みにくい。

perl好きなんだよなぁ
自分で書いたのでも3日も経つと読めなくなるけど

一回動けば良い物はPerlで書くこともあるが…

3日どころか3時間前に書いたコードが読めないなんてあたりまえ
それがperlクオリティ

酒が入ったら？ｗ

1. C, Java
2. なし
3. VB, COBOL

1. Fortran, C
2. ocaml
3. shell script

Perlよりawkの方がよくね?

c

1. Fortran90/95, C, C++
2. Ruby, Python
3. Java, C++, C#, Fortran77

研究職なんでFortranは必須だけど, 77は勘弁してほしい
90/95は目的特化言語として非常によくできている.

C++はツールのGUIにQt使い始めので使ってるけど,
でもあまりに言語仕様が汚いのでPythonかRubyバインディング
に乗り換えたい.

JavaとC#は少なくとも私の仕事と興味対象では存在意義なし.

関数型系の言語を挙げる人って、ふだんどんなソフト作ってるんですか？

ちなみに俺は
1. C,C++,アセンブラ
2. C,perl,アセンブラ
3. Fortran、Java

1 C
2 C
3 C

Cで、なんでも作れちゃうからなあ....
javaとかC#とかにも興味はあるのだけれど.

>>348
テキスト処理とか面倒じゃないですか？

1. C, C++
2. Scheme, Java
3. C, PHP

C++が好きだが例外は嫌い

C専門だが例外じみたgotoはよく使う。

好き嫌いで言うと、
機械語、Scheme、Ruby、Pythonが好きなほうになるかな。
CやJavaは好きでも嫌いでもなく。

>>353
テンプレ嫁
お前の自慢話に興味は無い。

N88-BASIC

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

saturn-basic

1. C
2. php、アセンブラ
3. perl、VB

perlはソースが読みにくいから、勉強する気も起きんかった。
VBは出来るつもりでいる香具師が多すぎるのがウザイ

>>358
ぷ

1. C, Python
2. Scheme
3. C++, Perl, Ruby

日本語

教養 c言語
手軽 php
やりがいがある（勉強中） Java
共通点がない Perl

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

あたらし物好き ruby
修行僧(alias ドＭ) c++

やっぱりC++
コンパイラ型なので実行ファイルの処理速度が高速（Rubyの２倍くらい）
さらに知名度が高いのでC++に対応したライブラリがLinuxだけでなくWindows，MacOSにも豊富
オブジェクト指向なので大規模なプログラムもきれいに書ける

STL知ったらポインタなんか使えなくなるねw
Cと比べて5%程度の遅延らしいし。
でも〜　コピコンストラクタ知らんで
使ってるやつもいるから、危険度は
恐ろしい。
俺もbetterCレベルだがw

思いついたアイデアを咄嗟にメモするのはperl。
そのまま実際に動くまでプロトタイピングしちゃう事も多い。
メモやプロトタイピングまででperlのままって事はないけど。

C++使いがWeb関係いじる時は何使うん？

>>368
C++じゃね？ｗ

web関係って何なん？

cgiと思ってくれていいよ。
jspとかもあるだろうし、広義にしてみたがちょっと抽象的だったな。

本職はCばっかだ。

何使いかと言われれば構造化手続き型言語とそれをベースにしたオブジェクト言語。

んで、昨日WSH（JScript + ANHTTPD）でCGI書いた。

CGIならCかパルだな。
CGIに特化?したcgicc というC++ライブラリがあったと思うけど。

PHPじゃないのか?普通に。

>>374
PHPが絶対普遍的な普通なのか？

>>375
ん? C/C++使いなら普通はそうじゃないの?
どうしてもjspとかperlでなきゃいかんと言う場合なら仕方ないけど。

>>376
じゃあ俺ruby。
さあどうすんの？

>>377
あれ?ひょっとして>>368の話じゃないの?
よくわからんけどRubyならまんまでいいんじゃね?
Ruby On RailでWeb2.0(w)とか、ちょっと昔流行りかかったけど、今どうなんだろ?
そういう話ではない?

普通って言葉に対して食ってかかっているだけだろ。

普通でなければ異常と言えばいいというものでもないだろう。
そこは普通に受け取ってほしんだが。

>377ではないが、君ちょっと変だよ。普通に考えて。

VB、C#、VBS

C++だな。C++から入ったから、Cも使えることは使えるけど、C++を
よく使う。Javaもなんとなく。

最近pythonがお気に入りだな

Linuxの新しいネットワークシステムとかを開発しようとしているよ↓

スレタイ：【とりあえず】プログラミングコンテスト【C/C++】
http://pc11.2ch.net/test/read.cgi/tech/1232363168/

1.bash,Ruby,C,VBA(<-w)
2.C++,Perl
3.Java,Lisp

そんなもんlispに決まっとる。commonlispなんかwindowsじゃまとも
に環境を整えるのが大変面倒だがlinuxでは楽。パッケージもlinux前提だからな。

>>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ですね?　分かります。