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

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

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

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

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