アカウント名:
パスワード:
80年代からずっとプログラマを続けている私としては、今の環境はかなり楽だと思います。
GUIと言っても、ほとんどはデータの入力で、ある意味3270と変わらないし、ライブラリが豊富な分ずっと楽です。言語はオブジェクト指向化したと言っても、それ以前の言語でも、きっちりしたモジュール化の概念を持っていれば、本質部分は何も変わりません。
80年代より厳しい部分があるとすれば、仕様が思いっきり膨らんだときに、マシン性能の限界を盾に断る事ができなくなってきた事かな。まあ、昔に比べて、マシン性能は信じられないくらいあるので、メモリ節約とかのバッドノウハウは必要ないので(それはそれで面白かったですが)、プログラムの本質部分に集中できるので気持ちいいですね。
なんと言っても、80年代と最も違うのは、インターネットの発達とオープンソースが多くなった事によって、参照できるソースの量が莫大になった事ですね。多少、リファレンスが不親切でも、ある程度使われているものならちょっと探せば使い方が出てくるし、オープンソースならソースを読めばよいというのは本当に有り難い。昔は、いろいろ自分で書いてみて、動作を調べるとか、場合によっては、逆アセンブルは日常茶飯事。(Z80は頭の中に裏レジスタまで考慮に入れながら、ダンプ見ながら人間トレースとか、ある程度ですが、出来るようになりました。家の納戸の奥の方に、もしかしたら、手書きのX1 TurboのROMのリストがあったりして。)
もちろん、長い間はなれていると勘を取り戻すのに、多少時間がかかりますが、プログラミングの本質がわかっている人には、割合簡単に勘は復活しますね。
メモリ節約とかのバッドノウハウは必要ないので(それはそれで面白かったですが)、プログラムの本質部分に集中できるので気持ちいいですね。
メモリ節約って、プログラムの本質的部分だと思うんだよね。使用するメモリの量で計算量の上限を見積もることも可能なのだし。
って、富豪的プログラミング [srad.jp]を紹介しておいてナンですが(笑)。
プログラミングの本質がわかっている人には、割合簡単に勘は復活しますね。
自転車に乗るようなもんですかね。
> 当時の1バイトを削る「バッドノウハウ」は全く別物。
まさにその通りです。バンク切り替えで1バンクのサイズが16Kとかで…
> 「バッドノウハウ」は元コメにあるように、それはそれで面白いけど。
もう、2バイトとか節約できた時、むっちゃ快感。
> もう、2バイトとか節約できた時、むっちゃ快感。
思いついたんだけど、年を表すのって10進4桁じゃなくても10進2桁で十分じゃね?
2000年問題を踏まえた上でのボケに素でつっこむとか、貴方は鬼ですか。
このツッコミ見るまで年齢と読み間違えて「大半は2桁で足りるよなぁ」とか思って納得してました○| ̄|_
すくなくとも国内では、 3 桁の人は減りそうですからね。
お前頭いいな! 2010年頃に昔を懐かしんで現役復帰したくなるなんてありえないもんな!
もしかして2100年頃?
>GUIと言っても、ほとんどはデータの入力で、ある意味3270と変わらないし、ライブラリが豊富な分ずっと楽です。>言語はオブジェクト指向化したと言っても、それ以前の言語でも、きっちりしたモジュール化の概念を持っていれば、本質部分は何も変わりません。
おおむね同意なんですが、ライブラリの質(?)が大分玉石混淆になってしまっているような気がします。昔も「これをこう使っちゃだめ」とか「こういう副作用がある」なんてものはありましたが、最近の環境ではかなり多くなったような気がしています。(WinとかJava)とか。
仕様書上使って良さそうなんだけど、使っちゃだめとか、将来の使い回しを考えたら「似たようなこっちを使った方がよい」とか。
なんか、薬の処方に薬剤師って専門家がいるように、ライブラリやシステムコールの使い方についてもアドバイスするような専門職があってもいいような気がする今日この頃。
#汎用機のOSとか昔のUNIXは結構平和だったような気がする、ってのは年寄りの愚痴かなぁ。
この人のソースは読み辛そうだ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
80年代から比べると (スコア:5, 興味深い)
80年代からずっとプログラマを続けている私としては、今の環境はかなり楽だと思います。
GUIと言っても、ほとんどはデータの入力で、ある意味3270と変わらないし、ライブラリが豊富な分ずっと楽です。
言語はオブジェクト指向化したと言っても、それ以前の言語でも、きっちりしたモジュール化の概念を持っていれば、本質部分は何も変わりません。
80年代より厳しい部分があるとすれば、仕様が思いっきり膨らんだときに、マシン性能の限界を盾に断る事ができなくなってきた事かな。
まあ、昔に比べて、マシン性能は信じられないくらいあるので、メモリ節約とかのバッドノウハウは必要ないので(それはそれで面白かったですが)、プログラムの本質部分に集中できるので気持ちいいですね。
なんと言っても、80年代と最も違うのは、インターネットの発達とオープンソースが多くなった事によって、参照できるソースの量が莫大になった事ですね。多少、リファレンスが不親切でも、ある程度使われているものならちょっと探せば使い方が出てくるし、オープンソースならソースを読めばよいというのは本当に有り難い。
昔は、いろいろ自分で書いてみて、動作を調べるとか、場合によっては、逆アセンブルは日常茶飯事。(Z80は頭の中に裏レジスタまで考慮に入れながら、ダンプ見ながら人間トレースとか、ある程度ですが、出来るようになりました。家の納戸の奥の方に、もしかしたら、手書きのX1 TurboのROMのリストがあったりして。)
もちろん、長い間はなれていると勘を取り戻すのに、多少時間がかかりますが、プログラミングの本質がわかっている人には、割合簡単に勘は復活しますね。
Re:80年代から比べると (スコア:2)
メモリ節約とかのバッドノウハウは必要ないので(それはそれで面白かったですが)、プログラムの本質部分に集中できるので気持ちいいですね。
メモリ節約って、プログラムの本質的部分だと思うんだよね。使用するメモリの量で計算量の上限を見積もることも可能なのだし。
って、富豪的プログラミング [srad.jp]を紹介しておいてナンですが(笑)。
プログラミングの本質がわかっている人には、割合簡単に勘は復活しますね。
自転車に乗るようなもんですかね。
Re:80年代から比べると (スコア:2, すばらしい洞察)
当時の1バイトを削る「バッドノウハウ」は全く別物。
「バッドノウハウ」は元コメにあるように、それはそれで面白いけど。
Re:80年代から比べると (スコア:2)
> 当時の1バイトを削る「バッドノウハウ」は全く別物。
まさにその通りです。バンク切り替えで1バンクのサイズが16Kとかで…
> 「バッドノウハウ」は元コメにあるように、それはそれで面白いけど。
もう、2バイトとか節約できた時、むっちゃ快感。
Re:80年代から比べると (スコア:4, おもしろおかしい)
> もう、2バイトとか節約できた時、むっちゃ快感。
思いついたんだけど、年を表すのって10進4桁じゃなくても10進2桁で十分じゃね?
Re:80年代から比べると (スコア:1)
〜後悔先に立たず・後悔役に立たず・後悔後を絶たず〜
Re: (スコア:0)
00年は一体何時を表す?2000年?1900年?
一昔前に大騒ぎしてたよね:-)
Re: (スコア:0)
2000年問題を踏まえた上でのボケに素でつっこむとか、貴方は鬼ですか。
Re: (スコア:0)
このツッコミ見るまで年齢と読み間違えて「大半は2桁で足りるよなぁ」とか思って納得してました○| ̄|_
Re: (スコア:0)
すくなくとも国内では、 3 桁の人は減りそうですからね。
Re: (スコア:0)
お前頭いいな! 2010年頃に昔を懐かしんで現役復帰したくなるなんてありえないもんな!
Re: (スコア:0)
Re: (スコア:0)
もしかして2100年頃?
Re:80年代から比べると (スコア:1)
>GUIと言っても、ほとんどはデータの入力で、ある意味3270と変わらないし、ライブラリが豊富な分ずっと楽です。
>言語はオブジェクト指向化したと言っても、それ以前の言語でも、きっちりしたモジュール化の概念を持っていれば、本質部分は何も変わりません。
おおむね同意なんですが、ライブラリの質(?)が大分玉石混淆になってしまっているような気がします。
昔も「これをこう使っちゃだめ」とか「こういう副作用がある」なんてものはありましたが、最近の環境ではかなり多くなったような気がしています。(WinとかJava)とか。
仕様書上使って良さそうなんだけど、使っちゃだめとか、将来の使い回しを考えたら「似たようなこっちを使った方がよい」とか。
なんか、薬の処方に薬剤師って専門家がいるように、ライブラリやシステムコールの使い方についてもアドバイスするような専門職があってもいいような気がする今日この頃。
#汎用機のOSとか昔のUNIXは結構平和だったような気がする、ってのは年寄りの愚痴かなぁ。
Re: (スコア:0)
さすがに最近の仕様がやたらと大規模な処理系を使って効率良く大量のコードを書くことに関しては第一線の若手には負けるが,悩む必要のないことで悩んじゃう経験不足の連中よりはずっと上だ
昔はなかったネットワーク系のプログラミングなんて単なる決まり事の世界だから,無駄な疑問を抱かずに仕様どうりにコードを書けばそれで良い(それが分からず
Re:80年代から比べると (スコア:2, おもしろおかしい)
この人のソースは読み辛そうだ
Re: (スコア:0)
相談者が自力で簡単にクリアできるくらいならば、いちいち聞かないだろう。もう何年も世の中の変化を追ってこなかったんだろ。たんに勉強するだけならば、言語解説したまともな本はいくらでもある。java, ruby, perl, C++, C#, Objective-C,...まずそういう本を読んで、プログラムを書いてみるだろ。手続き型プログラミングを学ぶとは、そういうことだったはず。
若い奴をいろいろ見てきたが、オブジェクト指向的な考え方でつまずく奴は多い。クロージャとかも分かるかな?
少々のモジュールを設計したり、C