一度は読んだほうがいい、ソースコード

いっぱいあるらしいけど、何がいいのかな。
俺はnetbsdのカーネルが一番よかった。

netbsdのソースって、どこで見れるの?

OSのカーネルとか、OSの知識ないあやつが読んでも勉強になるの?

>>3
ならない。

ftp://ftp.jp.netbsd.org/pub/NetBSD/
ここにあるから探せよ。

lsのソースは見るべきって聞くよね。

gnuのcatとか、小物だけど勉強になる。

>>1
windows2000のソース読めば？

SSCLIかmono

500行くらいのlispもいいかもしれない。

UNIX小物ツールのソースコードを紹介するだけの本があったな
なんだかんだで読んでみると面白い

ruby

yesコマンドとか（小物過ぎる）

gnuのfileutilかな？
今はcoreutilになったけど

関係ないけどdot覚えとくと便利

monaosとか読んどいてもいいんでねーの？

ossに協力しろって聞くけどどーなのよ？

fparser

デーモン君のソース探検ってな本があったな。
初心者向けのソースを読むのは怖くないよっていうレベルだったが。

Cや逆汗したものなんて邪道
やっぱりプログラマたるもの機械語で読まなきゃね！

Hello,world.

一度読んだほうがいい、クソコード

というものを見てみたい。

SDLのソースを見るといいと思う

ベタなところではJavaのソースコード

>>20
チャールズ・シモニーは若い頃に、ピーター・ナウアの書いたALGOLコンパイラの
マシン語のコードを徹底的に読んで勉強したらしい。その経験が後々とても役に立った、
と言ってたな。

>>22
そんなような本を読んだことがあるよ
糞コードを晒して、どこがどう悪いかを解説
西葛西の図書館で読んだんで
手元に無いが・・・

これか？
ttp://www.pro.or.jp/~fuji/mybooks/cdiag/

これは良書だぜ

> >>20
> チャールズ・シモニーは若い頃に、ピーター・ナウアの書いたALGOLコンパイラの
> マシン語のコードを徹底的に読んで勉強したらしい。その経験が後々とても役に立った、
> と言ってたな。

「実録・天才プログラマ」だっけ？
同じ本でビルゲイツが、計算機学科のゴミ箱に捨てられてたソースリストを
読んで勉強したとか書かれてて、「マイクロソフトジョーク」だとかいうサイトで
「彼らがそれを捨てたのには理由があるのに…」とかネタにされてた記憶が。

この本とか参考になるかも。
http://www.amazon.co.jp/
%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82
%AF%E2%80%95UNIX%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89%E3%81%AE%E3%82%BD%E3%83%BC%E3%82%B9%E3%82%B3%E3%83
%BC%E3%83%89%E3%81%AB%E3%81%BF%E3%82%8B%E5%AE%9F%E8%B7%B5%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F
%E3%83%B3%E3%82%B0%E6%89%8B%E6%B3%95-UNIX-MAGAZINE-COLLECTION-%E5%A4%9A%E6%B2%BB%E8%A6%8B/
dp/475614389X/ref=pd_bbs_1?ie=UTF8&s=gateway&qid=1202135980&sr=8-1

少しは頭使えや
http://www.amazon.co.jp/dp/475614389X/

書籍をURLで紹介するとき。

『書籍名』
http://〜

Unixのソースはコード以前の問題としてgccなどのGNU Toolが良くわからん

それに
　./configure
　make
　make install
したときに何の人は何をどう動かしてるんだ？

>>33
autotools(automake, autoconf)でぐぐれ

それは知らないほうがいいこと

>>31,32
おお、申し訳ない。もっと頭使います。

本当ならurn:isbn使いたいところだ

>>37
使えばいいじゃない。

話は逸れるけど、Wikipediaスレでは[[ソースコード]]のように
ウィキのリンク構文をWikipediaの記事を指すのに使う。
それと同じようなものだと考えれば。

>>34
これじゃダメか?
GNU Autoconf/Automake/Libtool
ttp://www.amazon.co.jp/dp/4274064115/

なんか評価が微妙だな

>>39
これがいいぞ。自費出版本だが。
絶版にはすぐにはならぬと思うが、買っておけ。
ttp://www.oversea-pub.com/books/gnudevjp/about.htm

>>40
んな屑本紹介するなよ、著者乙。

