相談やレビューの場で評価を落としやすい振る舞いを見つけたので言語化してみる。「AとBのうち、なんでBにしたの？」と聞くと「じゃあAにします」と答えるような、質問の裏にある意図を勘ぐって意見を変えてしまうアレだ。 質問は質問でしかない 「なんでBにしたの？」と聞かれたときの正しい対応は、Bを選んだ理由を端的に答えることだ。それだけでよい。 ところが、質問を暗黙の否定として受け取ってしまう人がいる。「わざわざ聞くということはダメだと思っているのだろう」「Aに変えろということだろう」と読み取り、理由を答えないまま意見を変えてしまう。ストレートに言うが、これは悪手だ。 質問は質問でしかない。聞き手はその判断に至った理由や材料、思考の筋の良さを確認したいのだ。 内心では「AとBならAのほうが良いと思うけどなあ」と思って聞く場合もある。あるのだが、あなたの回答を聞いても尚そう思うのであれば「こういう理

ソフトウェア開発者として芸歴10年を超え、それなりに仕事が出来るようになったと自負している。ふと自身の成長を振り返ってみると若手の頃と比べて「図々しさ」のようなもののレベルがかなり上がったように感じている。それについて言語化してみる。 相手の都合に遠慮しない 「相手が忙しくて返事が来ない」「依頼した仕事の進捗が見えない」——よくある話だろう。ここで黙って待つのが丁寧だと考える人もいるが、成果を出すためにはそれは明確に悪手である。 本当に他人のせいだとしても、それで自分の仕事が止まるなら止まったままにしておいた責任は自分にある。相手への配慮は大事だが、それによって自分の納期や成果が犠牲になっているのなら、その振る舞いは営利組織においては悪い評価となってしまうのだ。 例えば質問に対する返答が遅いとき。当然の顔をしてリマインドしよう。「急いでいる」や「返事が無くて困っている」を明確に伝えることが

営業やマーケティング目的のメールを書くとき、ダークモードでどう表示されるかを気に出来ているだろうか。 私の本業はソフトウェアエンジニアで、プログラミング中もそうでないときも普段からダークモードを愛用している。開発用のパソコンはもちろん、スマホも常時ダークモードだ。同業者は体感的には半数以上がダークモードを普段使いしている。 近頃、仕事で営業メールを書く機会が増えてきた関係で、ふとメールのダークモード対応について調べたところ想像よりも多くの人がダークモードでメールを読んでいることが分かった。 知らないうちに、通常モード (ライトモード) だけでメールの仕上がりを判断するのは危ない時代になっていた。 ダークモードとは何か ダークモードとは、画面の配色を「明るい背景＋暗い文字」から「暗い背景＋明るい文字」へ切り替える表示モードだ。目の疲労軽減のほか、画面の描画にかかる電力量が減るのでバッテリーの

この話のきっかけは賃貸の退去立ち会いだった。名刺を貰い、一緒に傷みの確認をしたまでは良かったのだが、その後の流れや費用の話がまったく無かった。なのでこちらから聞いたのだが「私は立ち会い専門なので分かりません」とだけ言われ、私の不安がまるで払拭されないという残念な体験をした。 お客さんにとってあなたの職種やポジション、もっと言うと仕事へのモチベーションはどうでもよい。会社名を出して接した時点で、あなたはその会社の代表者として見られる。 あなたの関心や責任境界は、客から見ればどうでも良い 分業化された専門職として仕事をしていると「自分の領域はここまで」「これは◯◯さん／チームの仕事」といった関心の境目ができやすい。社内では合理的な線引きでも、客側にはその線は見えない。 客としてはこのように期待している。 私はあなたの会社／サービスに対して質問をしている。あなたがエンジニアなのか営業なのか、偉い

