株主優待と買い物と遊びの記録

モチベーションコントロールに役立つ人心掌握の鉄則

ITmedia エンタープライズ：モチベーションコントロールに役立つ人人心掌握の鉄則

なかなか面白そうなので週末読むためのメモ

吹割の滝

先週旅行に行った時に、以前から行ってみたいなと思っていた
吹割の滝　を見てきました。

岩の間を流れる水はとても神秘的な感じでした。
今回は、３つのポイント＋１で動画をとってみました。

その１

その２

その３

ちょっと上の方に行くとこんなきれいな眺めの場所もあります。

うちの奥さんはすぐに人の影響を受けやすい。

なんで例えば、TV番組で浮気に関することをやっていた場合などすぐに

「あんた、浮気してないでしょうね！！！」

と問い詰められる。

というと大げさだけど、まぁ、必ずといっていいほど
「浮気してない？」
と質問はしてくるね。

テレビや知り合いが
「男なって浮気する生き物なんだよ」

といってたりすると、それもまた大変。

また、かならず確認の質問が来る。

まぁ、そんな感じで2人で仲良く暮らしております。

台風の爪あと

今回の台風はすごかった....
通勤途中から見た多摩川は、普段グラウンドの部分が完全に川になっていたし...

多摩川河川敷でホームレス続々救助、小屋が濁流につかる読売新聞

また、たまにドライブに行くときには通っていた西湘バイパスが無残な姿に...
バイパス１キロ崩落…無残、台風９号の爪あと

家の周りの街路樹も枝が折れて道に転がっていたし....
とてもすごい台風でした。

千代の富士

私が相撲を見ていたときのヒーローは千代の富士だった。
当時、千代の富士を見ては、かっこいいなぁと思ったモンです。

Gyaoにて「大相撲　名力士名勝負映像」というのがあったので
なつかしの千代の富士を見ていた。

あの、筋肉質な体で巨漢の力士たちを投げ倒すあの迫力のある
世界をみて当時のことを思い出した。

相撲を見なくなったのもこういう、力技というのがなくなってしまったからだったなぁ....

プログラム言語の選択

世間では、Javaが流行っているんだけど、なんでJavaってこんなに流行っているんだろうと思ったけど、この本を読んでなんとなく分かった。
→Javaでなぜつくるのか

ちなみに私の知っているプログラム言語は、COBOL、Java、C言語、Delphi(Pascal)です。それ以外の言語は知らないので触れません。

Javaはよく、どのプラットフォームでも動作するからいいというけれども、実際は、C言語やCOBOLなどのプログラム言語を使えば、別にそれは実現できる。プラットフォームごと(OS毎)にコンパイルが必要になるが、そんなの大した問題ではないしなぁと思っていた。だから、Javaの魅力はここにはないと思う。
(この本の著者はそれも大きなメリットといっていたけど、そうかなぁと思った)
Javaのいい点というのは、やはり完全なオブジェクト指向言語ということである。
オブジェクトいいところは、再利用だというひとがいるけども、まぁこれも確かにいいとことだけど、
再利用という部分は、実際にはやろうと思えば他の言語でも出来る。だからそれほどのメリットには
ならないと思う。

私がオブジェクト指向の一番のメリットと感じた部分は、この本を読んで再認識したのだけど、
コーディングのルールを遵守させることが出来る部分かと思った。
クラスを設計する人が数人いて、プログラムを書く人が多くいるようなケースにおいては
設計者の意図を遵守させることが出来るというのはこのオブジェクト指向のいい点である。

WebプログラムでJavaが利用されるのも、このWebサーバに必要なコードのしきたりというものが
完全に遵守しやすいというJava言語のメリットからWebでよく利用されているんだろうと思う。

一方、Javaのデメリットは、やはりパフォーマンスになると思う。
Hot-Spotという高速化の技術はメモリを大量に消費し、またバーチャルマシンという性質上
どうしても、パフォーマンスは悪くなるし、また、オブジェクト指向を追及すればするほど、
パフォーマンスというのは悪くなっていくと思う。

Javaで処理しても数秒の処理であれば、正直どちらの言語を選択してもいいと思うが、
特に大量データを扱い、処理に1時間以上かかるような超大量データの処理を行う場合
それは、やはりJavaは適していないと思う。

Javaで20秒かかるけど、C言語では10秒で終わるのであれば、生産性や再利用性を
重視してJavaで作るというのはありだと思う。

しかし、Javaでは2時間、Cでは1時間という処理速度でしかもメモリ使用量はJAVAが
10倍とかいう状態ならやはり、C言語で作るべきだと思う。

バッチ処理に関しては、ネイティブのマシン後に変換されるような、COBOLやCで
作成するのがいいだろうなと思う。
また、COBOLとCの違いは、やはり、数値計算か文字列処理化によって一長一短が
あるように思う。
C言語は、可変長の配列が扱いやすいのでやはり文字列の処理をするには向いてると思う。
一方のCOBOLは数値計算を行うのであればそれは、そちらの方が向いているように思う。

結論として、Javaは大量処理、思い処理には避けるべき言語であると思っている。
バッチ処理は、少しでもリソースを使わないように、少しでも高速に動作するように設計する
というのが、ソフトウェア開発者の責任ではないかなと感じている。

というわけで、本日は、久々に長く語って見ました。