>>33が欲してる内容とは少々ズレてるかもしれないが、
ともかく他に類書が無い情報を提供してると思うが？

41の無知さ加減が分かるというものだ。

うーん
何がいいかな・・・

>>43
著者乙

目次を見る限りは、「自分にとって興味がある項目を書きました」
という典型的な自費出版本だと思う。

50円なら考えてもいいかもしれない。

西田氏知らんなんてモグリだろ。

一生もぐりと言われてもいいよwwwこんなものwwww

初歩的な割には高価な本だな

UNIX V7のソース、全部読んだわけじゃないけど
簡潔な美しさが感じられる。
こんなスッキリとしてて、実用OSが動いちゃうのみたいな。
ちょっと欲出して機能加えちゃうと、エラー処理とか雪だるま式に
ゴテゴテ増えて、たちまち見通し悪くなるんだろうな。
あー、おれもベル研みたいな世界に住みたいなぁ。
俺も仲間もみんな頭脳明晰で、厨房がいない美しい世界に

クヌース御大の偉業とも言うべきTeXのソースだろ

俺推薦はJITアセンブラのXbyakかな

「俺も」にワロタ

ttp://slashdot.jp/articles/06/08/23/1344251.shtml

>>46
著者乙。

５円でもイラネ

　

OpenOffice.org のソース読もうとしたら
巨大すぎて解凍しただけで捨てた俺ﾜﾛﾀ

>>56
それは読むものを間違っているw

Javaとオブジェクト指向をそこそこ理解して、小さなプログラムをちらほら書けるようになりました。
そんな俺に適した簡潔でこぢんまりしている比較的簡単なソースコードがあれば教えてくださいっ！

Javaで？　うーん、よしJRubyとかどうだ

JDKのソース、Jakarta Commons Lang

　

JavaならJunitとかAntからがいいんじゃないか

>>40
GCCプログラミング工房の人だと知って、当時に感謝するつもりで買ってみたよ。
とりあえずこれ自体は>>33の疑問後半には何も触れてないな。

馴染みにくい細部まで、丁寧に書いてくれてるのはいいね。
処理の追っかけ方とか、流石に手慣れてて勉強になる。
しかし、使うための要点を知りたいだけの奴には
まとめの第八章だけで十分かもなw

屑本ではなかったけど、誰に勧めればいいのかよく分からん。
内容だけ見たら入社一年生に配布するのに最適かな。
薄っぺらいムックで1600円とかで出てたら評価違ったんだろうな。

> 入社一年生に配布するのに最適かな。

ありえネェ。

屑本ではないと言いながら、全体的に誉め殺しになってるのは、著者だから？

著者著者うるせえなぁ。

>>64
著者だったら、おくゆかしいですね。
くだんの本は、私にとっては OK でしたが。

結局何がいいのさ？

>>33への答えはそろそろ〆にして、本題に戻ろうや。

で。読んだほうがいい、ソースコード

！あぁ…
つソース
'こード
　 　 バ
　 　 　ッ

！否…
,ソース
つこー　 ド
　 　　　 バ
　 　　 　 ッ

VLC
GOM
SMPlayer
MPlayer
GOMはコリアだし、VLCはアイコンのデザインが気に入らないし。
やっぱ、MPlayerがいいだろｗ

本を紹介した >>40
書評を書いた >>63
他はごみレス

とりあえず本じゃなくて生きたソースコードで頼む

sendmail

nethack

emacs

>>75
正直、お勧めできない
というか書き直してくれ

それを言ったらsendmailの糞設定ファイルをどうｎ

　　 　

いまさらsendmailなんか使うなよ

だからこそ読むんだよ

その角度はありだな

viのソースとかどうよ？

>>27のリンクの上の本を読んだことあるけど､どー考えたらこんなコード書けるんだってレベルが多かった気がする。
読んでからは､読みやすい綺麗なコードを意識したな。

viのソースどこにあるの？

素直にアルゴリズムの本を買って試すのがいいんでねーの？
貝殻の表紙の奴。

plan9も綺麗って聞くよね。

>>85
http://ex-vi.sourceforge.net/

俺が中学生の時にＶＢで作ったタイピングゲームのソースは是非読むべき
もうソースないからバイナリで読むといいよ
本当に勉強したい人にだけソフト名を教えるけど？

それはさぞかし抱腹絶倒なのだろう
普通にとると、反面教師の材料になる内容という事かな
是非教えて

