「3か月で売上20%アップ」 「今年中にTOEICスコア800点」 「年末までに10kg減量」 私たちのまわりには、常に「目標」が存在します。そして多くの場合、その達成のためにPDCAサイクルを回すように言われます。 でも、正直なところどうでしょう？ 緻密な計画を立てても、予期せぬ出来事で計画が狂う。目標を立てたものの、日々の業務に追われて後回しになる。立派な目標を掲げれば掲げるほど、達成できない自分を責めてしまう……。 そんなとき、注目したいのがOODAループです。PDCAサイクルとは異なり、計画より「いま」の状況の観察とそれに対応する「行動」を重視するこの考え方は、私たちを目標達成のストレスから解放し、むしろ着実な成果へと導いてくれるかもしれません。 従来の目標設定が抱える問題点 OODAループとPDCAサイクルの決定的な違い OODAループの4つのステップ：状況対応力を高める 1.

2025年1月末でGMOペパボ株式会社を退職します。現在有給消化中になります。 領域を広げた6年間 ダーマの神殿だった 「ダーマの神殿に行った気持ちで」と入社したGMOペパボ株式会社（以下ペパボ）での日々は確実に自分のソフトウェアエンジニアとしての領域を広げてくれました。 ペパボは多くのサービスを運用している会社です。それぞれは全然違うサービスでありながら「人類のアウトプットを増やす」という点で繋がっています。 全然違うサービスなので、サービスとして提供している価値が異なります。そして、その違いは要求される技術の幅につながっています。 私は、その振り幅を存分に体験できる位置で活動をすることができました*1。 また、特徴のある評価制度による自身の実績の言語化と内省は、なかなかにタフでしたが着実に力をつける機会となりました。 結果として私としては「Webアプリケーションエンジニア」と名乗るより

いわさです。 「Building Multi-Tenant SaaS Architectures」という海外の書籍があります。 著者は Tod Golding さんで、AWS のシニアプリンシパルソリューションアーキテクトの方です。 SaaS on AWS の領域でよく見かける方で、先日もラスベガスの re:Invent 2024 で講演されておりました。 マルチテナント SaaS を構築・運用するためには様々な課題に取り組む必要があるのですが、上記書籍はそれらの実用的なテクニック・戦略・パターンを解説したものです。 Building Multi-Tenant SaaS Architectures の日本語翻訳版が出るよ Building Multi-Tenant SaaS Architectures は 2024 年 4 月に発売されたのですが、来月 2025 年 1 月になんとこちらの

kyoh86 @kyoh86 ITエンジニア、ある程度は給料が高いし、それなりに合理性を重んじる文化の中にいるせいで「すべての人は合理的に動く」と信じているか「自分の合理性で他者の感覚や感情を説き伏せることができる」と思っちゃってる人が多い気がする。 2024-12-26 10:01:22

本書では情報セキュリティ対策の一環であるセキュリティ監視を実現するための方法として、セキュリティ監視の基盤を自分で構築するために必要となる実践的な設計・実装方法について紹介します。セキュリティ監視基盤を内製する方だけでなく、既製ソフトウェア・サービスを利用して基盤構築しようとしている方にも参考になれば幸いです。

2024年も残りわずかとなりましたね⛄️🎍 今年は、WebデザインギャラリーS5-Styleのリニューアルを通じて、多くの方々に新しい形をお披露目できた記念すべき一年となりました。そんな一年の締めくくりとして、オフィシャルキュレーター8名をお迎えして『出会えて感動したWebサイト』をご紹介します。 毎年楽しみにしてくださっている皆さんも、初めてご覧いただく皆さんも、ぜひお楽しみください！😃 それでは、まずこちらの方からです！ -- 01 トム・イシカワWEBSTAFF | GOOD PORTFOLIO | 𝕏👤💬どうもこんにちは、トム・イシカワです。ポートフォリオが好きすぎて涎を垂らす日々を過ごしていたらS5-Styleの公式キュレーターにお誘いいただき、さらにはGOOD PORTFOLIOというポートフォリオのギャラリーサイトを作ってしまったという普通の人です。今年、最も「ho

Jack @Jack_beansnack 国債と国庫金を除き、 「日銀ネット当預系を経由しないと決済できない」 のが肝。 現金の預払も、銀行⇔日銀の預払まで含めて、間接的に日銀ネット当預系を経由していると見立てられるか。 x.com/hattori0819/st… 2024-12-28 09:35:50 株式会社 協栄情報/CO-PROSPERITY INFORMATION Co.ltd @cpi_co_jp 大きく分けて「取引・指図・照合」、「清算」、「決済」の3段階構成 1. 取引・指図・照合: ・ 資金決済と証券決済の2種類に大別され、様々な方法で行われます。 ・ 資金決済: ・ 国庫金: マルチペイメントネットワークを介して行われます。 ・ 料金収納等: マルチペイメントネットワークを介して行われます。 ・ デビットカード: CAFISを介して行われます。 ・ CD/ATM: CD

2013年から「その年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2024年版を作りました。 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース（掲載終了）、サイトクローズなど 内容が「閲覧する際に1記事単位になっている（ページャーはOK）」になっていること 有料記事、課金しないと全部読めない記事などは除外 来年も良いブックマーク活動ができますように。 2024年にブックマークしたページでよかったもの 正月があと数十回しか

リソース名に規則性を持たせたい こんにちは、のんピ(@non____97)です。 皆さんはAWSのリソース名に規則性を持たせたいと思ったことはありますか? 私はあります。 AWSを使っている中で「命名規則を設定した方がいい」もしくは「設定しなければならない」場面があります。 利用し始めはリソース数や管理、使用するメンバーが少なくなんとかなることもあります。しかし、規模が大きくなってくると、命名規則が設定されておらず無秩序にリソース名が設定されていると、オペレーションミスが発生したり、構成を把握するのに時間がかかったりします。 そんな命名規則を設定するのにあたって参考になるのが以下記事です。 こちらの記事をベースに命名規則を改めて考えてみた時に、考慮が必要な内容をまとめてみました。 以降、AWSリソースの命名規則についてまとめた基本設計書の例を紹介します。 記載した内容に対する一言コメントは

ネットワークデータの可視化のツールは世にたくさん出回っていますが、ただ使うだけでは「よくわからないけどすごそうな画」が出るだけで活用が進みません。このトークでは、ネットワークデータから知見を見出し活用する手助けになるように、ネットワーク可視化の原理について主要なものを紹介します。