WEBを支える技術 9.1.1 その他のHTTPヘッダ より filenameパラメータでファイル名を指定しています。この例ではrest.txtというファイル名であることがわかります。 ご多分に漏れず、このヘッダも電子メール仕様から拝借しています。したがって、いろいろな歴…
組織パターン 9.4.1 | 人間的課題をプロセスに組み込む プロジェクトの「擬人化」が深く進んでいった。アジテーターの責務として認められていたものについて考えてみよう。 チームがのんびりしすぎないようにする 議論を引き起こす 誰も言いたがらないことを…
https://qiita.com/rchaser53/items/5b69b717ae07220daed9 https://github.com/rchaser53/rlb
設計がコードの中で具体化されてしまえば、ドキュメントを書くのも容易だった。 組織パターン 7.2.1 プロセスの欠点 ユースケース手法とは逆の考えだなぁ
7.2.2構造より引用 本書にあるパターンをすべて通る一本の糸があるなら（そしてそれは、ここで紹介しているパターン言語にとって本質的な原則だ）、それはプロダクトへの集中だ。顧客にデリバリーされるのは、開発プロセスでも内部のドキュメントでもない。…
組織パターンの6.3.6 より引用 組織パターンは組織の文化と切り離して考えることができない。これらのパターンを適用する際には、多くの場合、組織の文化を変える必要があることを忘れないでほしい。文化は組織と深く結びついているので、それらの変化は困難…
動機 背景 コンセプト やること やらないこと 流れ を事前に決めて立て付けを十分組み立てた上で共有する そこから考えに同意してくれる人と小さく始めていくこと みんなで決めることは可能だが以下の点でデメリットがある 時間がかかる 参加者の体力がいる …
PRの指摘で意見が分かれた場合その命題を抽出して別途、メリットデメリット適用できる場合カバーする方法を議論系勉強会の場に持っていくこと このパターンは以下の機能が期待できる。 勉強会の話題の発見 知識の共有伝播 考え方の共有 情報の整理 意見の分…
prを出すときに なんでも指摘待ってますー！ というコメントを添えてprを出しました。 背景は割愛しますが、狙いとしてはレビューをどんな言葉で行うかの確認が主です prの説明に以下のページで紹介されているテーブルを貼っておき、こちらのラベルを書いて…
https://x.com/ryuzee/status/1698865632664858889?s=12 グッドハートの法則だな。「管理のために用いられる測定はすべて、信頼できない」。言い換えれば、測定され、報酬が与えられるものはすべて改ざんされる https://x.com/yuya_takeyama/status/16990844…
見慣れぬ場所に行くことは面白い 慣れないことをすることは面白い 最近外に出なかったからだろうか たくさんの物・人・動きに疑問を湧いてくるから面白い。 ちょっとした外出をする時に駅のホームにいる時に看板の色 スマホを触る人 重心を片方に乗せている…
SpringBootのバージョンは3系 Javaは17を使っています。 実装は、下記のgithubに配置しました。 BE github.com BFF github.com front(vue) yuruhuwa-irotori/WordListRegister.vue at feature/設定登録 · rami2076/yuruhuwa-irotori · GitHub 参考にしてくだ…
概要 任意のファイルとJSONをRESTで受信する際のサーバサイドのコードを残します。 JDK20 SpringBootは3系を使用します。 コードの全体は、以下を参照してください。 今回は、JSON文字列とcsvファイルをHTTPのPOSTメソッドを使用してmultipart/form-dataとい…
原文: openjdk.org 翻訳 kagamihoge.hatenablog.com なぜか消えてる b.hatena.ne.jp Key Local Variable Type Inference: Style Guidelines
stackoverflow.com github.com medium.com java - Sending a file containing json value using RestTemplate - Stack Overflow m-shige1979.hatenablog.com
aaaaaaa
分からないといえない人を見分ける方法に対する仮説メモ。 過去どのようなコミュニティに属していたか？ コミュニティの数の多い少ないに関連しているのではないかという仮説がtwitterで展開されていた。 あ～、所属したコミュニティの数か…！ノーマークだっ…
伝えたいことがあるとき、言葉で伝えることには限界がある。 言葉で伝えるというのは形式的な言葉のこと。 体験を伝えることを言葉で伝えることと言っています。 これは下記の動画を見て共感したこと。 動画が削除されないことを願います。 【ひろゆき&成田…
#### スクラム開発についてスクラム開発の振り返りのざっくりしたメモ。##### 感想短い期間で開発を繰り返す手法なので、いろいろな事を試行錯誤しやすい環境。##### ウォータフォールと比較して目標・目的に立ち返るタイミングが多いので自分事化した開発を…
概要 読書記録です。 読書リスト 1月: 実践テスト駆動開発 2月: モノリスからマイクロサービスへ 3月: リファクタリング-既存コードを改善する- 4月: レガシーコードからの脱却-ソフトウェアの寿命を延ばし価値を高める9つのプラクティス- 5月: - プロになる…
https://www.jstage.jst.go.jp/article/sicejl1962/40/8/40_8_549/_pdf kata-log.rocks edo.repo.nii.ac.jp https://edo.repo.nii.ac.jp/?action=pages_view_main&active_action=repository_view_main_item_detail&item_id=844&item_no=1&page_id=13&block_i…
kata-log.rocks
ラ・ラ・ランドを見た。 誰といるのか？ 何をするのか？ 人生における大切なことが詰まっている作品だった。 何を大切にするのか。 良く考え後悔の無い人生を。 ラ・ラ・ランドはみんな幸せで終わった
DDDの話とかを勉強してるとドメインについて詳しいことであったり認識合わせを行う事の大切さであったり、という話が多く出てくるところから着想して、プロとして情報を扱う場合には、ビジネスサイドのことをわかっておかないといけないよという文脈の中でビ…
設計書を残さないではなく、 仕様書を残す。 段階的に仕様書をコードから自動生成したものに移行する。 移行できない仕様書はきっちり書き切る。 アジャイルや自律的な組織において意識決定と情報共有するための作業記録としての文書作成など自由に文書を作…
E2Eで検出する、表明することは、領域ごとに異なる開発者が作ったものに認識齟齬がないかを検出し、プロダクト全体の機能を表明する。 それが、E2Eテストの役割だと自分は考えている。 領域ごとに集まりミーティングを重ね仕様を決めていっても、認識齟齬や…
正しさは変わっていく正しさは現実に最適化される正しさにはコストがかかる
ルールがあるべきタイミング。 みんなが欲しいと思ったとき。 開発の前にそのルールがあればよかったのにと思わせないようにする。 ルールは緩くできるという意識があればまずルールを作るとい運用は可能かなと思う。 検証必要。
先行研究を無視して曖昧な用語をバンバン使っていて申し訳ない。 仮説1 選択肢が複数あるときの判断基準の一つにフィードバックが早く発生するかしないかがある際は、早い方を選んだ方が良い結果になるように思う。 良い結果とは無理のない生産活動を継続で…
なら星一つ壊してもいいそれぐらいは覚悟してほしい