ソースを読むべきなのにバイナリしかないとはこれいかに

>>89
おせーて

きっとダンプして機械語で読めってことでしょ。

>>88
どうも、

でも普通に考えたらＶＢのソースなんて機械語じゃ絶対読めないよな

それでも読む価値があると言ってるんだから相当いいものなんだろうなwktk

P-Codeだったら読む気失せるが。

VBって中間コード方式じゃなかったっけ？

実行ランタイムの知識も要るなぁ

むしろそれを読めるように勉強しろってことじゃね？ムズカシすぐるｗｗｗｗｗ

たしかネイティブバイナリも作れるとかだった気がするけど忘れた
VBの中間形式を読めるようになって何が得られるんだwww

そのネイティブと呼ばれてるものは中間形式だったお。
もう済んだ話だけどね。

＞VBの中間形式を読めるようになって何が得られるんだwww

その通り読む必要無しｗｗｗｗｗ

まあでもアルゴリズムがすごいのかもしれんし
>>89早く教えてくれ

きっとネットから自動に英単語を調べ上げて、問題を出すんだ。

>>101
いや、ちゃんとx86アセンブラだよ。少なくともVB6のやつはね。
switchの単純なcaseの羅列がジャンプテーブルになっているのを
逆アセンブルして確かめたことがあるし。

はやくおせーれ。

>>89の人気に嫉妬しても許されるよな？

うん大歓迎です

俺は>>89なんだが、軽いネタのつもりだったのになんぞこの予想外の反応は・・・
まぁいいや、ぶっちゃけptypeってソフトだ
もうマジで悶絶モノの恥ずかしさなんだが、もうソースもないしvectorのIDも忘れてしまったので放置してる
全てが糞なこのソフトなんだが、致命的に糞な点が一つある。（プログラム的に）
暇な人いたらそれを当ててみてくれ

>>108
くまぴー・ザ・タイタンであってる？

あ、ああ・・・　い、言わないで・・・くれ・・・

>>110
公開当時の2002年のプロフィールで大学生って書いてあるんだけどwww

ちょw

ああ・・・ちょっと見栄をはりたくてな・・・
公開したときは高校生だったんだが、なにしろ雑誌に載ることになってな・・・
こんな糞ソフトなのに・・・

それで、今はどんだけ成長したんだ？

なんつう流れに合わないHN名。しかも2002年

これこそ壮大な釣りだよな

私怨で他人のソフトを晒してるだけにしか見えない

　　　　　　　

つりだとしても逆汗したくなるお

腹筋が崩壊した

田中幸雄のカツラが崩壊した

バールのようなものやさんも驚愕

釣られるけどさ
変数名がひどいな
tekikazuって
ほかにもkekka、kekkaT、kekka2、kekkaP
こんな変数名ぜったいつけない。あとで意味不明になるのがオチ
ファイル開くだけなのにFSO使ってるのもえげつない。

ローマ字で意味がわかるだけまだまし。
CtrlやRecvなどと違って普段見ない単語を略されるのが一番きつい。
TNMT_TMRってdefineがいたんだよ。何のタイマーかと思ったら「点滅区間のタイマー」だとよ・・・
お前、BLINKと１文字しかかわらんだろうが・・・

激亀忍者でTMレボリューション
と想像したら全然違った
今ちょっと顔赤くなってる

>>123
その#define、COBOLerの臭いがする。

Ctrl はキーボードにそのまんま書いてあるべや

失礼、「と違って」か

なあlsのコードってなにがいいんだ？
読んだけど凡庸なコードだとしか思えなかった。
誰かバカな俺に教えてくれ。

コンパイラについてくるmemcpyの逆汗とか，一度読んどくといいんじゃね?

>>128
規模が手頃で、何してるかが理解しやすいからだと思うが。

そもそも、仕事で組むなら凡庸なコードの方が望ましいし。

俺は、読んだことないけど。

ﾃﾚﾃﾚﾃﾚﾃﾚ

昔ある人がソートプログラムのソースは勉強になると言ってたな
アルゴリズムだとか高速化の方法だとかいろいろ入ってるらしい

勉強になるとか有用だという意味では、
皆フローチャートを書けという。

現実にはフローチャートを書く人は居ないし、
OO言語によりも可読性が劣るのがフローチャート。

>>133
> 皆フローチャートを書けという。

