国産が嬉しい？純国産 GPL CAD, SagCAD 88
ストーリー by Oliver
総合評価における重みがはどうかな 部門より
総合評価における重みがはどうかな 部門より
koba-chan 曰く、 "これまで vector でダウンロードできた Linux, MS-Windows で稼動する SagCAD が、SourceForge.jpで公開されました。QCad の日本語フォントが利用できるそうです。
日頃から外国語のソフトに悩まされている人たちにとって、質疑応答や開発への参加やアドバイスなど国産ならではのアドバンテージは高いと思います。"
国産 (スコア:2, 興味深い)
それはともかく、ソフトウェアそのものの日本語親和性という点では国産品のほうが上だろう（と期待できる）というのはいいとして、質問とかについては、どうなんでしょうか。
というのは、開発者サイドからすれば、国産品で良いのがないなら自分でフルスクラッチから開発してしまえ、というのと、じゃあ海外製品の日本語対応を強化するようパッチを書いたりユーザー会を立ち上げたりするのと、どちらが手間が省けるかと考えると、すでにあるものを使ったほうが手間が省けそうな気がするわけで。もちろん、いちから作る楽しみというのはあるでしょうが。
それから、フルスクラッチから開発し、それが発展してきた場合、海外の人から「この言語にも対応してくれ」といった要求が来るかもしれない。それはまさしく、日本人が海外製品に対して「日本語にも対応してくれ」と要求したりパッチを書いたりするのと同じです。そういうのにも対応しなきゃならなくなりますよ。
Re:国産 (質問の言語) (スコア:1)
今のところ、日本語のメールを書いて質疑してます。
ありがたいことに返事も日本語で届きます。(笑)
# 意思の疎通が円滑です。言葉の行き違いもたぶん少ないでしょう。
比較的コナれている QCad にしても、最初から i18n に対応していたわけでもありませんし、将来的な言語の対応はどこまで大きくなるか、どこまで発展させるかで変わってくるのでは？
少なくとも国内 CAD ユーザーの力量は世界に通用すると感じていますので、大化けを期待したいものです。
スバラシイすくらっちの世界 (was: Re:国産) (スコア:1)
それを言うなら、「フロムスクラッチ(from scratch)で開発し」、
あるいは、「フルスクラッチビルド(full scratch build)し」です。
「から」とつけるなら、「スクラッチから」でオーケイ。
一般には「ゼロから」と言うけど。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
Re:スバラシイすくらっちの世界 (was: Re:国産) (スコア:1)
>> 一般には「ゼロから」と言うけど。
>
>「一から」では? :)
あ～、たしかに本当に本当の一般世界では、「一から」か……
zero origin汚染だ～
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
Re:スバラシイすくらっちの世界 (was: Re:国産) (スコア:1)
国産は単純に好きだが (スコア:0)
Re:国産は単純に好きだが (スコア:1, 興味深い)
第3の道としては、fork するというのもあります。
ちなみに、日本人は、「そもそもマルチバイト対応なんて...」と言っている裏で、「そもそもbidi(,結合文字,...)対応なんて考えてない(くせに国際化と自称してやがる)ソフトも多いのよね」なんて言われてるかもしれませんよ。
死んでも英語はイヤ (スコア:0)
英語よりもCのほうがずっと得意ですので、
パッチの説明を英語で書くくらいなら、
フルスクラッチでCADを書きます。
Re:Cでもなんとかなる。 (スコア:1)
アメリカに飛ばされたとき（Toeic250点T_T)
最初はＣでなんとかコミュニケーション（仕事）してました。
(looking for をSeekとか。。）
しかしスーパーに買い物に行くときは苦し（楽し）かった
＃プログラマたるもの言語はなんでも来いなのだ。
＃通じるかどうかは別ですが。
Re:Cでもなんとかなる。 (スコア:1)
英語なら多少通じそうですな。
の
Re:死んでも英語はイヤ (スコア:0)
知らない人が作っていそうで役に立たないケースが殆んど。
2階テンソルの対称成分と非対称成分くらい自動で計算して
くれよなぁ、とか思います。
Re:死んでも英語はイヤ (スコア:0)
車輪を再発明して、しかもそれの出来が悪かったら、ただ本人の趣味の世界だね。Cやる暇あったら英語勉強したほうがよさそうだ。
Re:死んでも英語はイヤ (スコア:1)
趣味の世界なのかもしれないし、趣味の世界ではないのかも
しれませんね。
>機能に不満があるのなら自分で(forkしてでも)付け足すべし。
おお、これは、インターネットの利用者が皆プログラミング能力を
持つと想定することが可能だった、はるか昔によく言われていたセ
リフですね! あの頃はよかったですねえ。利用者が即開発者たりえた
時代でした。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
他人の努力は只ではない。 (スコア:1)
>持つと想定することが可能だった、はるか昔によく言われていたセ
>リフですね! あの頃はよかったですねえ。利用者が即開発者たりえた
>時代でした。
勘違いをしているようですが、均一のプログラム能力を有した時代は
昔から存在していません。
『文句あるなら自分でしろ』は、それだけのスキルを自分で獲得しろという
意味の発言です。
今だ遺伝や生まれつきでプログラムが書ける人が存在しないからこその
言葉です。
時代はそこまで進んでいません。
あと、インターネットにより誰でもインターネットを使うならばスキルの
獲得とツールの入手が容易になったのは昔よりも進んでいます。
パソ通時代は、パソ通をしていてもホストのIDを取得するという壁が
存在していた人も多かったのではないかと思います。
草の根のIDを持っていてもNiftyやBIG-VANのIDは取れない人もいたのですよ。
李 露星
他人の努力は只かもしれないし、只ではないかもしれな (スコア:1)
昔から存在していません。
わたしは勘違いをしていませんし、また、均一のプログラム能力を
有した時代が存在したということは、言っていないし、示唆しても
いないし、仄めかしてもいません。
> 『文句あるなら自分でしろ』は、それだけのスキルを自分で獲得しろという
>意味の発言です。
いいえ、「文句あるなら自分でしろ」という発言の意味は、
その発言を行った人によります。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
Re:オフトピだ (スコア:1, おもしろおかしい)
Re:他人の努力は只かもしれないし、只ではないかもし (スコア:1)
文句を言える立場ではないかもしれません、しかし、文句を言える
立場かもしれません。
>文句があるのなら対価を払って誰かに代行してもらうなり、自分で行動するなりしろと。
誰かに対して対価をはらう必要があるかもしれなし、必要がないか
もしれません。
自分で行動する必要があるのかもしれないし、必要がないかもしれ
ません。
この世界は、あなたが提示したシンプルな規範では捉え切れないほ
ど複雑で絡み合っており、そして人間とその動機とするところは、
そのような一本調子な規定では、とうてい網羅し切れないほど多様
です。この件に関しては、一般的でかつ拘束的な規範が存在しえる
ものではないと考えます。
IN EARTH AND SKIE AND SEA STRANGE THYNGES THER BE.
Re:国産 (スコア:0)
> げたりするのと、どちらが手間が省けるかと考えると、すでにある
> ものを使ったほうが手間が省けそうな気がするわけで。もちろん、
> いちから作る楽しみというのはあるでしょうが。
現在広く使われているフリーソフトウェアも当初は製作者の国での使用しか想定して作っていないと思
フルスクラッチ (スコア:0)
ところで「フルスクラッチ」の語源ってなんですか?
"full scratch" って辞書には載ってないし、
ググってみてもほとんど Non-Native な人の Site ばかりなんすよね。
"from scratch" と関係ある?
Re:フルスクラッチ (スコア:2, 参考になる)
多分, 模型用語のscratch model(scratch built model)から来ているのではないでしょうか.
英語(米語かな?)Nativeな人にとってはscratch modelと言ったらフルスクラッチのことしか無いのでしょうが, 模型が盛んな日本やヨーロッパではそういった感覚が無いため, 改造を加えた模型全般を指す言葉になってしまったのだと思います. 実際, 模型を改造するときには筋彫りなどの様に引っ掻き(scratch)ますからね.
さらに模型では, 市販キットをベースに改造した物と, 素材レベルから作成する物が有りますから, ベースキットがあるスクラッチと, それが無いフルスクラッチを明示する必要が有ったのではと思います. 大体70年代後半ぐらいから使われていた言葉ですね.
Re:フルスクラッチ (スコア:1)
いままでずっと Emacs の *scratch* に由来するものだと，思い込んでいました．
Re:フルスクラッチ (スコア:0)
fully built from scratch みたいなのを
縮めて作られた和製(他国かもしれんけど)略英語
scratchってもともとスタートラインみたいな意味だし
そのまま訳すと意味が通らないからね。
full scratch で多くの人に意味が通るから使ってもいいんじゃない？
Re:フルスクラッチ (スコア:0)
> 縮めて作られた和製(他国かもしれんけど)略英語
そうだたのか。
なるほど。
> full scratch で多くの人に意味が通るから使ってもいいんじゃない？
そうそう。
よく見聞きす
国産ってことなら (スコア:2, 参考になる)
GPLだから、JW-CADより改良も早いってことかいな？
Re:国産ってことなら (スコア:2, 参考になる)
図面引くだけならともかく、CAMまで考えると、建築系からスタートしたJW-CADじゃあ精度不足ではないでしょうか。
精度が低いと、図形の移動や回転をしたときに誤差が累積して痛い目にあいます。（歯車を1歯分だけ書いて、残りをコピーと回転で作ったら、始点と終点がつながらなくなる・・・とか）
またCAMが前提だと、サブミクロンぐらいの精度が欲しいこともありますから、内部の座標値はfloatじゃなくてdoubleで処理して欲しい。でも、建築系なら、そこまでの精度は必要ないですよね。
それに機械系CAD・CAMでは、交点計算時の誤差丸めの方法に独自のノウハウがあったりします。（できるだけ水平線／垂直線を崩さない方向に誤差を丸める・・・とか）
こうした図形処理の根幹部分を修正するぐらいなら、最初から自分で作ってしまったほうが早いというのもわからないでもありません。
Re:国産ってことなら (スコア:1)
いえいえ、土木なら座標原点が10Km先なんて事はざらですから、
路線計算等では、double は必須です。
CAD交換フォーマット (スコア:1, 興味深い)
ちょっと使いたい別のCADがあって、その入出力フォーマットを調べたのですが、例によってDXFと、JW-CADのDOS版のjwcとかいうフォーマットしかサポートされていないのでした。
で、昨日アキバにこのjwcをいうフォーマットを調べにいったのですが、このフォーマットは座標がfloatなんですね。
つまり内部が倍精度な（イマドキ同然だけど）CADでもこのjwcにsaveするとまるめられちゃうってコトなんでしょうか。
実はこの点だけで結構ガックシきてしまって、本さえ買わずにそのまま帰ってきてしまったのでした。
ということはそのCADを使うためには、あのDXFを使うしかない…うーんっ、DXFは…イヤだなぁ。
新しいCADもイイんですけど、広く公開されていて、バージョン間の差異を吸収できる、簡単な（えーっとXMLも実はカンベンしてほしい）コンバートによる情報欠落の少ない交換フォーマットがほしいです。
こういうのこそ、フリーソフト系から生まれてほしいですね。
Re:CAD交換フォーマット (スコア:1)
機械系は良く知らないのですが、
土木系では電子納品とか始まりまして
オープンCADフォーマット評議会 [jpsa.or.jp]
ＳＸＦ（Ｐ21） [shinkenpress.co.jp]
autodesk [autodesk.co.jp]
電子納品に関する要領・基準 [nilim.go.jp]
「CAD製図基準(案)」(PDF)
ってな動向もあります。
Re:CAD交換フォーマット (スコア:1)
まあ、ベンダーの息が掛かっていますが、、、
STEP ISO10303 ってどうなんでしょう？
Re:DXFリファレンス本 (スコア:1)
Re:国産ってことなら (スコア:0)
ファイルフォーマットとしてはdoubleだけど、メモリ上ではlong double(80bit)で保持していたりとか。
計算精度（おふとぴ） (スコア:3, 参考になる)
参考ページ：http://homepage2.nifty.com/m_kamada/docsproc/asmurr.htm [nifty.com]
Re:国産ってことなら (スコア:1)
SagCAD はソースの公開をしたことで、SagCAD のソースの一部を使って jw_cad ライクな SagCAD の亜流が生まれる可能性もあります。
これまで非日本語の CAD が多い中、Linux 版の CAD がどのように発展していくのか日本語で途中経過が分かるのも興味深いです。
改良の早さは他力本願ではないユーザーと新たに参加するであろう開発陣しだいでしょう。( 今のところ、連日バージョンアップしてます )
# jw_cad は "jw" と "cad" をアンダースコアで繋げます。ジョーク＆ウィット＆下ネタと覚えると分かりやすいです。(^.^)
どうなんでしょ？ (スコア:1)
建築土木系CADはAutoCADかJW-CADに統一されてますしね。(DRA-CADなんかも多いけど、実際はDXF,DWGでやりとりするし)
実際に利用している人の意見を聞いてみたいです。
Re:どうなんでしょ？ (スコア:1)
手前味噌ですが、似たような扱いをされてきた QCad に対する記事 [geocities.co.jp]を書いたことがあります。
一方、SagCAD は、CAM まで範疇に入れているので正統派な機械系・工作系の CAD/CAM になる可能性が大です。
関係する人や利用者の多寡は、その手の CAD が欲しくても入手出来ずに「関係」できなかったことが要因の一つかもしれません。
AutoCAD は内在する機能から見事なまでに汎用なので別格として、jw_cad が少なくとも建築設計系でデファクトになったのと同じように SagCAD が CAM 系としてデファクトになる可能性はありますね。
Re:どうなんでしょ？ (スコア:0)
QCadで大体間に合ってます。
ただ、相手(AutoCAD)から手直しされて返ってくると読めない
ことがあるんで、その辺ばっちりなら乗り換えるかも。
国産かどうかは関係ないかな
Re:国産かどうかは (スコア:1)
QCad で足りるようになったのは日本語文字が図面で使えるようになったからでは？
どこまで AutCAD 互換を達成するかは、最新版の AutoCAD を使っているユーザーからのレポートしだいで解決できる気がします。
> 国産かどうかは関係ないかな
Linux 版のみの機能ですが、最初から第一第二水準漢字を一つのフォントファイルで扱える SagCAD と、今のところはフォントファイルの仕様 [geocities.co.jp]で別々のファイルでなければ第一第二水準漢字が扱えない QCad を比較すると、国産ならではの SagCAD のアドバンテージは大きいと思います。
# 1 バイト文字圏生まれの CAD にとって CKJ の壁は厚いです。
おっ、採用されてる (スコア:1)
限られた分野の話題なので今回もボツかな？と思ったのですが、今回は採用されました。
分かる範囲で皆さんのコメントに回答していきます。
CNC / Computer Numerical Control (スコア:1)
http://linuxcnc.org/links.html
ドイツ語バージョン (スコア:1)
解説きぼん (スコア:0)
何が言いたいのか素でわかんないです。
Re:解説きぼん (スコア:2, 参考になる)
一方、Vector から入手できる Linux 版のバージョンは 0.4.0
SourceForge.jp の Linux 版は、0.0.3 (10-Mar-2003 現在)
バージョン番号のみで出来不出来を判断するのは早計だと思いますが、生まれたばかりの子に 100m を 10 秒以下で走らせるのが不可能なのと同じで、しばらくは見守りながらも手助けしていくのがまっとうな考え方だと思います。
日本語・国産ということで、これまでドキュメントを読むことさえ苦労していた海外ソフトと違った見方や判断をするのは迷惑かも。
Re:解説きぼん (スコア:1, 参考になる)
遅くはないと思いますよ。気持ちはわかりますが。
Re: 解説きぼん (スコア:1)
... と解釈してみたがどうか。
SSがほしい。 (スコア:0)
Re:SSがほしい。 (スコア:1)
http://www.u-struct.com/samples/030310_sagcad_screen.png [u-struct.com]リンクはサンプルを開いた状態の画像です。
結構これで使うかどうか決める人も多いのでは？まさにその通りです。手早く製図するのにに使えるかな？と思って試してみたのですが、私の目的とは合致しないことが起動した瞬間に判りました。
SagCAD Screen Shot (スコア:1)
SagCAD [geocities.co.jp] の DXF 読み込み比較
SagCAD on Macintosh OS X (スコア:1)
http://www50.tok2.com/home/japan/qcad/cbbs/file/sagcad_on_macosx.png
SagCAD BBS では Ruby によるスクリプトの話題ものぼり、健やかに成長しています。
ところで、Macintosh な CAD/CAM って、これまであったの？
Re:SSがほしい。 (スコア:0)
かなり自分仕様はいってます。ちょっと万人受けしそうではないかも。
JW-Winみたいに、ちゃんとWInUIガイドラインに似せて作って欲しかったなぁ。
(JW-Winも最初は、JW-CADのなごりであんまりなじめなかったけどね、今は普通)
Re:SSがほしい。 (スコア:2, 参考になる)
-------------
Linux 歴がまだ浅いため、Linux ではこうしないといけない、または、普通はこうするといったことなどの慣習が良く分かりません。
Linux 以外の UNIX 互換 OS でコンパイル出来るかテストはしていません。
バグレポート、sagcad への機能追加などの要望がありましたらメールで連絡してください。
なにぶんまだ未熟なので、ご教授お願いします。
-------------
前後しますが、INTRODUCTION 【概要】には
-------------
現在はテスト＆勉強中で、まだ実際には使ってないのすが、Linux の繁栄と一般化に少しでも貢献できればと思っていますが、本当は、Linux もプログラミングもまだ未熟なので、「誰かに教えてもらいたい」、「手伝ってもらいたい」、「お友達が欲しい」と思ってこれを公開します。
-------------
と、書かれています。
まずは、感想なり要望なりの形で、SagCAD の開発に参加ってことでひとつ。(^^)