あの『山月記』の重厚な文体をそのままに、大阪のおばちゃん文化へ大胆に置き換えたパロディ作品。 原作の言い回しや構成を巧みになぞりながら、ローカルネタや軽妙なツッコミが差し込まれていて、思わず笑ってしまいました。 単なるギャグではなく、原作への理解とリスペクトが感じられるところも面白いポイントだと思います。

はじめに 先週、「おい、辞めるな」という記事を書きました。 syu-m-5151.hatenablog.com 思った以上に反響がありました。何人かから連絡をもらいました。辞めないことにしました、考えるきっかけになりました、と。ありがたかったです。嬉しかった、と言っていいです。たぶん。 ただ、何か落ち着きませんでした。辞めないと決めた。それは分かった。で、その次は。辞めないと決めただけで、何かが変わるわけではありません。私がそうだったからです。 辞めないと決めた後も、何も変わりませんでした。評価は上がらない。漠然としたモヤモヤは消えない。夜遅くまでコードを書いた。勉強会に参加した。資格を取った。ブログを書いた。技術力を上げれば認められる。そう信じていました。 評価は上がりませんでした。 振り返ると、私は頑張り方を間違えていたのです。もっと正確に言えば、評価の構造を理解していませんでした。良

はじめに前職で技術顧問として そーだいさん にJOINしていただいていた際、私はデータベース設計から仕事の進め方相談まで、本当にお世話になりました。 そーだいさんは「ガタイも(物理的に)声も大きくて、ちょっと圧倒されるな……！」というものでしたが、実際にお話ししてみると、その中身は驚くほど優しく、そして本当にロジカルで誠実な方でした。 その圧倒的な「言語化能力」で、技術的な課題はもちろん、エンジニアとしての振る舞いや問題解決の考え方を、誰にでもわかる言葉で解きほぐしてくれます。 今回は、私が定期的に読み返し、1on1などの場でも「まずこれを読んで！」と周囲に布教している、そーだいさんの発信をいくつか紹介したいと思います。 1. 仕事を進めるうえでのマインドセット1-1. Howだけ考えると複雑さを導入して仕事が増える 「偽の進捗」の連鎖によるリソース枯渇の防止 手段に没頭して手順書の保守や

「Slackで何を言いたいのかわからない」「ドキュメントを書くのに異常に時間がかかる」 こういった人は組織に一人はいないだろうか。 マネージャーとして「言語化能力を鍛えてほしい」と思うことは多いとは思います。また、LLMを利用して業務を行う際には言語化能力が非常に重要となると考えております。 ですが、正直なところ、できていない人に対して、トレーニングでなんとかなるのか疑問に感じることもあるのではないでしょうか。 僕は23歳の頃、会社の先輩に「お前、何言ってるかわからないから話すのやめるわ」と言われたことがあります。かなりショックだったのですが、それ以来、「どう伝えればわかってもらえるか」を強く意識するようになりました。 その結果、今では言語化能力が高いと言われることもあります。（このようなnoteを書いていると言語化してもらうの助かるとも言われます。） このような経験から言語化能力は天性の

「タスク分解」が苦手だという悩みを、若手プロジェクトマネージャーだけでなく、多くのビジネスパーソンから耳にします。 この悩みが広がる背景には、目的・目標を具体的なタスクに分解するスキルを体系的に学ぶ機会が少ないにも関わらず「できて当然」と扱われていることがあると考えています。 そこで今回は、なぜタスク分解が難しく感じるのか、そしてどのような考え方と手法で克服できるのかを、実践的な視点から解説します。 なお、この記事では、アクションとタスクは明確に分けて記載しています。それぞれの詳細はこちらの記事をご確認ください。 ■アクション 概念レベルの活動であり、「何をするか」を示す抽象的な行動 ■タスク アクションを具体的で実行可能な作業単位に分解したもの タスク分解の前に、アクションを明確にする大きな目的・目標を前にして、いきなり具体的なタスクに分解しようとする人がいます。しかし、これではうまくい