話を聞く側は「何度でも聞いていい」を字面どおりに受け取り過ぎないほうがよいと思っている。同じことを2回以上聞いたなら、メモを取ろう。 この記事のまとめ 重要なことは何度でも聞いてよい。だが同じことを覚えていない状態が続くと、能力や姿勢を疑われやすい メモを取ろう 資料が必要だと思うなら自分で資料として起こそう 「何度でも聞いていいよ」は字面どおりに受け取るべきではない 心理的安全性などの文脈で、聞きやすい雰囲気を作るために「何度でも聞いていいよ」と言おう、と言われている。 趣旨自体には賛同する。聞けない空気よりは確実に良い。適当な理解で進めて事故るより、確認に多少時間を掛けてでもミスなく動いてもらうほうが嬉しい。 ただ、「何度でも聞いていいよ」は、聞けない空気を壊すための 言う側の姿勢 の話だと私は思っている。聞く側が「同じことを何度聞いてもいい権利」として受け取る話ではない。 正直なとこ

あなたは「再発防止の呪い」に掛かっていないだろうか。 この記事のまとめ 再発防止策には必ずコストがかかる。タダの対策はない 仕事は投資。再発防止策も、コストとメリットを天秤にかけて判断しよう 「再度起きたとき何をどれだけ失うか」で測る。謝って済むことを高いコストを払ってまで予防しないのは、立派な選択肢の一つ 「再発防止はやって当たり前」という空気を疑え 当たり前の話として、何をするにしても必ずコストがかかる。そのコストと防ごうとしている損失を天秤にかけて、割に合わないなら堂々と「やらない」を選べばいい。 事故やトラブルが起きたとき、振り返りをして再発防止策について考えるだろう。この流れ自体は健全だ。問題はその場で 「再発防止策を講じない」という選択肢が検討されない ことにある。 10年ほどソフトウェアエンジニアをやってきて、事件事故の振り返りの場に何度も立ち会った。そこでは次に同じことを起

システムのリプレイスをするなら、新システムへ機能を移植し始める前に「いらない機能」を現行システムから消すことを勧めたい。 この記事のまとめ リプレイス時は、機能の棚卸しをして不要なものを現行システムから先に消そう 先に消せば移植する機能が減って保守コストと総工数が下がる 棚卸しによって「どの機能」が「なぜ」必要なのかが明確になり、その後の判断に効く なぜ先に「消す」べきか 私は10年ほどのソフトウェアエンジニア経験から、大小様々なシステムのリプレイスプロジェクトを経験している。テックカンファレンスでもその手の発表をたくさん聞いてきた。その中で繰り返し感じたのが「現行にある機能を全部新システムに移植する」という発想で進めると、ほぼ確実に余計な機能も移植してしまうということだ。 リプレイスは「同じものをそのまま新しい技術スタックで作り直す」作業だと捉えられがちだが、実際の現行システムにはもう誰

「SINIS for X（旧：SINIS for Twitter）」は、Xのアカウントや投稿を分析できる無料ツールです。X社の公式APIを利用しています。フォロワー数の増減を確認したり、エンゲージメント率の高いポストを調べたり、PowerPoint形式のレポートを自動生成したり。あなたのX運用を強力にサポートします。

「SINIS for X（旧：SINIS for Twitter）」は、Xのアカウントや投稿を分析できる無料ツールです。X社の公式APIを利用しています。フォロワー数の増減を確認したり、エンゲージメント率の高いポストを調べたり、PowerPoint形式のレポートを自動生成したり。あなたのX運用を強力にサポートします。

はじめに こんにちは！ウィルゲート開発室 SRE ことみん（@kotomin_m）です！ このブログでは、MySQLの1テーブルのプライマリーキー（以降PKと呼ぶ）型更新のマイグレーションを、github/gh-ost(ゴースト)で実施した際の調査〜本番実施までを詳しく紹介しています。 gh-ostは初めて利用したツールでしたが、本番環境での実施まで上手く使うことでとても便利なツールだったので、似たような課題で困っている方の参考になると嬉しいです！ はじめに DBマイグレーションを行う背景 gh-ostとは？ gh-ostの基本的な挙動・メリット 実施の前提条件・概要 RDS設定変更に伴うメンテナンスについて（補足） 事前検証（失敗〜成功） 検証環境の構築とgh-ostの挙動確認 gh-ostコマンドの実行 実行中の参照・更新確認 課題：実行時間の長期化 マイグレーションの進捗確認 仮説と

