【Perl,PHP】LLバトル ..
[2ch|▼Menu]
2:デフォルトの名無しさん
09/04/03 10:35:37
このスレまだ需要あるのか?
とりあえず>>1

3:デフォルトの名無しさん
09/04/03 17:44:52
乙 << 1

4:デフォルトの名無しさん
09/04/03 19:26:35
需要はあるさ。案件があるうちは。

5:デフォルトの名無しさん
09/04/03 23:52:28
変数の頭に $ つけるの好き。


6:デフォルトの名無しさん
09/04/04 00:59:29
ruby が 最強 ダッ!

7:デフォルトの名無しさん
09/04/04 11:57:56
ったという夢を見た。
実際はPythonが最強です。

8:デフォルトの名無しさん
09/04/04 12:56:52
elsifよりelifの方が良い

9:デフォルトの名無しさん
09/04/04 13:16:59
elif > elseif >>>>>>> elsif

10:デフォルトの名無しさん
09/04/04 13:56:11
個人的にはどれも嫌い
判定順を変えたい時に先頭だけ違うワードなのがネック
…かと言ってelseifが必要なものを全てcaseにするのも何だかなあ

11:デフォルトの名無しさん
09/04/04 14:33:16
elf

12:デフォルトの名無しさん
09/04/04 14:40:00
if () {
}else
if () {
}

みたいにできないと嫌だ

13:デフォルトの名無しさん
09/04/04 15:18:59
>>12
それはない
elseとifは意味から言ってもセットだろ・・・

14:デフォルトの名無しさん
09/04/04 15:19:10
↓ dangling-else について語り出す

15:デフォルトの名無しさん
09/04/04 15:25:31
ダンシングエロス?

16:デフォルトの名無しさん
09/04/04 15:35:52
if () {
}
else {
if () {
}
}
こう書いて下さい。

17:デフォルトの名無しさん
09/04/04 16:38:21
>>13
Cなんかじゃよくある規約だな

18:デフォルトの名無しさん
09/04/05 11:02:28
test

19:デフォルトの名無しさん
09/04/05 18:58:25
【Ruby】Ruby on Rails Part6
スレリンク(php板:513番)

513 名前:nobodyさん[sage] 投稿日:2009/03/08(日) 13:05:37 ID:???
>>512

Rubyist Magazine - Ruby 1.9 で Web アプリを想定したベンチマークをとってみた
URLリンク(jp.rubyist.net)

> ベンチマークの最後として、データベース処理を含めたベンチマークを実行してみます。
> 内容はコメントつきの Blog アプリケーションであり、使用したデータベースとデータ件数は
> 以下の通りです。
>
> * MySQL バージョン: 5.0.67
> * データ件数: ユーザ 10 人 + ブログエントリ 5000 件 + コメント 10000 件
(中略)
> この結果から、次のようなことがわかります。
>
> * Ruby による消費時間を比べると、Ruby 1.8.7 より 1.9.1 のほうが約 1 % ほど速い。
> * 全体の実行時間のうち、Ruby による消費時間はわずか数パーセントにすぎない。

結論:
1.9系で速くなったのは科学計算等で使うようなアルゴリズムの部分であって、基本的に
文字列操作がメインのWebアプリケーションでは目立った高速化はない。

またWebアプリケーションのボトルネックはDBであることがほとんどであり、Ruby処理系
が数倍高速になったとしても、全体のパフォーマンスに与える影響は限定的なものである
場合が多い。


20:19
09/04/05 18:59:58
コピペ終わり

>>19
Ruby 1.9で劇的に高速化されるというような華々しい触れ込みが一時多くて期待してたけど、
このような悲しい現実に目を覆いたいばかりなのですが、
他の言語とかこの辺の高速可ってどうやってるもんなんでしょうか?

けっこう広く言語しっていそうな人多そうだから、
ぜひお知恵をお借りしたい(というネタフリ)

21:デフォルトの名無しさん
09/04/05 19:13:46
一般的にはJITコンパイルで高速化だろうねえ。

22:デフォルトの名無しさん
09/04/05 19:46:59
>>20
またWebアプリケーションのボトルネックはDBであることがほとんどであり、????処理系
が数倍高速になったとしても、全体のパフォーマンスに与える影響は限定的なものである
場合が多い。

???? のところにどんな言語の名前も入るよなぁ、この言明。

23:デフォルトの名無しさん
09/04/05 20:26:35
>>21
いや、JITであろうが早くならんってことでしょ

24:デフォルトの名無しさん
09/04/05 21:03:35
多くのwebアプリでDBを高速化するのが一番効果的ってことだな

25:デフォルトの名無しさん
09/04/05 21:45:29
数倍高速化された????処理系でDBを作ればいいんじゃね?

26:デフォルトの名無しさん
09/04/05 22:09:28
でも、現実的にWebアプリ動かすとRubyが一番もっさり感があるよな。
PHPを並とするとJavaが速いのはまあ解るけど、Pythonが意外に速いのが驚きだし。

27:デフォルトの名無しさん
09/04/05 23:23:27
アヒルタイピングですから。
いたしかたなす。

28:デフォルトの名無しさん
09/04/05 23:52:55
PythonはPerlとあんま変わらんくらいの速度は出せるね
Rubyって結局言語仕様も他と比べて特別優れてるわけでもないし
処理速度にも問題あるし日本ローカルなんだよな

29:デフォルトの名無しさん
09/04/06 00:23:33
>>28
ヒント:Railsを作ってるのも主に使ってるのも外国人

30:デフォルトの名無しさん
09/04/06 00:31:45
Railsの話なんてしてないけど

31:デフォルトの名無しさん
09/04/06 00:38:55
見当違いなコメントに「ヒント:」とか付けられるともうね

32:デフォルトの名無しさん
09/04/06 01:11:42
日本ローカル、に反応しただけなんだが。
>>28の主旨はどこにあるんだ。

33:デフォルトの名無しさん
09/04/06 01:19:10
あたまわるいな

34:デフォルトの名無しさん
09/04/06 01:19:36
>>28

35:デフォルトの名無しさん
09/04/06 01:21:28
ちがう

36:デフォルトの名無しさん
09/04/06 01:23:05
>>33

37:デフォルトの名無しさん
09/04/06 02:26:56
Rubyは特別優れてるわけでもないのに他の減をを否定してまでのゴリ推しがウザいって事だろ

38:デフォルトの名無しさん
09/04/06 02:27:48
減を→言語