いわゆるエンタープライズ向けソフトウェア開発技術者向けにお勧めする本をまとめてみた、というか10年くらい前に書いた記事を見直したもの。後輩から「後輩に勧めたい本を教えてください」という相談を受けることがあって（白目）記事が古くなっていたことに気づいたのだった。10年前の記事と同様にSIer勤務でお固めのドメインの受託開発に従事しているエンジニア向けになっていると思う。なお学生、新人、初心者向けにはなっていないのであしからず。 10年以上前に書いた記事はこちら agnozingdays.hatenablog.com ソフトウェア開発ライフサイクル全般 IPA 応用情報処理技術者試験 プロジェクト管理 デッドライン 人月の神話 アート・オブ・プロジェクトマネジメント 見積もり ソフトウェア見積り ～人月の暗黙知を解き明かす～ アジャイルな見積りと計画づくり ～価値あるソフトウェアを育てる概念と

Obsidianに入門しました LLMとマークダウンの相性がよいということで話題になっているObsidianに入門しました。本も買って読みました。 Obsidianで“育てる”最強ノート術 そして、色々試行錯誤してみたのですが…結局自分の場合は、あんまり使い道がないことに気づきました。ノートはiPadでApple Pencilで手書きが好きなのと、デジタル的なまとめは、はてなブログやZennにブログとしてまとめているからです。Notionもメモとかノートというよりは、データ置き場って感じなんですよね。 ただ、Web Clipperは、PCでもiPhone/iPadでもクリック（タップ）一発で、ウェブサイトを保存できて便利で活用することにしたので、設定方法を残しておきます。 Obsidianインストール Homebrewインストール済みの場合は、以下コマンドでOKです。 もちろん、公式サイト

これはなに こんにちは、LT開発部のもりたです。 今回はもりたが最近はじめたZettelkastenのご紹介をします。これは知識管理の手法で、アウトプットの敷居がめっちゃ下がるやつなんですが、ま〜〜よくわからん単語すぎて困ると思うので、今日はサクッと本編に入りますね。 Zettelkastenとは？ Zettelkasten（ツェッテルカステン）は、学びを小さなメモにして保管する方法論です。やっていることはそれだけで、ただただ学んだことを小さくメモにまとめて貯めていきます。その際に大切な点があり、それは「自分の言葉で書く」ことと、「情報をなるべく小さく保つ」ことです。 Zettelkastenっていろんな説明のされ方があるんですが、この「範囲は小さく、品質は高く」思考を言語化できるというのが最初の大きなメリットです[1]。 今回はZettelkastenなんて１ミリも知らんぜというみなさん

はじめに 労働は疲れる。疲れてるんだから、疲れてるってことからはじめるんだよ。 このノートは「どうして働いていても本が読めるのか」について書いていきます。まず、基本設定は「われわれは疲れているし時間がない」です。言うまでもなく働いていると本は読めません。疲れてるので。 だからこそこういうときに本を読む方法をこしらえる必要があります。それは、だるい疲労と忙しさに正直なものでなくてはなりません。 われわれの戦い方は「本をバッと開いて、「おっ」となれば、パパッと読む！」です。このnoteはこのことを掴んでいただくために書いています。 わたしは働きながらあれこれ本を読んでいましたが、その戦い方について簡単に実体験をまじえながら紹介していきます。 ここで、わたしが働いていた状況について簡単に書いておきます。 平日はだいたい9−9時の12時間労働でした GWとお盆と年末年始は２連休くらいとれるかなとい

日鉄ソリューションズ株式会社でW&Bの技術支援を担当している藤野・高畠です。生成AIにおいて重要な役割を果たすRAGですが、ビジネスシーンで効果的に活用するためには、回答精度の向上をはじめとしたさまざまな改善が求められます。本記事では、RAG改善のために押さえておきたいポイントを解説します。 1. RAG改善の目的Retrieval-Augmented Generation (RAG)は、生成AIアプリケーションにおいて外部データソースを活用しながら応答を生成するアプローチであり、大規模言語モデル (LLM) の強力な生成能力と外部知識ベースの情報を組み合わせることで、幅広いユースケースに対応できる事からLLMの実業務適用の手法としてデファクトスタンダードとなりつつあります。 しかし、開発したRAGシステムを実業務へ適用する場合、以下に代表される様々な項目でユーザの要求に応える必要があり、

