JTC勤務だけど、入社してめちゃくちゃ幹事対応任されるので調整さん使ってたら、社員が幹部社員とセキュリティ担当者にこれは外部ツールだし問題なのではないかと連絡があったらしく禁止になりました 業務では使ってなかったんですけどアウトらしいです… https://t.co/o4Z5lSATb8 — つちー (@tsichi_) April 23, 2026 飲み会の日程調整に「調整さん」を使ってる人は多いと思います。登録不要で出欠確認をできる便利ツールの定番です。リンクのポストでも幹事が使ってたとあります。SaaSといえばSaaSなので、会社が許可してなければ禁止するというのは妥当な気もします。その一方で、ここに機密情報なんて書かれることがあり得ないので受け入れがたいと思う人も当然いるでしょう。 今回はこれをいちセキュリティ専門家として解説していきます。 どこにでもある典型的なシャドウITの問題

クエリが遅くなった。直そう。ここから問題が始まる プロジェクト管理SaaSを1年ほど運用すると、Issueテーブルが200万行、変更ログテーブルが2000万行を超えてくる。ソフトデリートを採用していれば物理削除されないので、行数は増える一方だ。 最初の兆候はユーザーからの報告だった。「Issue一覧の読み込みが遅くて、フィルターを切り替えるたびに5秒くらい待たされるんですが」。スロークエリログを見ると、フィルター付きのIssue一覧クエリがp95で3秒を超えている。インデックスを追加すれば改善する。スキーマ変更も1つ控えていた。どちらもやること自体は明確だった。 問題は「200万行のテーブルにDDLを打つ」という行為そのものにあった。膨れ上がったテーブルに対するスキーマ変更は、パフォーマンスを改善するための作業が、新たな障害を引き起こす可能性を持っている。治療のための手術が患者を殺しかねな

ドーパミンをキーワードに現代の資本主義とか精神疾患とかについて考える会をやってました。分かりやすい話としては、「おすすめ」やサムネイルやショート動画が僕らをどう煽ってくるのかを共有できました。… https://t.co/ckO6Gy0lgU— ホリィ・セン (@holysen) 2026年4月19日 色々な偶然が重なり、先日、ドーパミンやドパガキについて話しているミーティングに出かける機会を得た。 昨今は、ドーパミンという物質の名前をSNS上でよく見かける。関連して、ドパガキというネットスラングを見かけることもある。私がそのミーティングに関心を持った理由は、「ドーパミン」という体内の物質をとおして何が語られているのか、その名前に何が仮託され、どう語られているのか、専門も世代も違う人のお話を聞いてみたかったからだ。 そのミーティング内でドーパミンについてのお話を聞き、思ったこと そういう意

私は、「料理」というものを全くしない人生を送ってきた。 普段の生活も、冷凍食品とか、コンビニの弁当とか、外食とか……そんなのばっかりだ。キッチンなんか全然使わない。いつの間にやら、典型的な「時短のために、自炊を捨てた社会人」になっていた。 だけど、ここ1年くらい「土井善晴式の味噌汁」を作っている。 そもそも、「土井善晴式の味噌汁」がなんなのかを知りたい方は、上記の動画を見てもらったほうが手っ取り早いんだけど……かんたんに言うと、「とりあえず具材を突っ込んで煮るだけの味噌汁」である。 いや、この言い方は土井善晴に失礼か……？ でも、本質的には「とりあえず具材を突っ込むだけの味噌汁」だと思う。非常にかんたん。それゆえ、作りやすい。しかも、おいしい。 そして、私は「土井善晴式の味噌汁」を通して、なんかちょっとだけ「料理」というモノの面白さを理解したような気がする。1年かけて、段階的に「料理」を理