こんにちは。 SINIS for X 開発チームの ぴんくもひかん ( @pinkumohikan ) です。 2025年の某日に弊社のエンジニアとPdMが全員オフィスに集まり、AIを最も使いこなせている人 を決めるイベントを開催したのでそのハイライトをご紹介します。 最強AI王者決定戦2025 (Google Gemini Nano Bananaで作成) 背景 前説 競技開始 模範解答と採点 結果発表 振り返り・感想 背景 弊社では SINIS for X / SINIS for Instagram というSNS運用支援ツールを開発・提供しています。 普段の仕事は在宅でしており、九州に住んでいるメンバーもいるなど全員が一箇所に集まる機会は貴重です。 そんななか全社イベントで全員が集まる機会が訪れたので、便乗してレクリエーションイベントを企画することにしました。 弊社ではこの手のイベントを

弊社で利用しているMySQLのバージョンをMySQL5.7からMySQL8にアップグレードを行いました。その際に Blue/Green Deploymentsを使って実施する際にに調べた事をまとめて紹介したいと思います。 Blue/Green Deploymentsとは 制限事項 公式情報 検証した方々の情報 実際に検証をしてみてわかったこと 検証を踏まえて、実施する際にチェックする箇所 まとめ Blue/Green Deploymentsとは 現状の本番環境（Blue）を別に新しい本番環境（Green）を構築した上で接続先を切り替えるなどして新しい本番環境をリリースする運用方法です。 利点として システムのダウンタイムを短くできる ロールバックが容易 が挙げられます。 Amazon RDS Blue/Green Deploymentsの仕組みとしては、本稼働環境(以下Blue環境)と本稼

こんにちは！開発本部 SINIS for Instagram 開発チームのamkkrです。 今回は、Laravelプロジェクトと別のLaravelプロジェクトでキューを使って非同期処理を実装したため、連携する時のポイントをまとめようと思います。 なお、今回の実装例ではキューにAmazon SQSを使っています。 要点 キューの設定と実装 構成 キュー接続の設定 ジョブクラスの作成 API バッチ 特定の接続でのジョブディスパッチ まとめ 要点 Laravelプロジェクト間でキューを共有するために Jobクラスの名前空間とディレクトリ構造を両プロジェクトで統一する 同じSQS接続設定を各プロジェクトで共有する キューの設定と実装 構成 複数のLaravelプロジェクトが共通のキュー（Amazon SQS、データベース、Redis等）を参照することで、メッセージを共有していきます。 以下のサン

PHPカンファレンス新潟2025 登壇記 こんにちは。 SINIS for X 開発チームのぴんくもひかん ( @pinkumohikan ) です。 2025年5月31日に新潟県の開志専門職大学 米山キャンパスで開催された、PHPカンファレンス新潟2025にて「PHPUnit高速化テクニック」というテーマで登壇しました。このトークテーマは今年開催されたPHPerKaigiで発表しましたが、ありがたいことに再演の機会をいただきました！ PHPカンファレンス新潟2025とは？ 登壇内容 翌日の公式新潟観光ツアーにも参加 最後に PHPカンファレンス新潟2025とは？ 「繋がる楽しさを、新潟で。」をキャッチコピーに、新潟好きな有志PHPerによって新潟県で開催されたPHP系テックカンファレンスです。 プログラミング言語 PHPに関する話題やデータベース、設計についてなど幅広いトークテーマで発表

こんにちは！開発本部 SINIS for Instagram 開発チームのTenshinです。 今回はnpmのパッケージを選ぶ時の個人的フローをまとめようと思います。 想定読者 話さないこと なにを見るのか 要求を満たせるか 導入数 リリース日及びリリース頻度 まとめ 想定読者 他言語をメインに開発しているがnpmのパッケージを選ぶことになった方 どう選べばいいか何を指針にしていいかよくわからないnode初心者の方 話さないこと おすすめのパッケージそれ自体 なにを見るのか 要求を満たせるか 言わずもがなですが、パッケージを導入して開発を進めてから「この機能要件満たせないな？」では手戻りが大きいので、絶対外せない要件は明確にしましょう。 ここで、似たようなことはできるけど〇〇ができないものを大まかに候補から外します。 この時はGoogleなどで検索をしてから パッケージのドキュメント Gi

