DTOクラスは基本的にロジックを有さない。なので、実際の開発現場でも「設計書からコードを生成するようにできないか」みたいな話題が良く上がる。 というわけで、ここで仮組みしてることにした。 ざっくり要件 こんな感じでやっていく。 * 設計書に記載されている内容からDTOクラスを生成する * 設計書ファイルの複数入力可能 * Javaファイルの複数出力可能 * setter/getterの出力有無を選べる * 親クラスの指定ができる * importやpackageはEclipseにお願いするので不要 * 設計書のフォーマットがいじられても大丈夫なつくり（努力目標） 入力する設計書ファイルのレイアウト 以下のようなレイアウトにした。DTO設計書ってだいたいこういう感じだよな？ また、シート名は「データ項目」固定とした。 シート名が可変になってしまうと、各シートを読み込み→対象のシートであるかどうかを何かしらの色付けして判定、となり面倒じゃね？と思った次第。 実際の

GWがやってきました。今回は4つ有休を取ると11連休になるということで、かなり長めのGWとなっていますね。ただ、正直自分のような引きこもり陰キャエンジニアには少々長く、逆に何したらええんや！？という感じ。かと言って、自分で予定を考える気も起きないので、今回ChatGPTさんにお願いして予定を考えてもらうことにしました。 ChatGTPへのお願い 面倒なので、まずは雑にお願いしてみる。 「ゴールデンウィークの予定を考えてください。」 すると、ChatGPTから以下のような返答が。 もうちょっと詳しく教えて～的なやつですね。こっちが雑でもちゃんとフォローしてくれて優しい。ひとまず「武蔵小杉発、電車です。また、予算は2泊3日で4万円です。」と返答してみる。 すると条件に合う旅行プラン的なものを3つ提示してくれた。本当はキャプチャを貼ろうと思ったけど、文字情報がメインなので、こっからはテキスト引用で「ChatGPTでここまでできるよ」ってのを紹介していきます！ ChatGTPが出してくれたプラン

職業エンジニアなので、Webサイトを作ることはあるし、もちろんその中でUIを作ることもあるんだけど、正直なところあんまり毎回乗り気じゃなかったりする。そう、難しいんだ、クライアント処理は。特にバグ修正が！なるべく担当したくないが、どこ行っても何故か自分がやる事になりがちなので、更に嫌いになってる節が正直ある。 そんな自分のような人の救いになるかも知れないツールを見つけたので、ここで紹介する事にいたす。ちな、自分は縛りによってこの手のツールは使えません。悲C。 same.newってなんぞ？ same.newは、既存のウェブサイトのユーザーインターフェース（UI）を複製、コード化できるツールとなっていて、無料で使用可能だ。この時点でなんか凄そうな感じはするよね。 https://same.new できること 任意のウェブサイトのUIを複製 複製したいウェブサイトのURLを入力するだけで、そのサイトのUIをピクセル単位でコピーし、再利用可能なコードにできます。 チャットによる修正指示

在宅勤務が当たり前になっている昨今、自宅にいる事が多くなったことで、ちょっと気になる事がある。それは、思った以上に謎の勧誘、と言うか飛び込み営業と言うか、が想像以上に多い事だ。 これらの勧誘、もとい営業の方たちは色々な手法で、何かしらのふわっとしたものを定型的な言葉で売りつけようとしてくる。まあそれが仕事だし、こちらとしてもそれは分かっているんだけど、慣れていないと対応に困っちゃうのも事実。 このタイミングで新生活になる方がいっぱいいるはずなので、気持ちの準備だけしておこう。 なお、今回はフィクションでだいぶふざけているので、なんか不快な事があったらごめんなさいです。 今回の設定 訪問を受ける側は一人暮らしを始めたばかりの新社会人とする。なので、年齢は20代前半くらい。そこに色んなタイプの自宅訪問が来ることを想定。 この記事の目的 これから一人暮らしを始める方（＝新社会人）が、自宅訪問に来るあれやこれやをそれっぽくやり過ごす事ができるようになる、というのをゴールにする。 また、事実訪問を受ける

モンハンワイルズが発売してから早一か月が経ちました。世間では「ボリュームがない！もうやることがない！」とか色々言われていますが、個人的は楽しく遊べていますし、まだやることあるなあって感じです。しかしながら、これまで自分のメイン武器だったハンマーがめちゃめちゃ不遇なのはなんとも悲しかったり。カプコンさん、ワイはハンマーの上方修正待っとるで。 まあこんな感じでモンハンにはまっていることもあり、休日はもっぱらPCでモンハンワイルズをプレイするだけとなっています。完全に家に籠りっきりとなっているのですが、この度更なる快適さを求めて、ついにベットから出ずにモンハンワイルズを楽しむことに成功してしまいました。 というわけでスマホ×Steam Linkがめっちゃ快適だぞ！という話をしていきたいと思います。 Steam Linkってなんぞ？ Steam Linkは、Steamゲームを自宅のコンピューターからストリーミングしながら、スマホ、タブレット、テレビ、VRヘッドセットや別のPCでプレイできるものです。 https://store.s

