<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
    <channel>
        <title>mashi - しずかなインターネット</title>
        <link>https://sizu.me/peta</link>
        <description>mashi さんの記事一覧のRSSフィードです</description>
        <lastBuildDate>Thu, 02 Jul 2026 05:24:39 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>しずかなインターネット</generator>
        <copyright>© @peta</copyright>
        <item>
            <title><![CDATA[Tidy First?を読んで]]></title>
            <link>https://sizu.me/peta/posts/v3dbo3owwbsr</link>
            <guid>https://sizu.me/peta/posts/v3dbo3owwbsr</guid>
            <pubDate>Thu, 08 May 2025 06:53:59 GMT</pubDate>
            <description><![CDATA[技術的負債と「整頓」──未来の選択肢としての返済
前回、技術的負債は「返済タイミング（時間軸）」と「利子（日々の開発にかかる影響）」の2つの観点から捉えたいと書いた
Kent Beckの『Tidy First?』の２つの考えを残しておく。──オプショナリティ（選択肢）と時間価値（Time Value）──。
「整頓」は未来の選択肢である
『Tidy First?』の第24章で語られるのは、「ソフト…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[Devinパイセンについて]]></title>
            <link>https://sizu.me/peta/posts/0e4z14mv3u8z</link>
            <guid>https://sizu.me/peta/posts/0e4z14mv3u8z</guid>
            <pubDate>Thu, 23 Jan 2025 01:37:25 GMT</pubDate>
            <description><![CDATA[会社でDevinのトライアルが始まった。凄まじいですね。
コンテキストを集中させておく意味
明らかにゲームルールが変わったと思うのは、今まではプロンプトを通じて「AIに教える」必要があったのが、これからは「AIがアクセス可能な形」にするだけでよいということ。
またアプリケーションコードにおいても、標準化・構造化されているかで効率は段違いである。平たく書くよりはclassを使ったほうがいいし、もっと…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[GQuuuuuuX。もう最高です。2025年のエンタメ始まってます。]]></title>
            <link>https://sizu.me/peta/posts/w46nf2ds67r4</link>
            <guid>https://sizu.me/peta/posts/w46nf2ds67r4</guid>
            <pubDate>Sun, 19 Jan 2025 12:49:02 GMT</pubDate>
            <description><![CDATA[ジークアクスを見た。
開幕からやってくれたな感。隣の往年のガンダムファンと思しき方は開幕から笑っていた。気持ちはわかる。あれをやられたら思わず笑顔にならずにはいられない。
ビギニングの部分はシャア以外のキャラの説明はほぼなく、超絶初見殺しだとは思う。一緒に行った初見ユーザはグラナダもソロモンも誰の持ち物かもわからないと言っていた。それはそうである。
令和にファーストってマジか
もうね。言うことはな…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[業務プロセスと業務機能は直行する]]></title>
            <link>https://sizu.me/peta/posts/rx357k3xem3a</link>
            <guid>https://sizu.me/peta/posts/rx357k3xem3a</guid>
            <pubDate>Tue, 14 Jan 2025 10:02:55 GMT</pubDate>
            <description><![CDATA[業務プロセスは、特定の担当者があるタイミングで遂行する業務のくくり。一般にいうユースケースは業務プロセスの構成要素の一つ（１ユースケース１業務プロセスとなる場合もあるし、複数のユースケースからなる場合もある）
UIや画面デザインというのは業務プロセスから考えるが、業務機能は異なる。残をどうデザインするか（≒帳簿の設計）から考えることが望ましい。
よく言われるデータは処理より寿命が長いというのもここ…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[RSGT 2025 に行ってきた]]></title>
            <link>https://sizu.me/peta/posts/i4n21i9r78wk</link>
            <guid>https://sizu.me/peta/posts/i4n21i9r78wk</guid>
            <pubDate>Tue, 14 Jan 2025 09:59:23 GMT</pubDate>
            <description><![CDATA[参加のモチベーション
年始からお休みをいただいて、Regional Scrum Gathering℠ Tokyo 2025に参加してきた。
もともと自分の中でスクラム開発の割合は大きい。Web系に長く務めているのもありゆるめからガチッとしたスクラム、変形ver（あまり良くないのかもしれないが）など様々なロールで参加してきた。
一方で、自分はスクラムが銀の弾丸ではないという気持ちもあり、総本山（？）…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[戦略的DDDの実践とは「それエンジニアの仕事じゃないですよね」を言わないことから始まる]]></title>
            <link>https://sizu.me/peta/posts/ex7vwxshch4i</link>
            <guid>https://sizu.me/peta/posts/ex7vwxshch4i</guid>
            <pubDate>Tue, 14 Jan 2025 08:33:51 GMT</pubDate>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[デザイナーとの協業]]></title>
            <link>https://sizu.me/peta/posts/a1ve0862ibkw</link>
            <guid>https://sizu.me/peta/posts/a1ve0862ibkw</guid>
            <pubDate>Tue, 27 Aug 2024 10:32:47 GMT</pubDate>
            <description><![CDATA[実装上の難しさやフィジビリティを伝えずに、本当にユーザにとって必要なものをデザインしてください。それを実装するので。は個人的には違う。
どこを変えやすくて、どこは難しいかをできるだけ共有することで、デザイン上の変更しやすさのニュアンスを伝えたい。
何を伝えたいか、何は簡単で、何が難しいか。それを共有することでよりアジャイルな（本来の意味での）開発をやっていきたい。]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[単体テスト本を読んだ]]></title>
            <link>https://sizu.me/peta/posts/22awi2dc85zu</link>
            <guid>https://sizu.me/peta/posts/22awi2dc85zu</guid>
            <pubDate>Fri, 09 Aug 2024 13:24:00 GMT</pubDate>
            <description><![CDATA[最近単体テストの考え方/使い方を読んでテストの方針を考えた。
https://book.mynavi.jp/ec/products/detail/id=134252
単体テストの3つの手法
出力値ベーステスト
テスト対象のコードが返す結果を検証する。
このときテスト対象のコードには副作用がないこと。
状態ベーステスト
検証する処理の実行が終わったあとにテストの対象データベースや状態を持つオブジェク…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[技術的負債ではなく「Technical debt」と言え]]></title>
            <link>https://sizu.me/peta/posts/4a1ut37c9t15</link>
            <guid>https://sizu.me/peta/posts/4a1ut37c9t15</guid>
            <pubDate>Wed, 03 Apr 2024 13:37:58 GMT</pubDate>
            <description><![CDATA[財務諸表において「Debt（負債）」は、支払いや返済義務を負う資産として表される。短期（１年以内）・長期の2つに区分され、「支払い期日がいつ到来するか」と利子については当然重視される。
技術的負債はどうだろうか。経験ベースではあるが、時間軸に関しても、利子に関しても明言されることは少ないと感じる。Debt Financeと違ってお金に直接換算することはかなり難しい。（正確に測るのはほぼ不可能と言っ…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[シンプルなロジックが複雑な実装になるわけ]]></title>
            <link>https://sizu.me/peta/posts/09kk6dixvvf3</link>
            <guid>https://sizu.me/peta/posts/09kk6dixvvf3</guid>
            <pubDate>Wed, 06 Mar 2024 01:19:14 GMT</pubDate>
            <description><![CDATA[プロジェクトに後から入ると、「（本来はシンプルなのに）なぜこんなに複雑なんだろう」と思う時がある。（プログラマじゃなくても思うことはないだろうか）
これは”時間”が反映されていないからである。
というのは、今の断面から見ると、構造的には綺麗なツリーとなっていて、構造化することもそんなに難しくないかもしれない。
例えば、このような処理の時にレイヤリングするのはそこまで難しくないだろう。切り出し方は色…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[葬式]]></title>
            <link>https://sizu.me/peta/posts/vbvhutbshivr</link>
            <guid>https://sizu.me/peta/posts/vbvhutbshivr</guid>
            <pubDate>Wed, 06 Mar 2024 01:18:47 GMT</pubDate>
            <description><![CDATA[幸か不幸か29歳にして人生初の葬式に出席することになった。
「出席」が正しいのだろうかと思って調べてみる。主催者側として出る場合は出席、招かれた場合は参列、主催者側が招いた方をさすときは列席というらしい。
今回は家族葬という方式をとるらしい。葬式会場の中にリビングダイニングキッチン付きの和室があり、そこで寝泊まりしながら葬式の日を待つ。
死後24時間は葬儀ができないと聞いた。「墓地、埋火葬に関する…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[「とりあえず早く動くものを作る」の限界]]></title>
            <link>https://sizu.me/peta/posts/m5526vinfc27</link>
            <guid>https://sizu.me/peta/posts/m5526vinfc27</guid>
            <pubDate>Tue, 13 Feb 2024 15:39:08 GMT</pubDate>
            <description><![CDATA[開発初期は「とりあえず早く動くものを作る」ことがよしとされることが多い。
場合によってはお客様に提供が始まってからも、「とりあえず早く動くものを作ろう」精神で進めることもある。
しかし、シチュエーションは変わるのである。経験的にこの2つが大きな変数になると感じている。
お客様が使い始めている
他の開発者（や他の開発メンバー）がチームに加わっている
"お客様が使い始めている"こと
とてもハッピーなこ…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[技術が大事なのは余地をつくるため]]></title>
            <link>https://sizu.me/peta/posts/dfrrdnvhx28w</link>
            <guid>https://sizu.me/peta/posts/dfrrdnvhx28w</guid>
            <pubDate>Thu, 18 Jan 2024 01:20:17 GMT</pubDate>
            <description><![CDATA[技術は手段。非常によく聞くフレーズ。実際合ってるとは思う。だけどぼんやり思っている反論みたいなものをまとめたい。
意思決定は間違っているかもしれない
営利活動である以上、お客様の課題を解くことが売上になるはずである。
一方で課題が常に合っているかはわからない。ましてや解決方法が常に最善かはわからない。時間が進むと解決方法が変わるかもしれない。課題設定は合っていたとしても解く順番が違うかもしれない。…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
        <item>
            <title><![CDATA[クラスを使うモチベーションと手を抜かないポイント]]></title>
            <link>https://sizu.me/peta/posts/w96d3wetofsr</link>
            <guid>https://sizu.me/peta/posts/w96d3wetofsr</guid>
            <pubDate>Fri, 29 Dec 2023 03:55:50 GMT</pubDate>
            <description><![CDATA[クラスを使いたいのは生成知識を閉じ込められるから。正直それだけ。
開発の初期に構造だけをバチッと決めるのはかなり難しい。ここでいう構造はエンティティやレコードのクラスやフィールド。
一方でその構造を上手く使えてるかという点においては考える難易度が少し下がる。
例えばタスククラスはどのタイミングで生成されるのか、そのときなんの値がわたせるのか。ユースケース図と言えなくもないが、クラスの初期化のタイミ…]]></description>
            <enclosure length="0" type="image/png" url="https://static.sizu.me/api/og-image/e643e4b5ce8e?theme=user&amp;username=peta"/>
        </item>
    </channel>
</rss>