プログラムやシステムの設計でフローチャートを書くというのは
かなり昔から問題点が指摘されている。
今時なんの留保もなしにフローチャートを勧める奴は要注意。

おそろしく技巧的なアルゴリズム（Knuthはそういうの好きだね）を
理解するためとか、フローチャート以外にうまい手がないものも
ないではないが。

規格についての厳密さを気にせずにメモ書き程度に利用するとかだね
これはUMLに関しても言える

フローチャートがダメだからＵＭＬの時代かと思ったら、
ＵＭＬ巨大杉てけっこー使えない椰子。

UMLにもフローチャートみたいな図なかったっけ？

アクティビティ図？

フローチャートをUMLの全部の図であらわそうとかちんとんかんなことしようとして仕えないとか言ってたりして名ｗ

隣の先月から火事になってるプロジェクトの開発現場をちょっと覗いてみた。
一生懸命フローチャート描いていた。アホバカカスクズ今すぐ死ねと思った。
やはり指示を出す人間がアホバカカスクズ今すぐ死ねだと燃えるんだなあ。
フローチャートを描いた紙の数だけ燃えるプロジェクト。

フローチャートがダメではなくフローチャートを使うべきでない所で使うのがダメなんだがそれの区別がつかない奴多いよね

フローチャート大好きな人集合Aと
試す前にまず持論で新しい事を否定するのに固執するタイプBが
A ⊆ B な関係なんで忌避されちゃうんだよね

フローチャートって基本goto文だしなぁ。
しかも実際はフロー構造よりもデータ構造の方が大事だし。

概要レベルの抽象度の高いドキュメントで書くことはある

windowsのソース

とてとて

フローチャートは嫌い。データフロー図(DFD)は好き。

GCCのソースを一気読みして発狂しなかったらプログラマなれる素質がある。

プログラマどころかCPUになれる

昔のBSD使いの人はmanを含むドキュメントの類が一切要らないぐらいに
OSのコード全部読んでたらしいけど、今でもそうなのかね？

昔と今じゃ規模が違いすぎじゃね

そうぼっ起度が違いすぎる

>>148
パーサーが吐き出したんじゃないの？

GCCの全コード量に比べたらパーサが吐いてる部分なんて...

gccもver1時代は読めなくもない規模だったな

1.2は全部読んだ

たしか一旦中間言語的なモノに変換するんじゃなかったっけ

>>157
外部ファイルに落とすかどうか別にしてコンパイラでは常套手段だよ
ドラゴンブックやなんか読めば理由もわかる

GNUのソースを読むにはまず変態インデントを整形するところから始まります

CDTでフォーマッティングしても無理とかそういうレベル？

インデントや改行なんてかざりです
コードは一直線に並んだものとして読むべきです

変態め

マクロが改行に依存しているから無理

ステート図はよく書くな

orm

tetote

おせーて。

変なのわいてるな。

GUIライブラリの中身知りたくてFPCのLCL
眺めてんだけど継承が深すぎで頭痛くなってきた。

もうみんな気づいているころだとは思うけど、
継承＝糞

それは極論過ぎるｗ

継承使えない奴の独り言なんだから、構っちゃダメ。

あげtest

OO出始めの頃よりは継承は控える傾向になったね

うまく継承されるクラス作るのって案外難しいから。

自分ではあんまりやらない

自費出版の著書が、自分の本を薦めている姿は本当に痛いなｗ
うん。痛いｗ

他人に勧められないような本なんか出版してる方が痛いと思うが

今の時代自費出版事態がイタいと思うよ

事態？

本人認定するやつのほうがよほど痛い件

ruby

田中幸雄のカツラの中は見ておいた方がいいよ

うるせーハゲ
なんでカツラだと分かった

カツラ止めるときパチッって効果音あるじゃん
あれって残り少ない地毛に引っ掛けて固定してるの？

吸盤じゃね？

音がするならまず髪に止めるタイプだな
カツラ板常駐でカツラに500万以上費やした俺が言うんだから間違いない

田中幸雄って誰？

ありがとーハゲ
このレスを期待してたんだろ

大体継承ってさ、多重継承は、もはやありえないし、
じゃぁインターフェース使えばって言われても、それはそれで面倒だし。
継承は仮想関数テーブルで動的に分岐するところが味噌なわけだけど、
あれのせいで制御構造がこんがらがって、一度バグると地獄だし。
何も考えずにただただ要求仕様を満たすことだけを考えて、
「綺麗に」だらだら書いたほうが、結局仕事が早かったり。

