2025年8月に同社を退職することにしました。3年10ヶ月、前職よりもさらに長い自己在籍期間を更新していました。 マネーフォワードでの思ひ出 組織の大きさゆえの交流幅 英語トレーニング SRE NEXTに登壇とスポンサーブース参加できた よくある質問 急にどうした 脱サラ？カレーだけで生計を立てるの？ 不安とかないんですか？ 本当に？ 修行しましたか？ 今後の営業について 初回 その後、直近の出店 さらにそれ以降の出店予定 3年10ヶ月ぶり最終出社、こちらは例の儀式写真です。 今日まで素晴らしい経験をさせてもらったことに感謝します！ なお8月後半からは間借りカレー店をオープンしますので、皆さまお近くに来た際はぜひ遊びに来てください🍛@spice_nishige pic.twitter.com/bBT9pYcMkr— oʎЯꓕɅ (@3s_hv) 2025年8月13日 今回、間借り営業やコ

来週で40歳にあるので30代の振り返りとしてこれを書く。 そんな30代を全力で走ってきた中で、これは30代でやってよかったな。 もっと早くやってもよかったな。というようなことを書く。 最初に行っとくと一般的にやったほうが良いということは基本的にやったほうがいい。 そういうのも含めて実際にやってみた経験も書く。 習慣を作れるようになる これは本当にやったほうがいい。 身につけるのであれば、早ければ早いほどほどいい。 もう少し具体的に話すと自分がやりたいことを実現していくためには習慣にできるとよい。 なんでも習慣にできると強くて、自分はどうやったら習慣になるんだろう？ってところを理解して上手くハックして習慣化していけると自分のやりたいことがどんどん実現できるようになる。 運動習慣 これも早ければ早いほど良いと思うが、朝か夜の散歩くらいからでもよいからやったほういい。 コロナ禍をきっかけに自分は

こんにちは、『freee技術の本』編集長のWaTTsonです。 先日のブログ記事で、技術書典17で『freee技術の本』の第2弾を出すことを発表しました。 developers.freee.co.jp 前回の記事では概要だけを公開していましたが、書影や目次などの詳細を公開します！ 『freee技術の本 freeeにおけるマルチプロダクト開発 ～モノリシックとマイクロサービスの狭間で～』 目次 第I部 freee のプロダクトアーキテクチャと開発 第1章 成熟したプロダクトの大規模リアーキテクチャ～統合分離への挑戦～ 第2章 インタビュー: 新しい業務システムを作るために必要な思想を巡って 第II部 マルチプロダクトを構成する要素 第3章 アクセス制御基盤 第4章 ワークフロー基盤 第5章 通知基盤 第III部 freee のプロダクト開発を支える基盤チーム 第6章 マイクロサービスにおける

こんにちは。メルカリのQAエンジニアリングマネージャーの@____rina____ です。今回は、連載『Mercari Hallo, World! -メルカリ ハロ 開発の裏側-』の第4回を担当します。 本記事では、メルカリ ハロのサービスローンチまでのQAプロセスを通じて、私たちはどのようにして安心・安全なプロダクトを迅速にリリースするための戦略を実行したか、具体的な方法とともに詳述しています。 この記事を通じて、以下の点についての理解を深めていただけることを目指しています： QAの役割とプロジェクト概要 効率的なQAアサイン戦略 成果物の透明性と管理ツールの効果的な活用方法 また、この記事を書くにあたり、私自身が学んだことや得た教訓についても触れています。これらの経験は、今後のプロジェクトにおいて更なる品質向上と効率化を目指す上で非常に貴重なものとなりました。 プロジェクト概要とQAの

