「ドリキンの作ったモデルをチェックしよう。OnShapeの便利なフィーチャーの整理を実践してみよう」の巻

[@00mossberg]

次回の解説も、楽しみにしていますっ❗
勉強になります。

[@BasukeSuzuki]

ありがとうございます！

[@opakin192]

10年くらいsolidworks使って仕事してます。
書いて書いて設計変更していくと、拘束とか平面とかどんどん増えて修正が増えるので書き直したほうが早いことがおおいですよね。簡素化が大事です。
既製品を扱っていて数年後とかに設計変更があるんですが、自分で書いた履歴をたどるのにすごく大変な目にあいます（笑）

[@BasukeSuzuki]

おー、solidworksユーザー！強者ですね！やはり整理してわかりやすくしとかないとパラメトリックの意味が無くなっちゃいますよね。

[@kzpresents]

次回のテーマとして出ていた自他ドキュメントからのインポートですが、私は 派生 を使ってますが、これも正しいのかどうかw

[@BasukeSuzuki]

派生=Drivedですね、はい、それで正解なんだと思います。STLをインポートしても結局最初のフィーチャーには派生のアイコンが出てますから、そういうもんなんだろうなぁと思います。あと、移動にはトランスフォームを使うのだということがようやく理解できました。これで取り込んだものを移動できる。

[@kzpresents]

remixする時にstlをそのまま使うか、なぞるかは迷いますね。
ただ、ドリキンさんも言ってたように、onshapeだと追加できたりできなかったり動きが微妙な事があるので、最近はなぞることにしてます。
複雑そうに見えても意外となぞれるのと、コードと同じで良くも悪くも勉強になりますしね。

[@BasukeSuzuki]

僕はそのまま使うって考えはなかったですねー。そう、意外となぞれますし、確かにそこで学ぶこと多いですし。

[@shibata6020]

体系的に学ぶには、どうやったら良いのだろうか？自分でもドリキンさんみたいな思考で設計してしまいそう。

[@BasukeSuzuki]

僕もそうですよー。最初はそうやって作ってどうにもならなくなるまでやっちゃいます。で、もう一度やり直す感じです。

[@kzpresents]

自分もバスケさんとほぼ同じようなことやっているので、何度もやっていれば辿り着けると思いましたが、エンジニアリングを仕事にしているのか、ってのは多少影響しそうですね。