おまえが使いこなせてないだけ

いや、俺は継承の鬼だぞ。
いまや否定派に回ってるが。
まぁとにかく時代の先読みをしてだなぁ。
どっちにしたって、継承という仕組みは10年20年かけて葬り去られるだろう。
だれがどういう切り口でみんなを納得させるかは分からないが。
ただ、今は継承がやばそうなのは直感的に把握できるが、
どういう切り口で否定すれば良いのか分からなくて、
みんな手をあぐね居ている最中だろう。
まぁ世の中には答えから先に理解する変な人間がいるんですよ。

何を言ってるのかさっぱりなんだが、単一継承ならいいのか？

"より賢い継承"を実装した言語が10年後20年後に天下を取る！という予言でおk？

バカでも継承できるクラスが生き残るんじゃね？

このスレでやるな

継承・・・という言葉じゃなくなるんじゃない?
新しいアイデアを思いついた人は、お金儲けした言って思うから、
継承と違ったもっと斬新な名前付けるでしょ。
もしかしたら英語を和訳する関係で、すごい変な和名になるかもな。
"卍組み"とか。

ごめん、"卍合わせ"か。
まぁでもカッコいいよな。
「そこのクラスとそこのクラスは卍合わせで頼む」とか。

なんか妙な感覚だな
俺は継承的なもの含めて、OS環境及びライブラリ流用なライブラリを含めて、枠組み作るためには最もシンプルな概念に思えるけどな
例えばプロジェクトに馬鹿が混ざってる際にだな。

まあいいや。いずれ>>198氏の言う卍合わせが全てを改善してくれる事だろうし。

分かり易く言うと、日ハムの田中幸雄の背番号6を
継承した中田は二軍落ちしたって事だ

暇つぶしに file のソースを読んでみた。magic とのマッチングしかしてないからおもしろくないな

下手とは言わないけど変なコード。

>>200
どういうことだかさっぱり分からん

ATL / WTL は単純継承でデフォルト実装を提供したりタ重継承での
interface 実装や mix-in 風の使い方とか、C++ をうまく使ってると思う。

うまく使うのが面倒だ。
きれいに整理したつもりでも、新しい概念を盛り込む課程で不整合が発生し始める。
だから結局もっと上位の概念でクラス群を縛る必要がでてくる。
たとえば 時系列＝バージョン でクラス群を縛ったり。

プロジェクトを丸ごとダウンロードして、Visual C++ 6.0で.dswを開いて
読むことのできるC++のソースコードを探しています。ファイルの分け方
などについて勉強するためです。数万〜十数万行ぐらいのソースがベストです。
探してもなかなか見つからないので、知っていたら教えてもらえない
でしょうか。

> ファイルの分け方などについて勉強するためです。

が目的なのに、なぜ VC++ 6.0 なの？

あと、勉強なのに十数万行って...

まあ、ネタか勘違い君だと思うが。

>>206
それなりの規模のプロジェクトにおけるファイルの分割方法、
ファイル名の命名方法ファイルのフォルダ構成、FileView、ClassView
でのツリーの構成などについて知りたいのです。

プロジェクトの規模によって方法は異なるだろうと思うので、
数万〜十数万行を希望しました。ファイル数が多い(数十以上)
ものであれば数千行くらいでも構いません。

上手く分割できなくて肥大化したプロジェクトのファイル分割が上手くできているのか疑問だ