魔法のiらんどがサ終 ガラケー時代に一世を風靡した魔法のiらんどが2025年3月末でサービスを終了することになった。 https://maho.jp/info/entry/maho_i_will_no_longer_available 恐らく、今30代後半くらいの方にとっては懐かしさを感じると思うし、使ったことなくてもサービス名は聞いたことあるのではないだろうか。 今回はそんな魔法のiらんどについて、個人的な思い出を語っていきたい。 初めての個人ホームページ いまこうして、自分のホームページを開設してサイト運用をしているわけだけど、思い返してみると、魔法のiらんどがこのホームページの原点である。 当時は今と違ってパソコンがそこまで普及しておらず、恐らく多くの人はガラケーが初めてのインターネットだった。もちろん自分もそうだ。 インターネットに触れるのはiモードとかezWebみたいなやつで、特定のコンテンツに触れることができるが、あんまブラウジングとか分からん！みたいな状態だったと思う。たぶん

AmazonLightsailのダウングレードに伴い、ほんの少しレイアウト修正した当ブログ。今回は改修箇所と、どういう理由で改修したかを語っていこうと思う。 トップページの動画を削除 改修前 当ブログのトップページには、そこそこ大きいサイズのフルワイド動画を配置していた。これはなんとなくお洒落じゃね？っていうくらいの適当な理由に基づくものであり、あんまり意思はなかったりする。まあ、ちょっと頑張ってる感は出てたんじゃなかろうか。 改修後 トップページの動画を削除し、最新記事とアクセス数が高い記事をリストで表示するようにした。 改修理由 ページサイズ及びストレージの圧縮。そもそも当ブログへのアクセスルートはだいたいの場合検索起因のため、トップページに遷移することは稀であった。そのため、トップページにこだわる必要なんてないと判断し、シンプルな構成にする事にした。 冷静に考えると、動画は情報価値を付けづらい。文字のない動画で視聴者にインパクトを残すのはプロでも至難な技だと思うし、それをただのシステ

ついこの前1年間の利用料金を計算した結果、やっぱり高いなと思ったので、この度ダウングレードに踏み切ることにした。 https://iris-on-bookrest.info/2478 ちなみに12ドルプランを1年運用してトータル¥26,822。冷静に考えるとどんなサブスクより高いことに気がついてしまったので、せめて¥1,000/月くらいには落としたいと思った次第である。 しかしダウングレードはサポート外 アップグレードはサポートされている Lightsailのアップグレードはスナップショットから簡単に出来るようになっており、こちらに関しては以前実際に検証済みだ。 https://iris-on-bookrest.info/984 ダウングレードは危険があぶない しかしながら、ダウングレードはそういうわけに行かないらしく、公式でもサポート外とはっきり謳われている。 Lightsail プランをより小さなインスタンスに移動することはサポートされていません。Lightsai

このブログでは2021年に開設した時点からAWS LightsailにWordPressを置いて利用しており、今年で4年目の運用となります。ブログ運用にはサーバー代、ドメイン代が固定費としてかかってくるので、ここの金額はできれば押さえておきたいところ。例え趣味だとしても。 だけども、AWSは使用量によって料金が変動するし、米ドルのレートで料金が決まるので、運用コストが毎月可変となってしまい、コスト管理が難しくなってしまいます。 今回は2024年の利用料金の推移をまとめてみたので、ここで紹介する！もしかしたら、同じようにAWSでブログ作りたい人の参考になるかも。 また、昨年も同じようなことをやっているので、そちらとの比較も見てもらえたら。 https://iris-on-bookrest.info/1940/ 2024年の利用料金の推移 2024年の12ヶ月分のデータを引っ張ってきてきました。 なお、今年は年間通して2GBメモリのプラン（10USD）です。 また、課金制のスナップショットを日時で実

設計書における文章の重要性 設計書は、システムの要件定義、機能設計、データベース設計など、開発に必要な情報をまとめたドキュメントです。開発チームだけでなく、顧客や関係部署との情報共有にも利用されるため、その内容が正確かつ分かりやすく記述されていることは非常に重要です。 文章の書き方によって誤解が生まれ、仕様が曖昧になってしまったりしますし、これが原因でシステム障害が発生したりすることもザラにあります。特に要件定義書や基本設計書は顧客との擦り合わせが必要なドキュメントになるため、これらを作成する工程に携わるエンジニアは、ドキュメンテーションのスキルが大きく求められることになるわけです。 はじめに システム開発において、設計書はプログラムの基礎となる重要なドキュメントであり、システムの品質に大きく影響するものです。例えば設計書の記載から仕様を読み取れなければコーディングの遅れが発生しますし、試験シナリオ作成者が設計書を読み違えた結果、誤った試験シナリオが生まれてしまう原因にもなります。 当然、システムエンジニアとして働いている