はじめにまず始めにこの記事を読んで頂くに際しての 注意事項と留意して欲しい点について記します。 ※文量や画像やリンク数が多いので、通信環境やデバイスの処理能力によって表示に不具合が発生します。Wifi環境やPCでの閲覧を推奨します。 この記事は文献としての側面よりも、Wikipediaのようなアップデート型の情報アーカイブを目指しています。 なので現時点の公開内容は、完璧な歴史書やインデックスであるというよりも、不完全な叩き台だと考えて欲しいです。 上記、ラウドロックの歴史の動画では簡略した年表図を公開しましたが、 現在に至るまで、この動画で作成したようなある程度のレベルで包括された簡単な歴史の略図すらこの世に存在していません。 この動画をきっかけに新たな語りべが登場したり、批判なり補足なりの研究が進むと思っていましたが、残念ながらそれも起こりませんでした。(僕らが探せていないだけかもしれ

どうも、ぼくです。 本日からいつもの日常に戻る方も多いのではないでしょうか？我が家もそうで…昨夜、妻と子供たちが絶望していました。最近は、保育園も大変なのね…（笑） 一方で自分はというと、大晦日とお正月に遊んだ以外はいつも通り…なんならそれ以上に仕事をしていたので（家族が常にいるとレシピの試作を食べてもらえる✨）絶望感はありません…が、だいぶ寂しくなる予感😿 そういえばインフルエンザが凄まじい勢いで流行しているようで！！Xでお医者さんアカウントが「検査薬ないよ！タミフルないよ！待ち時間が長いから家で寝ていた方がいいよ！」と発信しているのをみて、ひえ～～～～となりました。確かに、自分の周りの友人もインフルエンザでバッタバッタ倒れているもんなぁ… きっと近い未来、妻や子供達がインフルエンザにかかり、家族の中で感染すると思うので、動けなくなる前に仕事を少しでも終わらせておこうと思います。 *･

はじめに データ分析基盤の資料を力尽きるまで追記していきます。 構成図にあるアイコンや記事の内容から技術要素を調べて記載していますが、不明分は未記載にしています。修正のコメント頂ければ助かります。この記事追加してっていう要望も歓迎いたします。 テンプレート 2025年 2024/09/12 : 株式会社朝日新聞社 データソース : Google Analytics、Adobe Analytics、Amazon S3、Amazon RDS データ処理 : TROCCO、BigQuery アウトプット :Tableau、Looker Studio 2024/09/12 : 株式会社CARTA MARKETING FIRM データソース : Amazon EC2、Amazon S3 データ処理 : Fivetran、Snowflake、dbt、AWS Step Functions、Element

最近「ああ、これ前職でも前々職でもやったことあるなぁ」という仕事があった。データエンジニア(やその関連職種)として働き始めて約5年、3社でフルタイムとして働いてきて「このスキルは業界や組織規模が変わってもデータエンジニアとしてスキルを求められることが多いな」と感じたものをまとめてみることにした。棚卸し的な意味はあるが、特に転職用などではないです。 前提 どこでも必要とされたスキル データマネジメントに関する概要レベルの知識と実行力 セキュリティや法令に関する知識 事業ドメインに関する興味関心 他職種とのコミュニケーション能力 コスト管理 / コスト削減のスキル ソフトウェアエンジニアとしてのスキル DataOpsやアラートのハンドリング能力 分析用のSQLを書く力 古いテーブルやデータパイプラインを置き換えていくスキルや胆力 あるとやりやすいスキル 関連部署の動きを何となく把握しておく力

(2025年12月) 第4部「細かすぎて伝わらない編（仮）)」を試験的に公開。現在 GitHub スポンサーの仕組みを利用した限定公開です。 (2025年12月) 書籍版の内容を基に全面的に更新。 (2024年9月) 書籍『普通の人が資産運用で99点をとる方法とその考え方』が日経BPから出版されました。詳しくはこちら。 今後もこの記事の内容は必要に応じてアップデートする予定です。質問等は、GitHub Issues までお願いします。 更新履歴 直接、ここ (Blame の結果)をみてもらうのが一番早いです。以下の更新履歴はおまけ程度です。 [2025-12-17 Wed] 第4部「細かすぎて伝わらない編(仮)」 を仮公開 [2025-12-17 Wed] 書籍版の内容に更新 (Issue #79) [2024-10-23 Wed] 目次を追加。内容は同じ。 [2024-08-01 Thu

50代のおっさんエンジニアになってたので、雑に40代にやっておいてよかったことなどを振り返ってみた。思い出補正があるかもしれないので参考にしようとする人は注意。 運動習慣をつけた 資格学習を継続した 読書習慣を維持した 仕事と関係ない勉強を始めた IT勉強会コミュニティへの参加をやめた ブログを書き続けた 運動習慣をつけた 40歳になったころに人間ドックでメタボ判定を1度受けたことをきっかけに、運動をするようになった。現在も続けているので習慣化に成功しており、おおむね健康を維持できている。 ゴルフを含めてスポーツの趣味はない（今もない）。ゴルフは誘われるけど、興味がない（週末に会社の人と遊ぶような思考を持ち合わせていない） ダイエットするなら食事改善というのは理解しているけど難しそうなので、筋肉つけて代謝を高める方向性を選択 コロナ禍以前は会社帰りに福利厚生で安く使えるジムのプールで泳いで

TOPコラムプロフェッショナルの技術書本棚基礎の学び直しから実践へ。『エキスパートPythonプログラミング』翻訳者が推薦するPython本3冊 Python書籍翻訳者 清水川 貴之 株式会社ビープラウド所属。一般社団法人PyCon JP Association会計理事。 2003年にPythonを使い始め、それがオープンソースとコミュニティー活動に関わり始めるきっかけとなった。本業ではソフトウェアエンジニアとして自社サービスの開発に携わり、上から下まで幅広く担当。本業のかたわら、Python mini Hack-a-thonやSphinx-users.jpなどPython関連イベント運営、カンファレンスでの講演や書籍の執筆翻訳、またOSS開発を通じて技術情報を発信している。 1. 『改訂新版 最短距離でゼロからしっかり学ぶ Python入門 必修編〜プログラミングの基礎からエラー処理、テ

実はハードル高そうに見えて低いのがグラタン。牛乳常備していない人には勧めないけど、大抵の残り物野菜はこいつで処理できる。 マカロニはレンジ7分で茹で上がるので茹でてる間に玉ねぎ1/4の薄切りと適当に余った野菜入れて炒める。あればウインナーか鶏肉いれる。 玉ねぎが透き通ったらそこにハウスシチューの粉大さじ1入れて玉ねぎにまとわりつかせる。 牛乳と水を80mlずつ入れる。とろみが出てくるのでそこに茹で上がったマカロニ投入。あとチーズ乗せてオーブントースターで4分くらい焼くだけ。 焼き時間入れても14分位で終わる。楽ではないけど残り野菜処理したいときとかカレー作るよりは楽。ハウスシチュー使えばほぼそれだけで味決まるので初心者でもできる。シチュー作るよりグラタン作るほうが圧倒的に多いわ。

nonako（ノナ子） @chiku2_nonako ぬいぐるみを作ります。がんばります。 世界が良くなれば良いなと思っています。音楽が好き。📷instagram.com/nonako__s?igsh… ✉️nonako.nui@gmail.com↓おみせ（販売お休み中） nonakonui.base.shop nonako（ノナ子） @chiku2_nonako ぬいぐるみ投げて写真撮るやつやりたくて、投げる用のぬいぐるみ作った 今度外で撮影するからその前に家で予行練習したけど才能が無さすぎる 上手な人コツを教えてください 泣 pic.x.com/gyo39qgwkw 2024-08-07 05:37:31

本を読んでて、気になるところがあったら、 その要点をテキストファイルに箇条書きにして、整理しながら読書する。 これだけ。 これだけで、読書の質が桁違いに上がります。 これをやると、「普通に本を読むだけだと、理解した気になってるだけで、実はろくに理解してなかった」と分かって驚きます。 話はこれで終わりですが、 以下の点が気になる方もいらっしゃるでしょう。 ●どんな人がどんな本を読む場合にもそうなるわけじゃないだろ。具体的に、どんな人がどんな本を読む場合にそうなるんだ？ ●そんなの面倒くさくてやってらんない。手間をかけずにやる方法はないの？ ●具体的にどうやるとうまくいくのか、もっとちゃんと説明しろ。 そういう方のために、以下、これらについて補足します。 まず、読書を以下の９種類に分類します。 (1)リアルタイム活用読書読んだ知識を今やっている仕事/生活/趣味にリアルタイムに活用しながら読む方