PHPerKaigi2025 こんにちは。 SINIS for X 開発チームのぴんくもひかん ( @pinkumohikan ) です。 2025年3月21日 ~ 3月23日に中野セントラルパークカンファレンスで開催された、PHPerKaigi 2025にて、「PHPUnit高速化テクニック」というテーマで登壇しました。 PHPerKaigiとは？ 登壇内容 最後に PHPerKaigiとは？ phperkaigi.jp PHPerKaigi（ペチパーカイギ）は、PHPer、つまり、現在PHPを使用している方、過去にPHPを使用していた方、これからPHPを使いたいと思っている方、そしてPHPが大好きな方たちが、技術的なノウハウとPHP愛を共有するためのイベントです。 PHPerKaigiは2018年から開催されているPHPエンジニア向けのテックカンファレンスです。PHPやWebシステム開

Let's Encryptが発行するサーバ証明書の有効期限が90日から6日間になるかもしれない。 Let's Encrypt is? Let's Encryptは暗号通信に必要なサーバ証明書を世界で最も発行している機関。 letsencrypt.org Certbotなどを使ってドメインやサブドメインの所有権を証明することで、Let's EncryptがCA認証局としてサインしたサーバ証明書を無料で発行してくれる。Let's Encryptの発行する証明書は既に主要ブラウザでは有効なものとして取り込まれているので、これを利用することで無料でHTTPS (a.k.a SSL, TLS) 通信が出来る 。 サーバ証明書には有効期限がある Let's Encryptに限らず、CA認証局が発行するサーバ証明書には有効期限がある。 Let's Encryptのサーバ証明書の有効期限は2025年2月現

DeepSeekという中国企業が開発する生成AIサービスが巷を賑わせています。DeepSeekを使う場合に気をつけたいことをまとめます。 ①入力内容や添付ファイルが中国政府に筒抜けになる ② 著作権侵害に対する保障がない ③ 出力に政治的バイアスが掛かっている 一つづつ解説します ① 入力内容や添付ファイルは中国政府に筒抜けになる DeepSeekは中国の企業が開発・提供しています。 中国には「国家情報法」という法律があり、この法律によって中国籍の個人・企業は政府からの命令があれば全面的に協力しなければなりません。 そのため中国政府はDeepSeekへ渡された情報と出力すべてにアクセス出来る状態と言えます。利用規約にも下記の通り明確に記されています。 3.3 To fulfill legal and compliance requirements, DeepSeek has the rig

12 月 8 日（日）に行われた LINEヤフー社が主催するパフォーマンスチューニングコンテスト、ISUCON 14 にチーム「// TODO: あとでちゃんとしたチーム名になおす」として @pinkumohikan, @msm____2）と一緒に参加しました。 isucon.net 最近はずっと参考実装の PHP 移植を担当していたため、選手としての参加は ISUCON10 以来 4 年ぶりでした。 blog.okashoi.net blog.okashoi.net そして、結果は 3 位入賞でした！やったー！ やったーーーーーーーーー！！！ #ISUCON pic.twitter.com/4La0neiP6T— おかしょい (@okashoi) 2024年12月8日 一方で個人としては大きく反省点の残る ISUCON でもありました。 関連：チームメンバーのブログポスト blog.pi

Appleシリコン (M系チップ) を搭載したMacでterraformコマンドを実行した際、応答が返ってこなくなる問題に遭遇したので備忘録として残しておく。 現象 Apple M2 Proチップを搭載するmacOSで terraform plan を叩いたところ、無限に応答が返ってこない状態になった。 イメージ $ terraform plan (永遠なる静寂) terraform Terraform v1.10.1 on darwin_amd64 macOS $ uname -a Darwin xxx.local 23.6.0 Darwin Kernel Version 23.6.0: Mon Jul 29 21:13:04 PDT 2024; root:xnu-10063.141.2~1/RELEASE_ARM64_T6020 arm64 macOS Sonoma 14.6.1 (2