>>205
CだけどLuaとかどうかな(ttp://hammm.dw.land.to/lua/)
プレフィックスが少々うるさいけど設計はしっかりしてる
現実にはソースコード読むにはVC6では選択肢狭すぎるので
フリーのVC2008でも導入してsourceforgeにでも行ったらいいと思う

念のため言っおくと重要なのはクラス名やファイル名じゃなくて
そう名付けた"意図"なので、内容を把握できないような
巨大プロジェクトをダウンロードしてもなんの勉強にもならないよ

DelphiはVCLのコードは多数公開されてるんだけど
アプリのコードがあまりない感じだな。
なんかいいお手本ってないのかな。

簡単なサンプルだとttp://www.delphiforfun.org/Programs/とか
あとは、なでしことかK2Editorのソースとか公開されてるよ
Delphiはちょっと触っただけなんで一度読んだほうがいいかは知らない

OpenIrvineてdelphiじゃなかったっけ

sourceforgeでdelphiで検索すればいくらでも出てくると思うが

FreeBSDのソースコードは全て目を通したほうがいい

え、カーネルとかも？具体的にはどのソース？

全てというと、sparc64とかarmとかpc98とかのコードも目を通すのかw

新メモリ最適化ツールのソースは読んでおくべきだ。
ASテクノジを学べる。

保守

>>217
pc98ってうごくのですか？

>>220
かなり昔から98対応してきてる

そういや、1.1.5.1 とかもありましたよね。

>>218
おお、あのCompJapanの・・・！
あれはぜひ読んでおくべきだｗｗ

ver9.30 ハードディスク64TB(テラバイト)まで対応。

まだぁ

これか
http://ja.wikipedia.org/wiki/CompJapan

>この騒動の被害総額は10万円を超えるとされ
ﾜﾛﾀ。こんなガキの一人や二人、見逃してやればいいのにｗ

ここは継承を話し合うところかい？

単一継承なら賛成。
多重継承はできれば使わないで。

インターフェースは反対。
（うざい）

Unixのlsは面白くは無いけど、読みやすかった。
読んだのはFreeBSDのやつ。

あと、ギコBASICも読んだな？
まだあるのかな？
（５００行程度）

>>67
GCCが何をやってるのか良くわからないなら読むといいかも。
別に疑問を抱いたことがないなら買う必要はないと思う。

Campus LIsPとかはどうよ。
http://www-masu.ist.osaka-u.ac.jp/~kakugawa/hacks/clisp/

gauche 読んだって人いる？

高速化の手法、テクニックが充実してるって聞くけど。

インターフェースってC++なら仮想クラスだよね？
仮想クラスなしの継承ほど無意味なことはなくないかい？
インターフェースいらないとか言っている時点で、
たぶん使い方間違っていると思うよ。

なにいってんだ・・・？

>>230
C++のことばかりだが、
CRTPのようにvirtualを使わない、実行時ポリモーフィズム要らない、
けど継承して多態するという手法もあるし、
Mix-in的用法にもvirtualは要らない。
boost::noncopyableなんてものもあるな。

とここまで書いて、227へのレスだと気づいた。

ffmpegのソースコードは一度読んだ方が良いよ。
全部は読めないだろうから、Makefileを見て基礎部分だけでも。

やっぱりNegitoro

一度は死んだほうがいい、ソースコード

一度は飲んだほうがいい、ソース

日本ではソースといえばウスターソース。

おたふくだろ JK

そーっすね。

誰うま

何処うま

かゆい、うま

ホシュ

Bourne Shellのソースのマクロ定義
http://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/sh/mac.h.html

それは真似しちゃダメって意味で、読んだほうがいい、だなw

一度は死んだほうがいい、ソースコード

瑣末にコダワル入門者への反対命題な意味も有るね

SASLコンパイラ
http://homepage.mac.com/sigfpe/Computing/main.c
科学と職人芸の融合

Euphoria 3.1.1のソースは初心者なら読んでおくべきだと思う。
少しuglyだけどな。

Euphoriaってコレ?
http://www.rapideuphoria.com/hotnew.htm
能書きはいっぱいあるがチュートリアルが……どういう言語なの?

emacsのソース最強！

GHC

GCAT

日本人が書いたコードと外人が書いたコードの特徴、違いを教えてください。主観でいいです

外人が書いたコードは下品
日本人が書いたコードは非合理的

マルチバイト文字列を考慮する/しないので遅い/速い

スレタイ嫁

ラクダコブにしないので読みにくい
おそらくネイティブにとっては簡単に解読できるんだろう。
日本人なら「すももももも」が解読できるように

私とあの子のどっちにするの？！はっきりして！

http://www.geocities.jp/midarekazu/
http://sky.geocities.jp/tcshacina/

>>250
わざと。約一年以上前にレスしてみる。
いま4.0公開されたからこっちね。＞ ttp://openeuphoria.org/

どういう言語かは使ってみては？のほうが正しい。

非常に誤解を招く表現だが、HSPからライブラリと使えない統合環境を
抜いて上級者向へ、そして言語仕様とツールを格段に進化させたものといったほうがわかりやすいか。
言語使用だけではHSPの5年以上は軽く先に行っている。MacOS, Unix, Windowsで動く。

全般的に技術は高いけど、ライブラリ不足なんだよね。
ライブラリさえ整備されれば直ぐにでも一般に使われそうなところまで来てはいる。

言語自体は、ほぼ自立記述しているし、ユニットテストや、Cトランスレータもある。
俺様言語開発に興味ある人にとっては価値はあるかと思うよ。

HSPから5年と言われても全然意味わかんないけど
（正直HSPって言語としての洗練のされかたは1970年代レベル）、
調べてみた感じではLuaやPythonと比べられるべきレベルみたいね。

いいんじゃない？

で、おまいら、どんなソースコードを読んで成長したわけよ？
俺はもうプログラミングに挫折した.vbaラブ

これ ； デリミタっていうんだけどさ、よく打ち忘れるよね
Rubyだとつけなくてよくなるんだけど


はいはいゴミゴミ

てす

ruby忍者uy

バイナリもソースコードみたいなもんや
Windowsを嫁！
俺の若いころはみんなDOSを逆汗してよんどったわい

ジジイおつですぅ！！

DOSどころかゼッパチで逆ハンしてたモアジジイが通るぜ！

>>268
「逆ハン」って何。
逆ハンドアセンブル？

インド人を右へ

unixのソースコードを全部読んだ人いる？

lions本でよければ。

>>272
PDP-11をどうやって学びましたか？

>>273
それなぁに？？

Lions本を読むためにPDP-11固有の知識って特にいらん気がする。
C自体がPDP-11のアセンブラみたいなもんだし。

>>262
有名無名問わず「テキストエディタ」好きなのを選べ。

こいつには全ての基礎が詰まっている。伸びねえ。なにやったらいいからわからねえってヤツは、
それなりの規模のテキストエディタをいじって経験をつんだほうがいいかもな。

ところでソースコードってどうやって開くんですか？
言語とかの識別ってどうやるんですか？

今までお通夜みたいだったクセに、何でスレ上がったら一気に書き込みが増えるんだ^^;;;;;;

>>278
スレが上がるってそういうことでしょ
いまさらなに言ってんの？

flux boxを読もうとしている俺に何か愛の助言を

window managerの?

>>280
読むだけなら害はないけど改造して動かしたりすると
色んな意味でフリーズするからXnestとか使った環境でやった方が良いよ動かすならだけど

>>282
おお、助言ありがとうございます。読むだけのつもりでしたが、頑張りまふ

言語作ったことない　or　作り方がわからんって奴は
コンパイラのソースよんで死ね

ちょっとセックスしてこよ

えっちなまうまう？

えっちしてるなう

gstのcによるoopにおっきした

良スレage

ageれてなかったのでもう一度

>>1
一度は死んだほうがいいゴミグラマーに見えた

>>277
知恵袋で聞け

2chブラウザの実装見てみたいな
何でもいいからオープンソースなのないかな

p2とかｗ

>>293
お前程度だと2chブラウザを作るのが「　難しい　」と
思ってしまうんだろうけど
これには大きくわけて４種類の方法がある
１　バックグラウンド起動したブラウザにＰｏｓｔメッセージ
２　ｈｔｔｐ通信
３　Ｍｅｃｈａｎｉｚｅ等のアレ
４　マクロソフト

１が一番むずかしく　２，３，４の順序で簡単になる

ちなみにＭｅｃｈａｎｉｚｅで２ｃｈ書き込みをしようとするとるｂｙなら３行でかけるだろうな

ソースコードが読みたいって話なのに何言ってるのこの人

>>295
おれには君の日本語を読む方が難しいぞ



ブラウザなのに書き込みのことしか考えてないし季節の変わり目に出てくる頭のおかしい人なんだろうかね..

>>293
kde環境のkitaとかgtkで出来たあれとか、emacs上で動くアレとか
kitaに限らずqt系のソフトウェアは不安定だったかあまり使わないけど
chromeだけは安定しているのが不思議！！

BathyScapheとかv2cもソース見られるかな?

PHP限定で読んだ方がいいソースとかあったらおせーて

自分が開発に使っているsymphonyとかcakePHPとかのフレームワークじゃね？

数千ステップに収まる程度のスクリプトとかで頼んます

ゆとり過ぎてみんな引いたな

>>302
pukiwikiとかかなあ…。

http://ex14.vip2ch.com/i/responce.html?bbs=part4vip&dat=1323601160

てす