誰かからの指摘を批判と捉えて過度に落ち込んだり反射的に言い返したりしまったりすることがある。 「指摘を批判と捉えない」というのは、"素直さ"を要素分解したうちの1つと言えると思う。 もちろん伝える側の表現に問題があることもあるけれど、攻撃されてるわけでもないのに勝手に自己防衛モードに入ってファイティングポーズ取ってしまう人は意外といる。 なぜ指摘を批判と捉えてしまうのかをあえて自分だけの問題として考えてみると、「能力が低い」「機嫌が悪い」の2つの結果ではないかと思う。 元も子もない話だが、能力が低いという話に帰着するというのが自分の結論である。 ここでいう能力というのは、一言でいうと想定力である。結局、自分が想定してなかったことを言われて処理しきれない時に発生する現象なのだ。全部先に想定されてる話なら、指摘されても批判とは捉えない気はする。 宿題をやってない子どもがおかんに宿題やらなくて大

来る2024年8月10日に埼玉浦和でbuilderscon 2024をやります！ 予定を空けておいてくださいね！ 近々セッション公募を開始予定ですのでネタをご用意のうえお待ちください。 また、手伝ってくれる方は@nasa9084までご一報ください！

2024年4月5日、江崎グリコは基幹システムの切り替え後にシステム障害が発生し、同社や販売委託を受けている一部の冷蔵食品の出荷に影響が生じていると公表しました。ここでは関連する情報をまとめます。 障害後緊急対応するも在庫数合わず業務停止 今回システム障害が起きたのは江崎グリコの基幹システムで2024年4月3日の新システムへの移行に伴い発生した。物流、販売、会計などを一元管理するERPパッケージ SAP社製「SAP S/4HANA」で構築されており、「顧客への継続的価値創出を可能にするバリューチェーン構築と経営の迅速な意思決定を目的とした、調達・生産・物流・ファイナンスなどの情報を統合する基幹システム」と同社では説明している。障害原因の詳細は同社から開示されてはいないが、システム障害の問題個所の特定は済んでいる。なおサイバー攻撃によるものではないと取材に答えている。*1 システム障害の影響に

たびたび話題になるので、自分の考えをメモしておく。 名古屋人が「ない」というのにはそれなりの理由がある。 「名古屋」とは地元民以外が「名古屋」と聞いて想像しているのは「名古屋都市圏 - Wikipedia」なのだろうが、地元民はあくまで自治体としての名古屋市内かその周辺を指していると考えている。 あと、名古屋人は尾張か否かに妙にこだわる(愛知県は尾張と三河で二分される)ので、尾張じゃないところはエリア外。 犬山は地理的には尾張なんだけど、名古屋市民から見ても「ちょっと足を延ばして観光に行くところ」のイメージが強い。 例えば「川崎の観光地には中華街がある」と言われたら違和感があるように、「名古屋には明治村がある」は違う。 そして、そういうのが挙げられる時点で「名古屋には観光地がない」という意識がより強固になる。 「他の都市には何かある」と思っている訳ではない「名古屋ほどの知名度があるのに、観

