Sketchupの当初の魅力

タワゴトなのだが、主な業務にautocadを経て3ds maxとvrayを使っていた頃、google Sketchupを知った。

今作成したファイルを見ると　1996から2012まで　3ds maxを使っていたようだ。

ちなみに最後に描いたものはタバコのパッケージ（ショートホープライト）が更新された時のが最後。

3ds maxはcadとの互換性も良く僕には使いやすかった。

なぜ、使わなくなったかと言うと、Auto deskの戦略が嫌らしすぎたから。

これらの図形に関するソフトを使いこなすにはそれなりに修業にも似た努力をしなければ使えるようにはならない。そして安価ではない。

• 余談　　jw_cadは当時公務員だった清水さんら3名が努力して作り上げたもの。開発当時でのNiftyはそれはもう楽しかった。当時色んなcadユーザーの意見が反映され、独自のcadになって行った。これは日本の建設技術向上に非常に貢献した。

• それに比べ、当時のcadメーカーは組んで何をしたのか。自分達の技術の研鑽をするのならばまだしも、けっしてそうでは無い。

まぁこの業界に関しては取り止めも無い思いが沢山あるのだが、とにかくA社のような自社の利益の為に臆面もなく業界をクローズさせるような体質だけは真似て欲しくない。

安価ではないし習練が必要な図形ソフト。A社は将来の収益に向けて学生段階からの技術的な青田刈りをやり始めた。それは事業的にはうまい手なのだが、とんでもない囲い込み。学校側も教材としての経費が浮くとして尻尾をバタバタさせて採用した。

一度刷り込まれたソフトから抜け出す事が難しい事を利用して、またそう言う風に仕向けて（教員まで取り込んで）、将来の打ち出の小づちシステムを作った。その上良いソフトを作っているライバル会社を買収しては塩漬けの繰り返し。今の業界の趨勢はそれが背景にある。

技術向上に貢献しているのではなく全くその正反対。業界標準だと？冗談じゃない。閉鎖させそれにアグラをかいたやり方がイヤラシイ。

そう言う中、オープンなgoogle sketchupが現れた。もう当然世界中の3Dオタクはjw_cad開発時のような様相でプラグイン作りに取り組んだ。周辺アプリを作る言語でも、あのA社のLispとは違う日本のRubyが頑張っているのもうれしい。また、技術的先を見越したCOLLADA（xml)のdeaやkmzなどが扱える。そうした「（自称）業界標準」にうっすら背を向けているのも頼もしい。

まとまらん（笑）

BIMはこれからを見通しているか

BIMの方向性について：

前記事のビデオは最終的にDWG形式を前提にしている話だ。
なぜその会社に集約させるのか。（CAD技術発展ではなく、自社勢力発展戦略的な事しかやってこなかったautodesk社を軸に置いてるのが気になる）

　
現在のようにHDDやPCの性能が進んだ以上、各種のデーターは（現段階では）汎用性・拡張性の高いXML形式にすべき（万能ではないにしても）。

DWG（DXFも含め）データー形式は欠陥が多過ぎ、先が詰まっている。
DWGはソフトの勢力が強かっただけで、万能なデーター形式では全くない。

xml形式であれば、3Dソフト類からでもリレーショナルデーターベースからでも、あらゆるテキストソースが読めるアプリケーションからでも、アクセスし応用できる。

ちょっとでもBIMを社会的共有資産として役立てようとするならば、重要視すべきはデーターの拡張性。それをデーターの構成目的要素にすべき。いや今の所BIMはそのような広義な社会的意義がある物とは認識されてはいない。だが、それは産業全般としてこれから重要になる要素だ。

その視点に立って見ればxml（可変長データーベース形式）は、作業としても、欠陥や限界のあるDWG等の図形方言のような有力データー形式に追従し、選別・切り捨てして納めるよりもはるかに楽だろう。

もはや各種のデーター集積として「物」を扱える時代。「物」から抽出された図形だけのデーターにすべきではない。また一対一のリレーション様式だけでは時代にそぐわない。

グローバル化は経済だけの話ではないのだ。人類がより幸福になるには、さらに学術的に、各専門分野を乗り越えた学際的な進歩を共働して遂げなければならない。
　
その為の方法論であるクラウド化や各種ビッグデーター応用世界を目前にして、このちっぽけな改善方法は、何だ！？と思う。

たまに使ってみるが

ネタが無いのでFBページからの転用

お団子が転がる動画

とんでもなく、ほったらかしのブログだけどこんなものを描いてみた。

これが何が判る人にだけにとりあえずお知らせ。

でかくてメールで送れない。（見やすく編集している時間が無い）
あと一つシャリが残ってる（汗）