設計書

物事には衝撃的な事実もあるもの・・・ 以前の設計資料を見ていて・・・ 「なんだこの日本語！書いたやつだれだよ！」 てなって・・・ もう、マジで勘弁してほしい。なに言いたいのかさっぱりわからねぇぇっぇ！と、部下とも四苦八苦して解読した で・・・ 結末 ひと段落したので、当時の履歴を確認したら・・・ 衝撃の結末が！！！ 「あ！作ったの俺だわ！」 笑えない・・・

今日Xでこんなことを呟いてみた 個々のロボットに対して技術的観点からのレビューしかできず業務観点で質の高いレビューができなくなってきたとき、頑張って業務理解する時間を確保すべきかどうか。まぁ1日でレビュー終わらせようとせずに数日時間もらって、業務/技術観点でのレビュー日を分けるとかして工夫するしかないかなぁ — いろはまる@RPAエンジニアCEO (@irohamaruRabbit) 2024年2月1日 ここ数ヶ月、開発メンバーにも業務理解と最適化、RPA化ができるよう、僕がしゃしゃり出るのをちょっと控えている。もちろん僕が完璧にそれらができるというわけではないし、むしろ僕をどんどん超えてほし…

Plan. プラン

新人OJTネタです。 機能開発における仕様書のレビュー。 今回、仕様を説明するために、初めて仕様書を自分で書いてもらうことに。 そして、その仕様書の説明会に向けて、まずは個別にレビューで説明してもらいましたが… ・・・うん、分からん（笑） 第一印象は、何を言っているかがチンプンカンプン。 最初に出てきた初版を見ると、文字がずら〜〜っと書いてある状態。 箇条書きもなければ、図も表もない…。 国語のテストとかでよく見る「長文」が果てしなく続いているような感じですね。 ・・・ちょっと目を離すと、今どこを読んでるんだ？というような内容。 これでは、聞いている方は何が書いてあるかがさっぱり・・・。 なの…

最近はVisual Studio Code（以下VS Code）の記事のばかりですね。今回はリバース・エンジニアリングしたプログラムの処理をPlantUMLを使って、マークダウン形式のファイルで整理しました。その際、PlantUMLのデフォルトのデザイン（見た目）があまり好みではなかったため、デザインの変更を行いました。 今回の記事ではVS CodeをつかったPlantUMLの使い方（とくにマークダウンでの記載方法）とPlantUMLのデザイン変更の方法を紹介したいと思います。 PlantUMLのデザイン変更の方法では、全体的なデザインの変更方法と個別にオブジェクトのデザインを変更する方法を紹…