突如チャートに現れた「MONTAGEM HIKARI」 TikTokにおけるPhonkの台頭【～2022年】 Funk（ファンキ）の席巻【～2026】 連載バックナンバー 突如チャートに現れた「MONTAGEM HIKARI」今年1月14日にリリースされてから、国内バイラルチャートで長らく上位にランクインした「MONTAGEM HIKARI」という曲がある。同曲は「超かぐや姫！」のエンディングテーマやM!LKの新曲などと競り合いながら2月中旬まではトップに座して、執筆時点（2026年4月11日）でSpotifyでは1400万、YouTubeでは計2600万の再生回数を記録するに至った。もしもあなたがTikTokユーザーならば、ダンス動画とともに「朝の光の中で♪」と歌うリフレインが思い出されることだろう。 BellyJay「MONTAGEM HIKARI」 知らない人も一聴すれば、これがYO

1830年頃、わずかな夜の明かりを得るためには、約3時間の労働が必要でした。しかし1992年ごろにはそれが1秒にも満たない労働ですむようになったと言われています。ロウソクから白熱電球、蛍光灯へという技術的発展が、光を劇的に安くしたのです。 そうして光が安くなったとき、人は同じ量の光を単に安く買って終わり――ということにはなりませんでした。 人々は、かつて置こうとも思わなかった場所にまで光を置き、街路、工場、看板といった、社会のあらゆる場所に安くなった光を敷き詰めていきました。そうして、工場は曇りや雨の日にも稼働することができるようになったり、深夜営業や夜の読書といった新しい活動が可能になったのです。 そこで儲けたのは、光を提供した会社だけではなく、それをうまく使った会社でした。 では、ソフトウェアや知能が安くなったとき、私たちはそれをどのように使うのでしょうか。 生成AIによる大きな変化は

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? お前がコードを書き始める前に 言っておきたい事がある かなりきびしい話もするが 俺の本音を聞いておけ はじめに これから少しの間、不器用で、偉そうで、厳しいことを言う。けれど最後まで聞いてくれれば、その裏側にあるものもわかってもらえると思う。だから先に謝っておく。生意気な口を、許してほしい。 まず、お前に話す前に、業界を取り巻く空気の話をさせてくれ。ソフトウェア業界には、昔から消えない風潮がある。 「売れたプロダクトはすべて正しい」 「品質? 障害が起きなければそれでいい」 「細かいことはベンダーに丸投げで構わない」 ビジネスの現場で生

はじめに Reactで画面の表示切り替えをフラグで管理するコードは、いろいろなプロジェクトで見かけます。 const [isLoading, setIsLoading] = useState(false); const [isError, setIsError] = useState(false); const [hasData, setHasData] = useState(false); const [data, setData] = useState<User[]>([]); const [error, setError] = useState<Error | null>(null); 一見無害に見えるこのコードは、状態が増えるにつれて指数関数的に複雑化します。 本記事では、なぜフラグ管理が破綻するのかを構造的に分析し、TypeScriptのDiscriminated Unionと有