39:デフォルトの名無しさん
09/04/06 06:52:50
国産言語という表現を見るたびに寒気がする

40:デフォルトの名無しさん
09/04/06 09:31:08
舶来主義者乙

41:デフォルトの名無しさん
09/04/06 09:45:13
Web系アプリの造りを知りたくて、PHPのオプソをいくつか(五個くらい)ダウンロードしてみたけど
きっついな、コレ。
The一筆書きってか、どのソフトも作者しかメンテできないんじゃないかと思う。

たまたま変なのを連続で落としたのかもしれないけど。
HTMLがいろんなファイルにぶつぎれされて、いろんなところでincludeされまくりだから
画面構成を把握するだけで脳みそ一杯になった。

42:デフォルトの名無しさん
09/04/06 13:51:52
>>41
多分CMS系のものを見たんだろうけど、管理画面から編集したりアップロードしたりで
表画面側をカスタマイズできるようにしてるものが多いから、そのせいではないかと。

だいたいヘッダ・フッタ + 2〜3ペインでブロックに分けたりし、その各ペイン内でも
ブロックを積み重ねたりするから細切れになるのは仕方ない

だから、
> 画面構成を把握するだけで脳みそ一杯になった。
これはこういうもんかと。言語はまず関係ないと思う。
まあ不必要に雑然としているものもあるけど。

あと、そういう話題ならWebProg板というものがあってだな。

43:デフォルトの名無しさん
09/04/06 13:55:34
インクルードされたりで把握できなくなるのは大抵書き手が下手なんだよな
れどめやコメントやらで書けばいいものを、明らかに怠ってるんだから

つか、自前の関数には米つけるのは常識だろー

44:デフォルトの名無しさん
09/04/06 20:03:09
PHP使い初めに、それぞれのファイルに localtest って関数作ったらエラーでまくりになった。
PHPはダメだとすぐわかった。

