アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
期待はあるのですが・・・ (スコア:1)
見えるのでしょうか。
自分はUnix素人の癖に(しかも「ぱすかりゃー」)
なぜかHurdを使いたくて堪らないという問題人間
なのですが、現状pascalが動くOSというとUnix系
ではLinux系しか無い状況ですので、Linux系の
ア
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:期待はあるのですが・・・ (スコア:1)
> ではLinux系しか無い状況ですので
そーなんですか?
Free Pascal Compiler
http://www.freepascal.org/
には、Linux, FreeBSD, DOS, Win32, OS/2, BeOS, SunOS (Solaris), QNX and Classic Amigaで動くとありますが。
Re:期待はあるのですが・・・ (スコア:2, 参考になる)
1.0.4からサポートをはじめて1.1で正式対応という話ですから・・・・(今は1.0.6・・・でしたよね?)
ぜんぜん関係ないですが
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:期待はあるのですが・・・ (スコア:1)
まあ、そういうことが出来ないのは、元祖(だよね)Pascalのほうの「落ち度」ですからねえ(^^;
#Delphiしてると、宣言の順序とかi
Re:期待はあるのですが・・・ (スコア:1)
>
>まあ、そういうことが出来ないのは、元祖(だよね)Pascalのほうの「落ち度」ですからねえ(^^;
「落ち度」ですか…
それをいうならシンボル名の長さに
うじゃうじゃ
Re:期待はあるのですが・・・ (スコア:2, 参考になる)
>みたいな印象を持ってしまいます。
劣った技術は、優れた代替技術が出てくれば、さっさと捨てるが吉でしょう。
つまり、
>許すところが(しょーがないとはいえ)少々納得のいかないpascalさんではあります
過去はさておき今は、納得しましょう、むしろ積極的に肯定しましょう、と言いたいのです。
それとも逆に引数Overloadの弊害について語りたかったのでしょうか?
それならOKですが、でもそういう雰囲気ではないですよね。
>それをいう
どんな言語もたどる道 (スコア:1)
>つまり、
>>許すところが(しょーがないとはいえ)少々納得のいかないpascalさんではあります
>過去はさておき今は、納得しましょう、むしろ積極的に肯定しましょう、と言いたいのです。
その点については否定した覚えは無いし、否定するつもりもありません。
とはいっても安易に過去の資産の継承を否定してしまうと、オープンソースのような考え方も否定してしまうことになってしまいますが。
少なくとも、同じ名前の手続きを持てることが悪いといってるわけじゃありません。
うじゃうじゃ
Re:どんな言語もたどる道 (スコア:1)
記述フォーマット(この場合は言語)の陳腐化、というのは、
ソースを持つという考え方に対して「常に」ネックになりますね。
逆にいえば、そのネックとは上手に付き合っていかざるを得ないわけです。
あくまでネックなので、いつまでもいつまでも同じソース(&それの継承物)を引きずるのは
段段メリットよりデメリットのほうが多くなるでしょうね。
#これは、言語について言えば「言語の発達」というものが終わってしまわない限り、続く事でしょうね。
どこかで捨てる勇気が必要になるでしょうね。
勿論蛮勇では駄目で、代替物を準備してから捨てるべきなのですが、
逆にいえば代替物を用意しようと努力することもまた重要だし。
結局、どこからならば「安易」といえるのか?という程度問題になるのでしょうね。
また、単にあるソフトのある版の(^^;ソースが自由配布されるだけじゃなくて、
それが「新陳代謝」していくこともまたOpenSourceの醍醐味&メリットだと思います。
で、その変化がたまたまある時点で大きくなる…所謂乗り換え…という事が起きる(ことを肯定する)のは
別にOpenSourceと相反する考え方では、ないでしょうね。
過去の版が有る状況での話ではないですが、Squeakの思い出話(?)に
我々の誰もがCでVMを書きたいとは思わなかった [dti.ne.jp]というのが有りました。
あーゆーノリ、じゃないかな。
>使いつづけられ資産を蓄積したプログラム言語が、それゆえに古臭くなり限界が見えてくるのはPascalに限らずどんな
>言語でも避けられないようなことなのにPascalであることが落ち度であるような表現は不当じゃないかと書いたのです
「Pascalはその落ち度を持っている」と言ったツモリであり、
「その落ち度を持っているのはその言語がPascalだからだ」という差別論を展開したツモリは無いのですけど?
>JavaやC#だっていつかは同じ道をたどるのだろうし。(すでにたどってる?)
PascalにはPascalの、JavaにはJavaの、「落ち度」が有ります。
そしてそれらは、大抵「別々です」。あんまり重なりません。(重なるのも有るけど。)
俺(や任意の誰か)が、それぞれの言語についてそれぞれの時点でそれぞれ「落ち度」に気付いてそれぞれ語れば
それで良いだけのことです。
>こういう嘆きが出てきたということはAverageさんにとってはまだ過去のPascalを捨てきれない事情があるということ
「捨てきれない事情が有るから捨てられません」という話があることを論拠として
「捨てたいよね。捨てようよ。」という話を不当と呼ぶ、
のも不当なのではないですか?(^^;
事情のことを言い出したら、きりが無いのですけどね。地球上には無数の事情があるんですから。
>んでもPascalの場合はある程度環境(ハードウェア)を選ばずに動作することも目指していたわけで、実装がいまよりも
>ずっとハードに依存していたことを考えるとそういう妥協は現実的選択だと思うのですが。
まああの時点ではそんなもんかもですね。
逆にいえば後世までそれを引きずった実装は許し難いものが有りますが。
例えば今でも思い出すたびムカツク(笑)のですが、Delphi ver1のString型は、最大長さが256byteでした。
Win3.1時代でのあの制限はマヂ辛かったです。16bit時代なら文字列だってせめて65534byteにしてくれよ(T_T)。
Re:どんな言語もたどる道 (スコア:1)
>「Pascalはその落ち度を持っている」と言ったツモリであり、
>「その落ち度を持っているのはその言語がPascalだからだ」という差別論を展開したツモリは無いのですけど?
了解。「落ち度」という言葉に過剰反応してしまいました。
>「捨てきれない事情が有るから捨てられません」という話があることを論拠として
>「捨てたいよね。捨てようよ。」という話を不当と呼ぶ、
>のも不当なのではないですか?(^^;
そうですね。それには気付いてなかったです。
>今でも思い出すたびムカツク(笑)のですが、Delphi ver1のString型は、最大長さが256byteでした。
うああああっ。
いつのバージョンか忘れましたが、VBの配列サイズ制限でむかついた記憶が。(笑)
うじゃうじゃ