IIJ ネットワーク本部アプリケーションサービス2部所属。 メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 皆さんは、子どものインターネットの利用ルールってどのように決めているでしょうか。 文部科学省が提唱した GIGA スクール構想が実現され、今や小学校に入学すると 1人 1台、学校からノートパソコンやタブレットが配布される時代です。来年度 4月に小学校へ入学するお子さんをお持ちの親御さん、共通の悩みなのではないでしょうか。 登場人物 私 世界の悪と戦う一児の父親。 家庭内情報システム部 DX 担当部長、(兼)24時間パソコンなんでもお助けサポートセンター・カスタマーサクセス主任、(

ワークマンが8,800円のランドセルを売り出すというニュースが「はてなブックマーク」で話題になっていた1。そのニュースに対する反応を見ていて思い出したのだが、私も無印良品の安いランドセルを使っていた。それについて書く。 今ではもう売っていないようだが、かつて無印良品もランドセルを取り扱っていた。一般にランドセルは数万円するところ、無印のランドセルは当時6,150円だった。私は2005年に入学したのだが、ちょうどその年の新入生に合わせて発売された製品のプレスリリースがインターネットに残っていた。 出典：良品計画プレスリリース 6歳の私はどう思っていたか。ませた子供だったので、これがランドセルの相場に比してかなり安いらしいということは理解していた。でも普通のランドセルよりむしろかっこいいなと思っていて、わりと気に入っていたように思う。 ところで、なぜ親は数あるランドセルのなかでこれを選んだのだ

はじめに 皆さんこんにちは、株式会社エムアイ・ラボのエンジニアです！ 今回はソフトウェア設計のSOLID原則について学習したので、弊社のメインの開発言語であるTypeScriptのサンプルコードを使って共有できればと思います。 SOLID原則は、オブジェクト思考プログラミングにおいて、ソフトウェアがメンテナンスしやすく、拡張や変更に強いソフトウェア設計を行うための原則です。 SOLID原則にはSOLIDの頭文字をそれぞれとった、５つの原則があります。 単一責任の原則（Single Responsibility Principle） 単一責任の原則とは、クラスが一つの機能や責任を持つべきで、クラスが変更される理由は一つであるべきというです。 クラスが一つの機能や責任のみを持つようにすることにより、コードは再利用可能でテストが容易になります。 単一責任の原則を遵守している例 以下のBirdクラ

こんにちは！DevBrandingのellyです。 いよいよ今週末は技術書典15ですね！ この度、freeeの有志の開発メンバーで初めて技術同人誌「freee 技術の本」を制作しました。 すでに技術書典 マーケットにて公開されており、オンラインでは11月11日(土)より入手可能です。 11月12日（日）池袋・サンシャインシティのオフライン会場では、執筆者たちでブースを出しておりますのでぜひ立ち寄っていただけると嬉しいです！ techbookfest.org freee 技術の本とは？ freeeの有志の開発メンバーで執筆した技術同人誌です。 今回は、これ一冊を読むことで、freeeの技術はもちろん、開発組織やカルチャーなど、なんとなく会社の全体的な雰囲気が伝わるような内容にすることを心がけました。 数年前からDevBrandingチームで技術本の制作をしてみたいという話はあがっていたものの

はじめに こんにちは、freee の 権限管理基盤マイクロサービスを開発するチームでエンジニアリングマネージャーを務めている sentokun と申します。前職ではできることをできる限りやろうというスタンスで開発チームをリードし、アーキテクチャ設計やチームビルディングなどに取り組んでいました。その後 2022 年に freee へ入社し、freee で初めてエンジニアリングマネージャーの役割に。変わらずできることにできる限り取り組むスタンスでチームビルディングに従事しています。 この記事では、我々のチームが担当している権限管理基盤について語っていこうと思います！ 権限管理基盤の成り立ち freee では、「スモールビジネスを、世界の主役に。」をミッションに掲げ、統合型経営プラットフォームの開発・提供を進めています。最近では freee Togo Panorama を公開するなど、統合に向け

こんにちは、インフラ部の id:sue445 です。 先日ピクシブ社内で利用しているGitLabをオンプレミス環境からGCPに移行しました。 とても長いので全3回にわけて紹介したいと思います。 全体の構成 前編：前置きとアーキテクチャ検討 中編：環境構築 後編：実際の移行作業とその前後の対応。移行後の所感など 今回の目次 全体の構成 今回の目次 tl;dr; 移行の理由 筆者略歴 GitLab移行の時系列 やったこと1: アーキテクチャ検討 構成図 GitLabをクラウドに移行するための障壁をまとめた URLをどうするか Cloud IAP利用時の通信のオーバーヘッドをなくしたい 実際にGCP移行した後の構成 AWSでPoC環境を作った時の構成 LDAPからの依存をやめたい＆複数のログイン方法を統一したい ssh接続時にあるLDAP依存を不要にしたい 余談 AWS移行案 GCP移行案 Gi

「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を０から自力で作ろうと思うと４０時間はかかるが、chatgptを使う事によって４時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全

色んな人間からさんざん「漫画『スキップとローファー』読め」と言われても、なんとなく気分が乗らず後回しにしてきた人生だったんですが、先日ようやく読みました。 俺の今までの人生いったいなんだったんだ 俺はなにをしてた？なに考えてたんだこのクソッタレは？やり直したい…こんな最高の漫画を無視し続けた過去の俺の後頭部をブン殴って気絶させ両手両足を縛り付けて島流しして牢獄に閉じ込めて強制的にスキップとローファーを読ませ続けたい。 デカい事件が起きるわけでも、大恋愛が始まるわけでも、物語をかき乱す悪者が出てくるわけでもない、あくまでもただ「高校生の日常」を描いているだけなのにあまりにも面白すぎる。読み終わったあとの 「イイもん読ませていただきました……」 という充実感と「この続き読むためなら親すら裏切るかも」と思わせるほどの吸引力。とにかく人間を分かりすぎている。高松美咲先生２０人いるだろとしか考えられ

意思決定できる人は進める手順の型みたいなものを持っているように見える。逆に意思決定が遅かったりできなかったりする人は、進めるときに型のうちの何かが欠けているのかもしれない。 体系化された話は書籍で語られつくされているとは思うが、思考整理のために雑にまとめてみる。 最後は決めるだけだという考えを持つ 目的や満たしたいことを明確にする 最終的な決め方や期日を明確にする 選択肢を広げて考える 今は意思決定しない、という意思決定も選択肢に入れる 意思決定の軸を明確にする 軸をもとに定量/定性データを集める 軸をもとに選択肢を評価する 自分はこうしたいという"推し"を決めてたたき台にする ここまでの話をドキュメントにしている ここまでのプロセスに時間をかけない 意見を聞く人を見定めてフィードバックをもらう 最初に明確にした決め方で意思決定する 意思決定できない場合は決め方と期日と意思決定軸を再定義す

はじめに こんにちは、CTO/DevRelブロックの堀江（@Horie1024）です。ZOZOではGitHub Copilotを全社へ導入しました。本投稿では、GitHub Copilotの導入に際して検討した課題とその課題の解決策としてどのようなアプローチを取ったのかを紹介します。 目次 はじめに 目次 GitHub Copilotとは何か？ GitHub Copilot導入の背景と目的 導入する上での課題 セキュリティ上の懸念 ライセンス侵害のリスク GitHub Copilot for Businessの利用 導入による費用対効果 試験導入による費用対効果の見積もり 試験導入の実施 対象者の選出 アンケートの設計 試験導入の実施 アンケート結果の集計 アンケート結果の考察 費用対効果の見積もり 全社導入の判断 導入決定後のGitHub Copilot利用環境の整備 社内LT会 おまけ

Twitterがなくなる、という話題が飛び交っている。でも心のどこかで、きっとなくなることはないだろう、と思っている私がいる。だってこんなに長い間、ずっと当たり前にあり続けてきたんだから。そうしてこれからも、ずっと。そう信じていた。 若者の主流は今やTwitterよりインスタとか、TikTokとか、あるいは別の何かとか、そんな話を耳にすることもあるけれど、私にとってTwitterは、現れては消えていった有象無象のアプリやサービスとは違う、日常の一部、いや、現実から少しずれたところにあるもう一つの世界みたいなものだった。 逆にいえば、Twitterが特別楽しいものという感覚もなかったし、積極的に利用していたわけでもない。Twitterより楽しい娯楽は他にいくらでもあるし、Twitterより大事なコミュニティが大半だ。「今からTwitter見よう！」とか「今日はTwitterの人と交流しよう！

共働きで子育て中の方に「可処分時間」の実態をアンケート調査しました。 育児中の共働き世帯は、仕事、家事、育児など常に何らかのタスクに追われがち。自分の時間が持てないことに悩みを抱いたり、ほかの家庭はどう時間をやりくりしているのか気になったりという方は少なくないのではでしょうか。 そこで今回は、家事育児・仕事の時間を除いた「自分が自由に使える時間＝可処分時間」について、子どもの人数・年齢、勤務形態の異なる共働き家庭10世帯にアンケートを実施。週にどれくらい自分の時間があるのか、またその時間で何をしているのか、時間を生み出すためにどのような工夫をしているのかなどを調べました。 ※記事内の可処分時間の定義：「仕事」「家事・育児」「睡眠時間」を除いた、個人が自由に使える自由時間。例えば「通勤」は非可処分時間、「仕事中の昼休み」「1人での入浴」などは可処分時間とした ＊＊＊ 👶🏻目次👦🏻