45:デフォルトの名無しさん
09/04/06 20:36:28
いやいやいや
駄目なのはPHPじゃなくておm(ry

46:デフォルトの名無しさん
09/04/06 21:06:11
いやいやいや
駄目なのはネタを見抜けないお前

47:デフォルトの名無しさん
09/04/06 22:23:58
おもしろくなければネタとは言えないっ
次っ

48:デフォルトの名無しさん
09/04/06 23:44:34
最近もっぱらRubyを使っています。

49:デフォルトの名無しさん
09/04/06 23:50:48
k秀逸なネタだな







って言ってみただけだよ。ほんとだよ。

50:デフォルトの名無しさん
09/04/07 01:17:09
php(5.2.8 windows)のDateTimeってシリアライズしてくれねえ。
$_SESSIONに代入して、次のリクエストで取り出しても、不整合な状態で復帰させられる(DateTime::format呼んでもfalseしか返さない)。

バージョンは違うが5.2.6 Leopard Macでも同じ。
Linux版は手元に無いから未確認。

言語的にはphp嫌いじゃないが、久々にphpに殺意を覚えた。



51:デフォルトの名無しさん
09/04/07 01:27:01
>>50
URLリンク(jp2.php.net)

マニュアル嫁、で終了しそうな。
セッションハンドラを書けばそれでいいような気もする。
ものがPHPだけに、自動でよろしくやってくれるのを期待する気持ちはわからんでもないけど。

52:デフォルトの名無しさん
09/04/07 01:40:42
PHPってとても惜しい言語だな
オブジェクト指向なんかいらないからもうちょっと厳格で統一感があればよかったのに


53:デフォルトの名無しさん
09/04/07 06:44:28
PHPはどっちかっつーとWeb版Perlみたいなコンセプトじゃないのか
動的Webページを最小限の手間で作るための言語で
厳格さを求めるならJSPとかやってくれって感じじゃね?

54:デフォルトの名無しさん
09/04/07 06:57:02
もともとPerlで書かれてたしねえ

55:デフォルトの名無しさん
09/04/07 10:59:55
>>41
どんなアプリみてみた?フレームワークは何使ってた?

フレームワーク使ってないなら、
RailsじゃないRubyのwebアプリみて、「Rubyって…」っていうようなもの

56:デフォルトの名無しさん
09/04/07 11:01:23
>>50
ヒント:DateTimeはぜんぜん未完成

いや、俺もDateTime使っててあまりの整ってなさにキレそうになったから。

57:デフォルトの名無しさん
09/04/07 19:16:41
>>55
いやそれは正しい
RailsはRubyでできたRubyとは別物のもの
RailsでRubyを評価することは不適当だし、RubyでRailsを評価するのも不適当

58:デフォルトの名無しさん
09/04/08 02:20:31
>>57
webアプリ、という前提で話してるんだけども

59:デフォルトの名無しさん
09/04/08 02:22:00
何がいいたいかというと、perl汚い!→KENTとかから落としたの見てるんじゃね?
とか思うわけで。phpでも同じようなことがあると

60:デフォルトの名無しさん
09/04/08 22:12:01
流れを無視して R言語の話。
昨日、数学板のRスレで少し面白いやり取りがあって、このスレ向きだと思った
ので貼る。

統計解析フリーソフト R 【第3章】
スレリンク(math板:293-304番)

Rはとても面白い言語なので、数学が苦手で統計と無縁でも、言語オタはどんど
んいじればいいと思う。ベクトル言語だというだけじゃなくて、遅延評価だわ、
関数内部から引数の変数名を取れるわ、()や{}まで関数だわで、遊び甲斐あり
まくり。

ちなみにリンク先の304を書いたのは自分だが、単に経験で書いてるので、公式
ドキュメントにどう書いてあるかは知らない。良かったら教えて下さい。

61:デフォルトの名無しさん
09/04/09 09:52:41
>>59
先日はどうも。 (笑) スクリプト言語としてみてもとても面白いよね。高速化テクとして遅延評価を意識
しなきゃならんけど、ちまたにあふれてる解説本は、軽視してるからな。言語すきなひとがテクを磨くしかな
い言語かな。詳しいことはまだよくわかってないけど、数学関連言語のなかは柔軟性はピカ一ですね。

62:59
09/04/09 13:15:23
え?おれすか?

こちらこそどーも

63:59
09/04/10 00:26:14
>>62
いやいや俺だから。
なりすましとか困る。

>>61
どうもどうも

64:59
09/04/10 01:37:39
いやいやいやいや俺だから。
最近ティンポが立たんのだよ。

65:60
09/04/10 01:43:28
>>61
なんかよく分からん流れになってるが、自分宛でいいんだよね?

R の遅延評価は不思議なんだよな。ベクトル言語でしかも遅延評価って言うと、
誰だって遅延リストを連想するじゃないか。
「そうかそうか、巨大データを定義しても、きっと個々の要素が評価されるま
で領域確保されないのに違いない。よーしパパ巨大な疎行列作っちゃうぞ」と
か思うだろ?

ところがそれはうまく行かない。Rのベクトルは評価時にメモリをまとめて全部
確保してしまうから。ベクトルが駄目だから行列も駄目。Rで遅延評価を使った
メモリ節約のノウハウとか、自分はいまだにやり方が分からん。

思うんだけど、Rの遅延評価って、処理効率とはぜんぜん違う目的で導入された
んじゃないだろうか。そうでなければ組み込みの遅延オブジェクトがたくさん
あるはずだと思うんだよな。

今日は時間がないから書かないけど、おそらくその目的は、Scheme風言語から、
スペシャルフォームを取り除いて、関数だけで言語を構成することじゃないか
と思ってる。

--
ところで、リンク先は読んでくれた?自分があの仕組みに気が付いたときは、
Scheme や Python や JavaScript が今すぐ同じようになってほしいと思ったよ。
組み込み関数のローカル変数によるシャドウイングから解放されたい。

66:デフォルトの名無しさん
09/04/10 09:37:48
遅漏まで読んだ

67:デフォルトの名無しさん
09/04/10 10:27:14
>>65
あの説明はわかりやすかったよ。あの仕組みがほかの汎用言語でも使えるようになったら
扱いがらくだよな。

ぼくもまだまだノウハウを貯めてるところなんだよね。当然taraiでは効果があったけど。

>関数だけで言語を構成することじゃないかと思ってる。

その意図は、ifelse関数なんて存在でもありえますね。あなたはかなりハックしている
ようなんでこの場では5行以上が読めない人もいるようが、そんなことは気にせずにどん
どん書いてやってください。

68:デフォルトの名無しさん
09/04/10 11:47:44
たまに文章に違和感を感じる人がいるんだけど
面と向かって喋ってもやっぱりこんな感じなんですかね。

69:デフォルトの名無しさん
09/04/10 12:00:12
違和感を感じる

70:デフォルトの名無しさん
09/04/10 12:05:30
まあアレだ
指示語を乱用してわけがわからなくなることが時々ある

71:デフォルトの名無しさん
09/04/10 12:18:29
アレですね

72:デフォルトの名無しさん
09/04/10 12:47:36
あの言語って重要な部分がなんちゃらだから
いざというときぶわってなっちゃってかなりビヨビヨな感じだからアレだよね

73:デフォルトの名無しさん
09/04/10 13:05:03
それは無いわ

74:デフォルトの名無しさん
09/04/10 22:39:08
>>67
時間が無いんで、ほんのちょっとだけ。

> 当然taraiでは効果があったけど。

tarai(笑)。うん、自分も回したよ。
R の遅延評価はほんとtaraiしか効率化せん気がする。


75:デフォルトの名無しさん
09/04/10 22:47:56
しかし R の話に食いついてくれる人はさすがに少ないのう。
>>66みたいに、ネタ繰りの素材としてでも、このスレで許容してもらえればありがたいが。

76:デフォルトの名無しさん
09/04/10 23:43:12
言語名だけは前から知ってるんだけど、残念ながらまったく知識無いんだよなぁ<R

77:デフォルトの名無しさん
09/04/11 00:43:32
そもそも、専門の仕事をする為のツールってイメージがある。>R言語
触ってみたくても、何らかの統計処理の素養というか下地がないと、何もできないとかいう感じで。

無理矢理掲示板とかアドレス帳とかつくってみればいいのかな?

78:デフォルトの名無しさん
09/04/11 02:00:39
【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】

79:デフォルトの名無しさん
09/04/11 02:19:03
俺はいつまでPHP/Perlみたいなおもちゃでプログラミングをし続けなくてはいけないのだろうか・・
Winnyみたいなネットワークの分散プログラムとかDirectXで3Dとかやりたいのに仕事は
DBでWebとかばっかだよ。薄給だし。
こうなったらPHPでそういうの作ろうかな。

80:デフォルトの名無しさん
09/04/11 03:07:26
プロの料理人になるより料理が上手いサラリーマンになった方がいいと思うよ。
プロは上手くてあたりまえだからなあ。
おっとここは就職スレじゃなかったな。


81:デフォルトの名無しさん
09/04/11 05:49:29
>>79
PerlやRubyから簡単に使えるDirectX/3Dライブラリを作って売ってみてはどうかと。
売れるかどうか知らんけど、少なくともやりたいことはできる。

82:デフォルトの名無しさん
09/04/11 06:37:08
PHPが何のための言語か理解してないからWebの仕事しかないとかトンチンカンな発言になるんじゃないか

83:デフォルトの名無しさん
09/04/11 07:08:42
まあIT業界の9割は下らない仕事という点はほんとだけどな

84:デフォルトの名無しさん
09/04/11 07:48:03
RPGツクールXP, VXはRuby搭載だけど、うまいこと上を納得させたもんだw

85:デフォルトの名無しさん
09/04/11 08:22:33
>>82
お前が順序を逆に解釈してるだけじゃねえの?

86:デフォルトの名無しさん
09/04/11 08:32:00
>>79
Perlはおもちゃじゃないっしょ。使いこなせてるなんてうらやましす。
DB使ってWebアプリ作れるなら、十分色々できるじゃん。


87:デフォルトの名無しさん
09/04/11 09:41:46
Rは本を片手に触ったことがあったけど統計の専門用語の羅列に挫折した

88:デフォルトの名無しさん
09/04/11 10:03:55
>>85
いや 82 で正しいでしょ?
もともとがPerlでCGIの変わりに作ったらしいから

>>79
「Perlによるシステム管理」でもやってみたら?
DB使ってるんだったら、SQLをもう少しやってみるとか(管理面を極めて見るとか)
「DirectXで3D」はPerlで意味はない気がするけど
「ネットワークの分散プログラム」はPerlでネットワークプロクラミングする本あるし
Socketベースで色々書いてみればいいんでね
C(#)、Javaじゃなきゃというのは・思考の硬直・だと思う(遊びのレベルでの話ね)

89:デフォルトの名無しさん
09/04/11 11:00:44
ネットワーク系やるんなら
「UNIXネットワークプログラミング」見てみたら?
*nix系使えれば、あとは時間だけだよ
#コード書くのに、最低限の基礎的なことがわかる気がする(旧版しかやってねーからな)
#気合い入れないと買えない値段ではあるが(中古でもw)

Perlをおもちゃといってる時点で、まぁね・・・と思うのだが
#ネタだと思うんだけどね、一応

90:デフォルトの名無しさん
09/04/11 11:46:26
>>88
> いや 82 で正しいでしょ?
> もともとがPerlでCGIの変わりに作ったらしいから
そこじゃないよ。>>82が逆に解釈してるのは、>>79の思考の順序。
>>79の1行目を読むと、別に>>79はPHPを「Web以外のどっか別のところ」で使う言語とは
捉えていないのがわかるでしょ。だからこそ4行目で「こうなったら」というヤケクソネタが成立するのだし。

91:デフォルトの名無しさん
09/04/11 12:15:34
DirectXとかやりたいのにWebの会社入ったなら逆でもなんでもなく
ただの無知では

92:デフォルトの名無しさん
09/04/11 12:25:32
就職まで遡ってキャラ設定作るトコじゃないのでは。
目の前の文章をまともに読解できなかっただけなのだし。

93:デフォルトの名無しさん
09/04/11 12:27:16
PHPやPerlがおもちゃだと思ってる時点で、使いこなしてないの丸出しなわけだが。

94:デフォルトの名無しさん
09/04/11 12:28:42
DirectXで3DとかもっとおもちゃのVBでもできるしなwww
自分の未知の分野が青い芝生に見えてるだけだ

95:デフォルトの名無しさん
09/04/11 12:31:34
言われたことに言い返さないモードに入ると元気だなぁ。

96:デフォルトの名無しさん
09/04/11 12:43:09
愚痴るためにLL言語の比較スレに来てる時点で、もう駄目なんじゃないのかと思う。

97:デフォルトの名無しさん
09/04/11 12:49:17
「〜る時点で」が多いなぁ。
本題から意図的に逸れて、言葉の一部分を捕まえてそこからキャラ設定起こして、
そのキャラにレッテル貼って目の前の当人を語った気になって射精する厨御用達のワードだから、
あんま踊ってるとちょっと痛々しい。

98:デフォルトの名無しさん
09/04/11 13:15:01
つまり俺を攻撃してる奴は粘着一人の自演に過ぎないと言いたいのですね
解ります

99:デフォルトの名無しさん
09/04/11 13:15:53
>>90
あ なるほど
PHPよりは、Perlの方が色々使えそうだけどね(自分にとって)
#先日、emlファイルをimapのフォルダにuploadするのは、phpのコマンドラインで書いたけど

100:デフォルトの名無しさん
09/04/11 13:18:25
>本題から意図的に逸れて

最初の発言が、このスレの本題から逸れた愚痴だったから、
いじられてるだけじゃないの?

101:デフォルトの名無しさん
09/04/11 17:38:47
-- ソフトウェアの世界のピラミッド --
頂上  世の中で広く使われるOS/コンパイラ/DB/サーバ/分散システムを作りあげた人
上流  言語・構文解析、レンダリングエンジンや高度なアルゴリズム/アーキテクチャを設計する人
中流  ミドルウェアを使ってUI設計やアプリケーション開発をする人
底辺  スクリプトでWebページ作る人。ブログでプログラミング講釈する人。

102:デフォルトの名無しさん
09/04/11 17:52:55
>>101
最底辺 きみのように斜めに構えて、批評ばかりの人。

103:デフォルトの名無しさん
09/04/11 17:54:29
>ミドルウェアを使ってUI設計やアプリケーション開発をする人

ここ笑いどころだよね?

104:デフォルトの名無しさん
09/04/11 17:59:09
底辺該当者がさっそく脊髄反射

105:デフォルトの名無しさん
09/04/11 18:06:11
スクリプトを要領よくつかって他分野で成果を出す研究者

106:デフォルトの名無しさん
09/04/11 18:35:36
ミ ド ル ウ ェ ア

107:デフォルトの名無しさん
09/04/11 18:36:45
ミドルウェアを使ってアプリケーション開発って要するにLAMPじゃん

108:デフォルトの名無しさん
09/04/11 18:37:23
よし! おれもミドルウェアやろう!

109:デフォルトの名無しさん
09/04/11 18:43:43
アーキテクチャを設計ってのも頭痛が痛いみたいな話だな

110:デフォルトの名無しさん
09/04/11 18:52:34
言語に限らず関数・クラス設計ができないやつは使えない。

111:デフォルトの名無しさん
09/04/11 19:01:26
まあDBから値とってテンプレエンジンに突っ込んでるだけのプログラマーは実際底辺レベル。
ただ、もう少し包括的に設計開発してるWebエンジニアもいるにはいるね。

112:デフォルトの名無しさん
09/04/11 19:01:28
クラス設計は相応にできる人にやってもらいたい、ってのがあるから。
やりゃあ誰でもできるだろ。何でもよけりゃw

113:デフォルトの名無しさん
09/04/11 19:09:44
詳しくない奴ほど無意味な区分けをしたがるものだ

114:デフォルトの名無しさん
09/04/11 19:17:57
日々PHPのコードばっか見てると、自分が底辺になってるのに気付かないんじゃね?

115:デフォルトの名無しさん
09/04/11 19:23:25
>>111
> まあDBから値とってテンプレエンジンに突っ込んでるだけ
このへん、割り箸を箸袋に詰める内職とあまり変わらない場合もあるよな。

116:デフォルトの名無しさん
09/04/11 19:34:46
誰も使わないデータベースウエアを設計した奴より
PHPで人気サイト作ってる奴の方が偉いと思うけど

117:デフォルトの名無しさん
09/04/11 19:38:56
仕事でやってるだけなら別に偉くないのでは
2chやらは偉いっちゃ偉いのか

118:デフォルトの名無しさん
09/04/11 19:40:41
>>116
そこだよ。
たから実質なんにも仕事しない銀行、商社、マスコミが一番給料が高いのだ。
やつらが偉いんじゃない。
人が欲しがるものをもったいつけて高い手数料で売ってるだけだ。
そして仕入れ先はとことん叩く。
まるでIT業界の縮図じゃないか。
あれ?ま、いいか。

119:デフォルトの名無しさん
09/04/11 19:59:59
必要とされてないのに車輪の再発明するのは技術者の自己満足だよね。
HiRDBやSymfowareとは言わないけど

120:デフォルトの名無しさん
09/04/11 20:18:04
『行番号出力スクリプトの比較』

#!/usr/bin/ruby
readFile = File.open(ARGV[0])
writeFile = File.open(ARGV[1], "w")
readString = readFile.read
readString.each_with_index{ |line, index|
writeFile.printf("%02d : ", index + 1)
writeFile.print(line)
}
readFile.close
writeFile.close

-----------------------------------

#!/usr/bin/perl
while(<>) {
s/[\r\n]//g;
printf("%d : %s\n", $., $_ );
}
exit;

-----------------------------------

#!/usr/bin/awk -f
{ print NR, ":", $0 }

121:デフォルトの名無しさん
09/04/11 20:27:26
>>120
スクリプトを書かないなら、cat -n でOK

122:デフォルトの名無しさん
09/04/11 20:30:24
>>120
AWKに比べて他のがやたら長いな
もっと簡単にならんの?

123:デフォルトの名無しさん
09/04/11 20:37:03
ruby -n -e 'END {p $.}' < file

124:デフォルトの名無しさん
09/04/11 20:37:34
てかやってること違うじゃん
なんでRubyはファイルに書き出してるの?
というかその書き方ならいっそJavaで書けよ

125:デフォルトの名無しさん
09/04/11 20:39:21
>>124>>120

126:デフォルトの名無しさん
09/04/11 20:39:51
ちがったw
ruby -n -e 'print ($.).to_s + " " + $_' < file

127:デフォルトの名無しさん
09/04/11 20:45:37
>>120
#!/usr/bin/perl -ne
print "$.: $_"

128:デフォルトの名無しさん
09/04/11 20:47:32
-neじゃなくて-nだ。

129:デフォルトの名無しさん
09/04/11 20:50:03
詳しくない奴ほど無意味な比較をしたがるものだ

130:デフォルトの名無しさん
09/04/11 20:54:12
という傾向があったらいいなという気分だったんですね?

131:デフォルトの名無しさん
09/04/11 21:06:50
おもしろい余興ですた

132:デフォルトの名無しさん
09/04/11 21:08:20
ソケット通信に適したLLはどれ?
ありがちな例だけど、文字列を送信すると逆順(回文)で帰ってくる
サーバ・クライアントシステムとか作ったら、どれが一番簡単?

133:デフォルトの名無しさん
09/04/11 21:10:20
どれでもあまり変わらないんじゃないかな。その例だと。

134:デフォルトの名無しさん
09/04/11 21:22:48
Ruby on Rails vs PHP
URLリンク(www.youtube.com)

Ruby on Rails vs Java - RailsEnvy.com Commerical
URLリンク(www.youtube.com)

135:デフォルトの名無しさん
09/04/11 21:23:07
#! /usr/bin/gawk -f
# reverse_server.awk

BEGIN {
echo_service = "/inet/tcp/10000/0/0"
while (1) {
if ((echo_service |& getline) > 0) {
rev_mes = reverse_str($0)
print rev_mes |& echo_service
}
close(echo_service)
}
}

function reverse_str(str, rev_str) {
for (i = length(str); i > 0; i--) {
rev_str = rev_str substr(str, i, 1);
}
return rev_str;
}


136:デフォルトの名無しさん
09/04/11 21:23:51
#! /usr/bin/gawk -f
# reverse_client.awk

BEGIN {
echo_service = "/inet/tcp/0/localhost/10000"
while (1) {
getline str < "/dev/stdin"
print str |& echo_service
if ((echo_service |& getline) > 0) {
print $0
}
close(echo_service)
}
}

137:デフォルトの名無しさん
09/04/11 23:28:59
>>1
> 最強のLL=軽量プログラム言語

makeが最高です

138:デフォルトの名無しさん
09/04/12 00:39:05
そんなもん、がうちぇだろ?

139:デフォルトの名無しさん
09/04/12 01:04:44
>>132
正直socketはCのレベルでやらないと細かい制御が全然できない。
select/epollとかI/O完了ポート/OVERLAPPEDとかスレッドもスクリプトだと厳しい。
もうちっと細かいこともできるスクリプトがあるといいなあとは思うんだけど、
まあその辺はCでやれってことになるかなあ。

140:デフォルトの名無しさん
09/04/12 01:17:50
Pythonでは2.6以降でepoll, kqueueは利用できるプラットフォームでは
標準で使える
それ以前からサードパーティのlibeventバインディングや
twistedのようなライブラリで普通に使えるけどな
勿論ctypes経由で自分で直接システムコールを叩くことも可能

141:デフォルトの名無しさん
09/04/12 01:33:34
Erlang

142:デフォルトの名無しさん
09/04/12 02:17:54
>>140
あ、なるほど、kqueueとかエッジトリガとかも使えそうだね。まあこうとこ一つとっても
pythonはやっぱ、守備範囲が広そうだな。
でも、ifdef的にプラットフォームごとに変えなきゃいけなさそうだけどまあしゃーないか。

143:デフォルトの名無しさん
09/04/12 06:13:51
>>134
言語とフレームワーク比べんなw

144:デフォルトの名無しさん
09/04/12 07:53:16
比べるならCakeとかだよな

145:デフォルトの名無しさん
09/04/12 08:01:26
Coffeeも付けてください。

146:デフォルトの名無しさん
09/04/12 08:03:43
JavaならWicketあたりか
国産ならSAStrutsとか

147:デフォルトの名無しさん
09/04/12 08:59:02
てかその動画Railsが出た2,3年前にも出てたよなw

148:デフォルトの名無しさん
09/04/12 09:11:01
> Pythonを使い続ける最も大きな理由... そうだなあ,大きな理由が2つあるよ。
> ひとつめの理由はライブラリ。Pythonには全部のライブラリがそろっている。
> 僕たちは開発を進めてきた課程で,たくさんの技術や,たくさんのアーキテクチャを学んできた。
> たとえば,僕がコネクションプールについて理解していなかったとしても,
> 僕はただ単にライブラリを探してきて使うことができる。それからコネクションプールについて理解して,
> 自分たちでライブラリを書けばいい。Webフレームワークについても理解する必要はない。
> 自分たちのフレームワークを作る時が来るまで,他の人が作ったフレームワークを使うだけだ。
> その他の多くの技術を使う前に学ぶ必要はないんだ。
> だってPythonにはほとんど全ての種類のライブラリが備わっているのだから。
> これからも,僕たちはもっと多くの技術を学び続ける。
> そして自分たちの手でライブラリを作る。技術を自分たち流に変えるためにね。
> このような手法を使うことで,自分流に変換する作業をとってもとっても簡単にすることができるんだ。
>
>
> もうひとつ,僕たちをPythonにつなぎ止めておく理由は,これは最も大きな理由なんだけど,
> Pythonのコードが読みやすく書きやすい,ということなんだ。
> たとえば僕たちが新しい技術者を雇うとき。Pythonが書ける技術者を雇うことはまずないわけだけど。
> 僕はただ「ぜんぶPythonで書いてね」と言うだけだ。
> そう言うだけで,彼らの書いたコードを僕は読むことができる。
> これはすごいことなんだけど,僕は部屋越しにコードが良いか悪いかを見分けることができるんだ。
> というのは,良質なPythonのコードはとても明確な構造を持っているから。
> これが僕の仕事をより楽にしてくれるんだ。Pythonのコードはとんでもなく表情豊かで,
> とんでもなく読みやすく,そしてとんでもなく書きやすい。
> だから僕は仕事をスムーズに運べるというわけさ。

翻訳 - Python製のソーシャルブックマークエンジンRedditはなぜLispをやめてPythonを使うようになったのか ? TRIVIAL TECHNOLOGIES 2.0
URLリンク(coreblog.org)

149:デフォルトの名無しさん
09/04/12 09:26:41
まったくもってどうでもいいことしか言ってないな。

150:デフォルトの名無しさん
09/04/12 09:30:54
「定番」で「当たり障りがない」ことではあるけど、「どうでもいいこと」ではないよ。

151:デフォルトの名無しさん
09/04/12 10:01:32
>>Webフレームワークについても理解する必要はない
これがわからん。
フレームワークのMVCの作法に従った書き方しないで、なんの為に使うんだろう?
#そういうのが無いの?

152:デフォルトの名無しさん
09/04/12 10:53:21
原文こっち
Why Reddit uses Python ≪ .:.
URLリンク(brainsik.theory.org)

> Don’t understand web frameworks, so we’ll use someone else’s until we make our own.
webフレームワークを理解する必要がない、だから、自分達のができるまで誰か他のを使うんだ。

understandがそのままの意味ないのかわからん

153:デフォルトの名無しさん
09/04/12 10:54:56
>>148
自分で貼っておいてなんなんだけど、
マイナー言語(LISP)はライブラリないから、
標準や他の人が作ったライブラリがそろっているメジャー言語(Python)いいよねって言っているだけな気がするw

154:デフォルトの名無しさん
09/04/12 12:32:48
パイトンって読むの?

155:デフォルトの名無しさん
09/04/12 12:44:11
>>153
いや、それが重要なんだろ。

俺様ライブラリに頼らない「標準」を利用することで、
元々あったpythonの親しみやすい構文にくわえて、さらに誰が見ても解るコードができあがるってね。

実際マクロばりばり使われた俺様ライブラリ使用、俺様LISPなんて、作者以外にメンテできるかよってシロモノだし。

156:デフォルトの名無しさん
09/04/12 13:08:10
pythonな奴はやたら自分の正統性を主張する

157:デフォルトの名無しさん
09/04/12 13:09:48
ライブラリ言い出したらCPANやPEARやJakartaに勝てるのかみたいな話にならないか

158:デフォルトの名無しさん
09/04/12 13:18:58
>>157
RubyGemsには無条件で勝ってるのかw
別に全てに勝つ必要はないだろうが・・・スレタイがあれか

159:デフォルトの名無しさん
09/04/12 13:21:24
RubyGemsを詳しく知ってる奴が少ないだけ

160:デフォルトの名無しさん
09/04/12 13:41:18
CPANみたいに、ダイレクトにdir見れる方が好きだな
概要知りたきゃ readme 嫁ってのが良い
#説明非表示モードでみれたりする?>RubyGems

161:デフォルトの名無しさん
09/04/12 13:50:06
結論:ライブラリには99%JavaDocが付いているJava最強

162:デフォルトの名無しさん
09/04/12 13:52:23
RubyGemsの制作経緯と概要(ちょっと古い)
URLリンク(jp.rubyist.net)

使い方や仕組みは、CPANなどに比べてそんなに難しいわけではないような。
最大のネックはパフォーマンス(だった)。
だけど、Ruby使ってる時点でそれは二の次のはずなので無問題。

163:デフォルトの名無しさん
09/04/12 13:54:39
HSPが出てないとは聞き捨てならんな!

164:デフォルトの名無しさん
09/04/12 13:56:41
がんばってHSP覚えるならVB6でもやったほうが応用できるし手間も変わらん気がするんだが
まぁLLからは離れるけど

165:デフォルトの名無しさん
09/04/12 17:31:02
>>Pythonには全部のライブラリがそろってる
全部って・・ww。なんかの販売員みたいだな。どの言語もそんな主張してそう
でマジでどうでもいい宣伝って感じだ。

166:デフォルトの名無しさん
09/04/12 17:42:46
ちゅーか、HSPばかり使っていると将来困るだろ
BASICみたいに入門用途かもしれんが、それにしても今時PythonかRubyでいいじゃんという
他人に勧めるやつがいたら間違いなく征する

167:デフォルトの名無しさん
09/04/12 17:49:14
制じゃね?

168:デフォルトの名無しさん
09/04/12 17:51:22
征(伐)?

169:デフォルトの名無しさん
09/04/12 17:54:20
>>165
Pythonのライブラリの充実度はruby,perlに比べてダンチだぞ

170:デフォルトの名無しさん
09/04/12 17:56:52
>>169
Pythonを使ってない人間はPythonのライブラリを見たこともどこで探せるかもわからないので、
それだけ書かれてもなあ
CPANみたいな仕組みはあるの?

171:デフォルトの名無しさん
09/04/12 17:57:14
Pythonはライブラリ揃っている方じゃね。
たとえばsmtpでメールを送るスクリプト書くにしてもRubyの方が面倒に感じるし。

172:デフォルトの名無しさん
09/04/12 18:04:04
>>170
Pythonは本体インスコした時点で豊富なライブラリが揃っていると言う認識だと思われ。
それならRubyやperlと比べてダンチだろう。

173:デフォルトの名無しさん
09/04/12 18:18:17
そんなもんディストリのポリシー次第だろ

174:デフォルトの名無しさん
09/04/12 18:21:24
>>172
なるほど。
ググってみたら、PyPI ってのが公式?のライブラリデポジットみたいな感じだろうか。
URLリンク(pypi.python.org)

ライブラリの充実度ってことなら、一応この辺の周辺ライブラリも入れて考えないと
あんまり意味無いのではと思った。

PHPのPEARのほぼ唯一良い点としては、配布物に添付したりサーバに設置するのに
特別な操作とか修正が必要ないってことかな。
全部Pure PHPで書かれていて、同梱したライブラリのルートディレクトリにinclude_pathさえ
通せば使えるようになるっていう共通の原則はなかなか便利。

他の言語のライブラリはそういう使い方したこと無いから、ひょっとしたらどの言語のライブラリも
同じようにできるのかもしれないけど。

175:デフォルトの名無しさん
09/04/12 18:23:42
>>173
突っ込みになってないぞ。
つまりその「ディストリのポリシー」からして段違いなわけだからな。

176:デフォルトの名無しさん
09/04/12 18:27:08
>>175 は?

ディストリビューション毎のパッケージングポリシーの違いが、
なんで言語のせいになるんだよタコ

177:デフォルトの名無しさん
09/04/12 18:34:51
何でも入ってるから重いって言う考え方はしないんだろうか

178:デフォルトの名無しさん
09/04/12 18:35:34
かつてのVB難民がスクリプトでがんばってるみたいね。
開発環境は退化した気がするけど

179:デフォルトの名無しさん
09/04/12 18:35:36
>>174
PHPは名前空間くらいどうにかしてからおいで下さい

180:デフォルトの名無しさん
09/04/12 18:36:15
Pythonの場合、言語自体のリリースのポリシーが
"Batteries Included"

URLリンク(www.python.org)

181:デフォルトの名無しさん
09/04/12 18:42:32
>>179 PEARじゃないけど

class Zend_Db_Table_Row extends Zend_Db_Table_Row_Abstract
{
}

うん。解決済み。
# PHP5.3からnamespaceついてるらしいけど、ライブラリ側で対応とかするのかな・・・

182:デフォルトの名無しさん
09/04/12 18:57:09
>>176
「言語のせい」とか意味不明。
何あさっての方向に喚いてるの?

183:デフォルトの名無しさん
09/04/12 19:16:42
自分のコードも3ヶ月経てば他人のコードの原則を重視すると、
コーディングスタイルが統一されてくるPythonが一押しになる。
個人的にはJythonが理想郷なんだが中途半端な出来でげんなり。

184:デフォルトの名無しさん
09/04/12 19:27:11
>コーディングスタイルが統一されてくるPythonが一押しになる
激しく同意する。

C だと、他人のコードを読むのに、エディタでインデントを修正しながら読むことになる。
金にならねば、他人の C コードを、もう読む気持ちになれない。

Python ならば、他人のコードを楽しんで読める。力のあるやつが書いたコードは多くの
ことを教えてくれる。身構えることなく、他人のコードを読み下していける python のイ
ンデントの強制は、もっと評価されるべき。


185:デフォルトの名無しさん
09/04/12 19:34:01
>>184
C、C++の場合、環境依存を気にしすぎてマクロでスイッチングをバシバシ決めているのが気に入らん。

#define,#ifdef、makefileの環境変数なんて死ね、と思う。

186:デフォルトの名無しさん
09/04/12 19:44:27
いつの間にLL以外の言語語るスレになったんだ?

187:デフォルトの名無しさん
09/04/12 19:50:18
細けぇことはいいんだよ(AA略

188:デフォルトの名無しさん
09/04/12 20:53:41
Cならindent使えばいいのに。

189:デフォルトの名無しさん
09/04/12 21:02:49
今後、LLの多くが淘汰されるだろうけど、何だかんだでPerlは生き残るだろう。
それとawkはプログラミング言語として見た場合は賛否両論だけど、
プログラマブルなツールとして見れば有用で、今後もそれなりの存在意義はある。
Pythonもあの普通っぽさがいい。

案外PHPなんかは消えたりして。

190:デフォルトの名無しさん
09/04/12 21:07:03
さっぱり分からないわ、その基準。

191:デフォルトの名無しさん
09/04/12 21:29:50
世の中には投資回収って言葉があるから、どの言語も消えることはありえません。

そういう視点で見ると昨今のJavaScriptのブラウザを巻き込んだ盛り上がりは、
VBからWebアプリにリプレースして業務効率を落した時代の清算に思える。
ClickOnceやWebStartを認めてはいけないという不退転な思いを感じる。(大げさ)

192:デフォルトの名無しさん
09/04/12 21:34:46
Webへ逃げていくのを一番危惧してるのはMSだからな
ブラウザさえあればどんなOSでも使える、デスクトップすらいけるとなると
有料OSなんぞ使わない

あとは開発環境やセキュリティとの兼ね合いでどのくらいいけるかどうかかねぇ
自分としてはFirefoxのアドオンみたいな感じでブラウザにインストールする形が
有望だと感じてる

193:デフォルトの名無しさん
09/04/12 21:52:36
XULは正直・・・

194:デフォルトの名無しさん
09/04/12 22:16:07
> ブラウザ "戻るボタン" 無効 の検索結果のうち1年以内に更新された日本語 のページ 約 21,700 件
自分で調べておいて思わず苦笑した。

この辺はHTML5の勧告でAjaxライブラリが解決するんだろうけど、
HTML5はXHTML2とは互換がないらしいよ、セマンティック・ウェブさん。

195:デフォルトの名無しさん
09/04/12 22:39:00
>>194
HTML5って、ブラウザにDB積んでみたり、スクリプトではない入力バリデート?を
入れてみたりしてるんだよね
なんともそっち方面に突っ走ってるな〜と

しかしこれ、実装が出てきても実際の普及に五年ほどはかかるんじゃないか?

196:デフォルトの名無しさん
09/04/12 23:01:27
Perlなんて事実上消えたも同然だろ。今後は全部Pythonに統一。


197:デフォルトの名無しさん
09/04/12 23:09:56
今までやった言語
Bash
AWK
SQL
Ruby

CやらPerlやらも齧ってみたけど身につかなかった
趣味グラマだからこれくらいで許してよ
あんまし勉強した区内

198:デフォルトの名無しさん
09/04/12 23:12:22
>>195
IE8がもう実装を始めてるから、勧告と同時によーい、どん、となると思うよ。

>>196
おなじみ?のTIOBE Programming Community IndexだとPERLは9位に付けてるよ。
ぶっちゃけ絶賛暴落中だけど、これは話題率ランキングだからまだ現役ではある。

199:デフォルトの名無しさん
09/04/13 00:11:02
>>184
どれにもいえる事だけど、インデント深くなってるコードを読むとゲンナリするよ。
できるだけ他人のコードは見ないですませたい。無理だけど orz


200:デフォルトの名無しさん
09/04/13 00:20:18
仕事現場でインデント付けないでコード書く人なんて実際にいるの?

201:デフォルトの名無しさん
09/04/13 00:25:05
>>184
Visual Basicも昔そんなこと言われてたけど、一時の流行りで終わったね。
スクリプトみたいな簡易言語で満足してるようじゃ技術者としてはいつまでも3流だよ。

202:デフォルトの名無しさん
09/04/13 01:10:08
1流らしい下賎なレスをありがとう

203:デフォルトの名無しさん
09/04/13 01:20:52
スクリプトだけやってたら絶対にスーパーハカーにはなれないけど、
スーパーハカーがスクリプトを使うことはある。

204:デフォルトの名無しさん
09/04/13 02:13:21
>200
皆がインデント付けてても
インデントの規則や個々のタブ幅がバラバラだと凄く読みにくい
例えば、GNU式のインデントはタブ8以外の環境じゃチグハグになるし

205:デフォルトの名無しさん
09/04/13 02:46:51
技術者としては三流www
何の技術者だよwww
スクリプトできれば十分な分野だってあるのにな
職業プログラマって視野せまそうだな


206:デフォルトの名無しさん
09/04/13 06:18:33
スクリプトできれば十分な分野なんかに一流プログラマは
いない、というのは結構正しい気はするな。

207:デフォルトの名無しさん
09/04/13 06:27:11
それって単に、スクリプト言語では十分ではないこと自体が
自分の中で一流の定義(の一部)になってるだけじゃないの?

「○○なんかを良いと言うのは信者だけ!」って主張する奴の「信者」の定義が
「○○を良いと言うこと」で、だから世界の99%が○○を良いと言っても成立するとか、
その種の言葉遊びにも見えるけど。

208:デフォルトの名無しさん
09/04/13 06:35:47
スクリプトだけで十分じゃない分野って組み込みと速度にシビアな分野と
スクリプトが使えない分野(コンシューマゲームとか)以外何がある?

209:デフォルトの名無しさん
09/04/13 06:41:53
スクリプト言語に限らんが、人が多くてライブラリや資産が整っていると
誰でも使えるようになるからね。それこそ、組み立てるだけで誰でもある程度までできてしまう。
敷居が低いから、(見えている範囲では)一流には見えないんだろうと思う。

しかも、スクリプト言語はその低い敷居の範囲の仕事をみな奪ってしまった。
ネイティブな言語には残された上で言っている"一流の仕事"しか残っていないんだろうよ

210:デフォルトの名無しさん
09/04/13 06:42:30
本当に優秀な人なら用途に合わせて最適な道具を選ぶと思う
スクリプトの得意分野をアセンブリでやるのは趣味か馬鹿

211:デフォルトの名無しさん
09/04/13 07:18:41
>>200
インデントをつけたくてもRPGと言う言語は固定カラムでコードを書くんだなー。
ってヤツは少ないだろ。

Pythonが一番コード読みやすいのは事実だな。

しかし、自称一流なんていう奴はたいてい胡散臭いな。
なんでもかんでもJavaやC++でやるヤツの方が3流だろうに。

212:デフォルトの名無しさん
09/04/13 08:31:28
この前採用面接でPHPなんて誰でもできるでしょ?とか偉い人に言われたぞww
まあ世間の評価はそんなもんなのかな。

213:デフォルトの名無しさん
09/04/13 08:40:13
文法知ってりゃ誰でもコード書けると思ってるんだろ。
世間の評価なんてそんなもの。
偉くなりたければコーディングの技術にこだわりすぎないこと。


214:デフォルトの名無しさん
09/04/13 08:42:26
WEBアプリ限定で、「フォームからのメール送信」とか、「画像ファイルのアップロード」みたいな処理が、
ほとんど何も知らなくても書けて一番簡単な言語(?フレームワーク?)はPHPなのは間違いなかろ
そういう意味じゃないか?w

215:デフォルトの名無しさん
09/04/13 10:56:17
一流プログラマの定義なんて興味ないが、周りでちょっとできる
奴っでPHPとかしかやったことがありません、なんてバックグラウンドの
奴は一人もいないぞ。ちょっと向上心や勉強する意欲があれば、CやJavaくらい
覚えるはず。

Cとかである程度規模の大きいプログラムがちゃんと破綻なく作成できるレベル
になっとけば、PerlでもRubyでもPHPでも移行してすぐに適応できる。
じゃあ、その逆はどうか、と言えばこれは相当苦労するはず。文法だけじゃな
くてな。

最初からRubyで育った世代がでてくればまた話は変わってくるのかもしれないが、
少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。
よっぽど周りがレベルが低くないかぎり、あたりまでしょ。
PHPだけしかできません、と言う奴ですごい奴にお目にかかったことないよ。

なにやら適材適所とか、「本当に優秀な人なら用途に合わせて最適な道具を選ぶと
思う」なんて当たり前のこと書いて得意になっているのはバカにする以前に、なん
か気の毒だな。それ反論のつもりなの? 意味がある書き込みと本気で考えている
の?

オツムが不自由なのか?

216:デフォルトの名無しさん
09/04/13 11:16:55
>>215
オツムが不自由なのか?
書いてる内容が支離滅裂だぞ

217:デフォルトの名無しさん
09/04/13 11:26:48
そうなんだよな。
言語の複雑さとシステムの有用性の間には関連がないはずなのに
一般に複雑と思われてる言語に精通している人のほうがいい人が多い気がするな。
でも半端に技術があると病的な経済感覚してるときあるな


218:デフォルトの名無しさん
09/04/13 11:32:51
アセンブラができればCなんて要らないと言われた時代が懐かしい。

219:デフォルトの名無しさん
09/04/13 11:41:06
>>215
>少なくとも現時点で、CもC++もJavaも知らないで一流なんて人間がいるわけがない。

まるで根拠のない主張。こんなこと言うバカは、自分がCやC++やJavaを知っていることで優位に立とうとしているだけ。

220:デフォルトの名無しさん
09/04/13 12:08:32
PHP 信者が必死だなw

221:デフォルトの名無しさん
09/04/13 12:15:07
そんな程度では優位に立つことなどできませんがね。

222:デフォルトの名無しさん
09/04/13 12:25:14
ポインタって何?っていう一流プログラマー・・・これだけは絶対ないわ。
どんだけレベル低いんだよ、お前の会社。


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5327日前に更新/208 KB
担当:undef