ユーザーからCAD開発者まで

使用しているソフトウェアをより良くしたいですか? その開発者になろう! 当社の分析エンジニアであるニキータ・バチャノフと、最近まで、KOMPAS-3Dおよびその他のCADシステムのアクティブなユーザーに会ってください。 数年前、ニキータはノートにKOMPAS-3Dの「ジャム」を書き留め、ASCONテクニカルサポートサービスにアイデアや提案を投げかけ、これらのアイデアを自分で実装する方がはるかに興味深いことに気付きました。 これが彼の物語です。









コンパスの知識



サンクトペテルブルクのヴォーンメックで勉強した後、ロシアの有力宇宙産業企業の1つであるRSC Energiaで働きました。 主に3Dでモデリングに従事していましたが、設計活動に間接的に関与していました。 主にPro / Engineerシステムでモデルを作成し、SolidWorks CADを少し使用しました。 1年半後、私はRosatomの構造の企業のデザイナーの地位に移りました。 同僚のエンジニアと私は、電離放射線検出器の設計に従事していました。 洗練された機器の一部として、これらの検出器は高温で原子炉部分で動作し、放射条件で高周波信号を送信します。 これらは、耐温度性、耐腐食性、耐ガンマ性、真空性能に特別な要件を持つ重要な設計です。 また、CADとして、COMPASSを使用しました。



ソフトウェア開発者と同じ船で



私はいつも、自分が働いているツール(そしてデザイナーにとってはCAD)が何らかの形で私に依存しているという感覚を抱いていた。 そして、一般に、私たちの活動は似ています。 開発者と同様に、デザイナーは優先順位を付ける方法を知っており、何かを犠牲にする必要があること、少しうまくいかないことをやり直すと、時間の損失につながる可能性があることを知っています。 あなたの製品は消費者に届いていませんが、あなたはそれを扱うすべてのシナリオを考慮に入れていることを確信しています。 ただし、実際の運用状況でのみ発生するニュアンスもあります。 私はソフトウェア製品にも適用しました-エラー/クラッシュではなく、「使いやすさ」についてであれば、システムでの私の作業のシナリオを評価し、そうではなく、なぜこのように行動するのかを説明する必要があることを理解しました一般に、開発者に問題をもたらします。

ASCONについても同様の印象がありました。同じ人がここで働いており、テクニカルサポートサービスを通じて自分の意見を表明すると、COMPASSの次のバージョンで何かが改善される可能性があります。 私は勤務時間中に一連の考えを書き留めたノートブックを持っていました。金曜日の夜、多くの仕事を始めるのが非合理だったときに、私はこのノートブックを取り、より明確にフォーマットされたレポートでテクニカルサポートを投げ始めました。 これはあなたにとって悪いことであり、不便です。別の方法で行わなければなりません。 そして、ポイントに描かれました。 技術サポートから、彼らは私に答えて、しばしば回避策を​​提供しようとしました、そして、私は激怒しました-「はい、私はこれができることを知っています、それは不便です!



サリーからコロムナへ



その後、KOMPAS-3Dの14番目のバージョンのベータテストが行​​われ、ASCONは最高のベータテスターを受賞しました。 興奮は私を魅了しました-私はそんなに書くことができました、なぜ私は書いていないのですか?! したがって、バージョン15のベータテストは、最高のベータテスターの1人であるほどの熱意で開始しました。 しばらくして、KOMPAS-3D v17のアルファ版を試すために、KOMPAS-3D開発センターでの活動のためにKolomnaに招待されました。 開発者はすでにそれを革命的であると発表しています-インターフェースの完全な変更が期待されていました。 見るのはすごく面白かった!

新製品を最初に見るように招待された他の「選択された」ユーザーと共に、コロムナに到着しました。 私たちは非常に初期のプロトタイプを見せられ、文字通り彼と一緒に仕事をすることを提案されました。 誰もが喜んでいた-多くの質問、絶え間ない議論。 各テスト参加者にはKOMPASアナリストが割り当てられました。 私はKOMPAS-3DのリーディングアナリストエンジニアであるVitaly Bulgakovの監督下にありました。とても親切で反応が良いので、何が間違っていて「どうあるべきか」について多くのことを話しました。 また、標準的な設計手法に慣れていないユーザーが経験しているアプローチについて、彼が何か新しいことを学んだことを願っています。 架空の計画外の方法で行動しなければならないことがあるのではないかと思いました。 その結果、17番目のバージョンでは、以前のバージョンのプログラムでは私には奇妙に思えたいくつかのことが考慮されました。



新しいステージ