はじめに 業務システムのDBを読んでいると、一つのテーブルに複数のステータスカラムが同居しているケースをよく見かけます。 CREATE TABLE orders ( id INT UNSIGNED NOT NULL AUTO_INCREMENT, user_id INT UNSIGNED NOT NULL, order_status TINYINT NOT NULL, -- 1:受付 2:審査中 3:処理中 4:完了 5:停止 payment_status TINYINT NOT NULL DEFAULT 1, -- 1:未請求 2:請求済 3:収納済 4:失敗 external_status TINYINT, -- 外部システムのステータス（1〜4, 9） external_code VARCHAR(2), -- 外部機関ごとにコードが異なる processed_at VARCHAR(8

文：xcloche 2026年3月6日、デッキ構築型ローグライクゲーム流行のきっかけとなった『Slay the Spire』の続編、『Slay the Spire 2』（Mega Crit Games, EA2026）が発売された。 無印である『Slay the Spire』（Mega Crit Games, EA2017, 正式版2019）から9年の時を経て発売された新作・Slay the Spire 2は、ナーフによるバランス調整や奇生カエルがキモすぎるなどで話題になりながらもSteam評価は圧倒的に好評、Slay the Spire 2のやりすぎで様子がおかしくなっている人を日々生み出し続けている。 リージェント、面白いよね。俺の虚無化セブンスターズを喰らえ。 が、ゲームメカニクス的な観点で見てみると、実は『Slay the Spire 2』は1と比べたときの変化点はあまりない。マル

これまで、『BLUE REFLECTION 幻に舞う少女の剣』、『BLUE REFLECTION TIE/帝』、『BLUE REFLECTION SUN/燦』の3作品がリリースされたほか、2021年にはテレビアニメ『BLUE REFLECTION RAY/ 澪』も放送され、さまざまな形で物語が紡がれた。 そしてこの度、上記の4作品を、現行ハード向けに最適化し、一部新規要素を加えて収録した『BLUE REFLECTION Quartet: 少女たちのキセキ』（以下、『カルテット』）が発表。2026年7月30日に、Nintendo Switch 2、Nintendo Switch、PS5、PC（Steam）向けに発売されることが明らかになった。

こんにちは！株式会社 MeDiCU で学生インターンをしている村山です。普段は、MeDiCU の管理するデータベース OneICU を使った臨床疫学研究や医療 AI 研究に関わっています。 はじめに SQL で時系列データを扱っていると、「2つの区間が重なっているか」を判定したい場面が頻繁に出てきます。 あるイベントが発生していた時間帯と 別のイベントが発生していた時間帯 が重なっているかどうかを調べたい、といったケースです。一見すると単純な問題ですが、実際に SQL で書こうとすると、案外直感的には書きにくいのではないでしょうか。 我々がやっているような ICU の時系列データを扱う研究でも、この「区間の重なり判定」は非常に重要になります。 例） この 1時間のあいだ、人工呼吸器はついていたか この 1時間のあいだ、noradrenaline はどれくらい投与されたか ICU のデータに

先日、たまたま、Microsoft のキャンパスで大学生の皆さんと話す機会があって、こんなことを聞かれました。 私は大学生で１年ぐらい前からエンジニアになったのですが、世の中は AI の世界ですけど、どうやって学んでいけばよいのですか？AI コーディングとかやったほうが良いのですか？ たしか、こんな質問だったような私なりの回答をシェアしておきたいと思います。たまたま、最近、これからは、AI が来るまでに、実際にプログラミングをゴリゴリやってきた層、つまり、シニアエンジニア以上の天下という話もきいて、まぁそらそうだなぁと思う一方、個人的にはこれからやる人もやりようによっては全然ええ感じにしかも早くなれるのではと思っています。 コーディングエージェントとやった方がいいか？そらそうよ。もうごりごりにやった方が良いでしょう。だって、もう我々はそれでプログラミングをするのだから。でも、安心していいけ

月間1億3,000万ダウンロードを超えるPythonライブラリが、AIで丸ごと書き換えられた。ライセンスごと。オープンソースの根幹を揺るがす問いが、いま目の前にある。 5日間で書き換えられた12年Pythonの文字エンコーディング検出ライブラリchardetに、激震が走っている。 メンテナーのダン・ブランチャードが3月4日（現地時間）、バージョン7.0をリリースした。これだけなら日常的なアップデートだ。だが中身は、日常とはほど遠かった。AnthropicのClaude Codeを使い、コードベースを一から書き直したうえで、ライセンスをLGPL（準コピーレフト）からMIT（寛容型）に変更したのだ。 chardetはPythonエコシステムの「インフラ」と呼べる存在だ。requestsをはじめとする無数のプロジェクトが依存し、PyPIでの月間ダウンロード数は約1億3,800万回に達する。その根

後編はこちら！: 「アーキテクチャ図はもう要らない」は本当か？ ── LLM時代のC4モデル再考 「アーキテクチャ図」の曖昧さ 「アーキテクチャ図」を作成するとき、どのような図を描くかはチームや個人によって異なることがあります。 例えば、「ユーザーが画面から帳票をPDF出力でき、出力の結果をメール通知する」ようなシステムの場合、以下のような図が描かれることがあります。 例1 - スライド 例2 - draw.io どちらも「アーキテクチャ図」として正しいです。しかし、このような図を継続的にメンテナンスしていこうとすると、以下のような課題に直面します。 フォーマットがバラバラ PowerPoint、Googleスライド、draw.io、.. 人によって使うツールが異なり、編集できる人が限られる 粒度がバラバラ ある人は例1のようなシンプルな図を描き、別の人は例2のような詳細な図を描く 「どこ

2024年11月、AnthropicがMCP（Model Context Protocol）を発表したとき、業界は一気に動いた。各社がMCPサーバーを競って実装し、「AI first」の証明としてMCP対応をアピールした。 それから約1年半。2026年3月現在、MCPの優位性はほぼ失われている。MCP不要論がHacker Newsのトップに繰り返し上がり、Anthropic自身がMCPのスケーリング問題を公式に認め、回避策をドキュメント化している。 この記事では、MCPがCLIに対して優位だった期間がなぜ短かったのか、その経緯と構造を整理する。 MCPが解決しようとした問題 MCPの設計前提は「モデルがツールのインターフェースを自力で理解できない」だった。 2024年11月時点の最先端はClaude 3.5 Sonnet。ツール呼び出しは可能だったが、複雑なCLI出力の安定的な解釈や、マル

1983年生まれ。筑波大学大学院を卒業後、2008年に新卒第1期として株式会社ミクシィに入社。アーキテクトとして、技術戦略から組織構築などに携わる。同社メディア開発部長、開発部部長、サービス本部長執行役員を務めた後、2015年退社。現在は、株式会社レクターを創業し、技術と経営をつなぐ技術組織のアドバイザリーとして、多数の会社の経営支援を行っている。一般社団法人日本CTO協会理事、朝日新聞社社外CTO。

ウォンテッドリー社内で数回に分けて発表した「文字コードの話」のスライドです。 2026/02/21: まだ埋めきれていない部分、出典の確認・整理が不十分な部分等がありますが、ちょうど文字コードが話題になっているので一旦アップロードしてしまいます。ご指摘歓迎です。 【未適用の修正項目】 …

職業エンジニアを始めてから，ソフトウェア設計論についての議論が多く目につくようになりました．それらは，よいシステムを作るうえで有用である一方で，周りのエンジニアの向き合い方に違和感を覚えることも多いです． たとえば SOLID 原則や DRY / YAGNI や OOP / FP や TDD / DDD といったソフトウェア開発における作法や経験則が，あたかも絶対的な真理であるかのように語られ，コンピュータサイエンス的に正しい，アルゴリズムとしてこうあるべきだ，原則に従っていないので誤りだ，といった強い言葉で，システムやコードの良し悪しが断罪されるような光景です． 私はその違和感を，そのまま言葉にして投稿しました． これらの投稿には，思いのほか多くの反響がありましたが，同時に「CS 学部のカリキュラムに含まれているのだから CS だ」や「実用的な工学もサイエンスの一部だ」といった反論も寄せ

最近はAIのおかげで、ドメイン知識を持つ業界の当事者が、 自分でツールを作るハードルは劇的に下がりました。 音楽家の僕も例外ではありません。 そこで先日、レコーディングの現場で使うための 「テイク評価・コンピング管理アプリ」を作りました。 かなり頑張って作り込んで、自信もありました。 で、現場に持ち込んだところ・・・ 紙が勝ちました。 玉砕です。 アプリが動かなかったとかではないんです。普通に動くし、むしろ完成度は高い（と思ってた）。 でも、"入力"はできても、"判断"ができなくなりました。これが致命的でした。 何を作ったのか（ざっくり） 音楽のレコーディングにおけるボーカル収録では、同じフレーズを何度も歌います。 その中から「どのテイクが一番良いか」を選ぶ作業を"コンピング"と呼びます。 （日本だともっとシンプルに「繋ぐ」と呼ばれることが多い） 歌詞をフレーズ単位で見ながら、テイクごとに