テスト後の夕食時に、私は大声でresりました。 システムには毎回私が考えるものがあります:これを発明した人は、彼がこれで作業しようとしたことがありますか?!」 翌日、設計システムを扱うASCONユニットの責任者であるセルゲイ・エフシコフは、「コロムナに移動しますか?」と尋ねました。 また、開発者と話をし、いくつかのテストタスクを完了しました。提案は面白そうでした。 それからモスクワに住んで働いて、考えました。仕事に1.5時間旅行するのにうんざりしていて、地下鉄に押し込まれました。 しかし、引っ越すことに同意する前に、会社がどのように機能したかを知りたいと思いました。

会社のプログラマーが始めた夢や夢について、ASCON Webサイトの記事を読んだことを思い出しました-さまざまな非公式トピックに関する開発者とのインタビュー。 彼は、プログラマーの1人と同じ興味を持っていたことに気付きました:コンピューターゲームの開発、音楽(ポストパンクとダークウェーブ)に。 それでも、ソーシャルネットワークで見つけたので、小さなゲームを作ろうと申し出たかったのですが、要点がわかりませんでした。 私は彼の連絡先を取り上げ、彼に質問し、仕事が面白く、スタッフに対する態度が優れていることを知りました。 これは自信を追加しました。 だから私はここコロムナに行きました。

私の試用期間中、バージョン17の作業は本格的でした。 新しいKOMPAS-3Dは、アルファテストで示されたよりもすでに完成したように見えました。

特定の範囲のタスクに割り当てられました。 最初の「戦闘」-3Dモデルの光源。 これは私のイニシアチブであり、私自身もこの問題に関するテクニカルサポートのコメントを書いていました。 モデルの光源をどのように配置するかのオプションを検討するよう提案されました。 結果に基づいて、バージョン17に含まれるいくつかの新しい照明スキームが選択されました。これが全体的なレンダリングを改善するための最初のステップにすぎないことを願っています。





バージョン16の単一光源照明(左)とバージョン17の3光源照明



そして、新しいコンパス



KOMPAS-3D V16は古風な感じがしましたが、私はPro / Engineer(あまり好きではありませんでした)とSolidWorksから始めました。 そのCOMPASSのすべてのアプローチ、作業方法は非常に断片化されているように思えました。 1つの操作では、Ctrl + Zはプロセスを終了せずに機能します。別の操作では、最初に終了してからキャンセルを実行し、再度ログインして続行します。 そのようなことは迷惑でした。 17番目のバージョンでは、ほとんどすべてが単一のキー、単一のスタイルの作業につながりました。 私は、新しいCOMPASSのいくつかのことが非常に便利で明白であることに気付き始め、開発者としてではなくユーザーとして他のプログラムにそれらが存在しないことは珍しいことです。

照明を開発した後、私はクイックチームに入りました。クイックチームは、KOMPASで行われるすべてを加速する主要なタスクを解決します。 そこで私はレンダリングアナリストになりました。 3次元モデル(LoD)の詳細レベル-このメカニズムがどのように機能するか、どのレベルまでモデルの表示を簡素化できるか、どの時点でモデルをそのような表現で置き換えてユーザーに見えないようにするかを扱いました。 また、モデルの精度設定の変更にも取り組みました。 今、私は精度設定(プリセット)の定義済みセットを準備しています:各プリセットは最大線形偏差と最大角度の組み合わせです。 ほとんどの場合、ユーザーが設定を変更する必要がないように、このようなプリセットを見つけたいです。





エレキギター



コンストラクターのまま開発者になる



並行して、UI(インターフェイス)コマンドに接続しました。 17番目のバージョンのリリース後、分析的に解決する必要がある大量の情報が蓄積されました。 インターフェイスチームが別のアナリストを必要とすることが決定されました。 インターフェイスデザイナーと一緒に、エクスプレスアップデートでいくつかの改善をすでにリリースしており、KOMPAS-3Dの次の第18バージョンを準備しています。 デザイナーは、デザイナーの観点からコマンドを使用するためのスクリプトを提供します。 これに基づいて、特定のインターフェイスソリューションが誕生しました。これらのシナリオを最小限のアクションで、したがって最小限のコントロールで実行する方法です。 同時に、私はKOMPASのユーザーデザイナーの目を通して興味深いプロジェクトのソリューションをテストし続けています。 ソリューションが紛れもなく美しく見えるときは、「キューブ上」ではなく常にシミュレートしようとしますが、仕事が終わった後でも、非常に好きなら複雑なことをします。 これらの研究の1つの結果はエレキギターでした(上の写真は私の家のようなギターのように見えますが、少し異なります)。



Nikita Batyanov、アナリストエンジニア



All Articles