こんにちは！クロスマートでフロントエンドの開発を主に担当している朝井です！ クロスマートが提供する飲食店向け発注ツール「クロスオーダー」では、発注画面のフルリプレイスを行いました。 本記事では、 Vue2 / Nuxt で構築された既存の発注画面を、React SPA に置き換えるにあたって、実装側でどのような判断をし、どのように進めてきたか を振り返ります。 デザイン面での背景や思想についてはこちらの記事で詳しく語られていますので、 ここでは主に 実装・進め方・判断 の話にフォーカスします。 なぜ React を選定したのか 今回のリニューアルは、単なる UI の刷新ではなく、フロントエンドの構造そのものを作り直す プロジェクトでした。 既存の発注画面は Vue2 / Nuxt で構築されており、 サービス開始から約5年にわたって機能追加を重ね、 業務としてもプロダクトとしても大きな価値

「OAuthで認証してます」 「SSOってSAMLのこと？」 「OIDCってOAuthの上位互換？」 このあたり、言葉の形が似ていて普通に混ざります。 で、混ざったままでも開発は進んでしまうので、なおさら厄介です。 ただ、ここで詰まる原因は「専門用語が多いから」じゃなくて、もっと単純で、種類の違う言葉が同じレイヤーに置かれがち だからだと思っています。 体験の名前（SSO） 信頼のつなぎ方（フェデレーション） 登場人物の役割（IdP / SP） 受け渡しのルール（OAuth / OIDC / SAML） レイヤーを分ければ、用語が多くても意外と迷子になりません。この記事はそのための整理です。 TL;TD 認証（AuthN）：あなたは誰？ 認可（AuthZ）：あなたは何ができる？ SSO：1回ログインで複数サービスを使える「体験」 フェデレーション：別システムの認証結果を「信頼して受け取る」

ステルスSSID、百害あって一利なし はじめに 「SSIDを隠せばセキュリティが上がる」 無線LAN設定でこのような運用をしてませんか？ ステルスSSID（Hidden SSID）は、ぱっと見セキュリティ対策に見えますが、現実は効果がないどころか、むしろセキュリティリスクを高めます。 本記事では、ステルスSSIDがなぜ「意味がない」のか、そしてどのような対策が本当に有効なのかを解説できたらと思います LLMに査読させまくりましたが、誤りがあればコメントで優しく教えていただけると幸いです。 あとこの記事の大半は企業の無線LANが主な話題となります

ちょうど最近このような投稿を連続して見かけたので、「コード」が何を指しているのかの自分の理解を整理しておきます。 世の中的に見ればソフトウェアエンジニアは未だに売り手市場であると言えると思うので、上記の指摘について「そんなことはないはず」と反論する人も多いと思います。 また、上のRyanさんのツイートでも That's not to say SWEs don't have work to do と書かれています。これも「ソフトウェアエンジニアはコードを書く仕事なのだから、AIが書くようになるなら仕事がなくなるだろう」と解釈されがちなところを、そうではないと念を押しているのだと思います。 では、「AIがコードを書く」とはどういうことで、その場合にソフトウェアエンジニアの仕事はどうなるのでしょうか？ ここで、我々がコードと呼んでいるものを区別することが理解に役立つと思います。 「コード」は大き

もともとECS/DOTSには興味があって知りたいと思っていたのですが、なかなか実プロジェクトで使うタイミングがなく放置してしまっていたのですが、今開発している中で利用できそうな箇所があったので、改めて入門して、備忘録的に学んだことをまとめていきたいと思います。 unity.com ちなみに、ECSを使ってTextMesh Proの文字を大量に（80,000文字）出してみたら、余裕で60FPS出る状態でした。（PCではありますが、プロファイラで見ると4msくらいしかかかってなかったので全然まだ余裕があった） 文字を表示するMeshをQuadのものに統一してBatch Group化の効率を上げて描画してみたら、80,000文字でも余裕で60FPS以上出た。プロファイラ見ると250FPSくらいの速度出てる。#Unity #ECS pic.twitter.com/yNcbk69Ukd— edom1

こんにちは、エンジニアの id:mp0liiu です。 非常に遅くなってしまいましたが、昨年の7/4にPerlの最新安定バージョンである5.42がリリースされたので新機能や変更点についてまとめます。 source::encoding プラグマが追加され、デフォルトで有効に スコープ内のソースコードに期待する文字コードの指定をするプラグマ source::encoding が追加されました。 指定できるのは ascii と utf8 のみです。 use source::encoding 'ascii' するとスコープ内のソースコードに非ASCII文字が存在している場合、コンパイルエラーが発生するようになります。 use source::encoding 'utf8' は use utf8 と同等です。 v5.41 以降の feature bundle1 ではデフォルトで use source

残業が長引いて、気づいたら24時を回っていた。 駅に向かって早歩きしても間に合わないのは分かっていたけど、もう何かを判断するのが面倒でとりあえず駅に向かった。 改札の前で電光掲示板を見上げる。 「本日の運行は終了しました。」 知ってた。 タクシーで帰るほどの金銭的余裕はない。漫画喫茶に泊まるか、始発まで時間を潰すか。どちらにしても明日も仕事だ。 体が重い。肩が凝り固まっていて、首を回すとゴリゴリ音がする。 正直、何も食べたくなかった。 胃が縮んでいる感覚。空腹なのかどうかも分からない。最後にまともなものを口にしたのはいつだったか。昼はカロリーメイト。朝は食べてない。その前は覚えてない。 そんなことを考えながら駅前の通りをふらふら歩いていると、雑居ビルの隙間から煙が漂ってきた。 ニンニク。 一発で分かった。あの匂いを嗅ぎ間違える人間はいない。 鼻腔の奥をガツンと殴ってくるような、暴力的な香り

const resp = await fetch("https://api.example.com/data"); await を2回書いているのが気になったことはありませんか？1回の await で一気にレスポンスボディまで取れたら楽なのに、と思ったことはないでしょうか。 とある休日の午前中、いつものようにYouTube上でライブコーディング動画を見ていました1。そこで配信者の方が、fetchを使ってレスポンスボディを取得する際に2回目のawaitが必要であることに対して、「なんでfetchはこんなにめんどくさいんだろう」と言っていました。言われてみると、確かにめんどくさいような気もします。 この記事では、なぜ fetch がこのような設計になっているのかをいろいろな観点から掘り下げてみます。 fetch の使い方おさらい まずはJavaScriptのfetchの基本的な使い方を確認して

結論 ・PHPに入ってくるときに入力値検証 ・PHPから出ていくときにエスケープ ・サニタイズはない サニタイズ サニタイズって言うと怖い人たちがやってくるから言わないようにしましょう。 サニタイズは入力値検証もエスケープもなにもかもを含んだ広い意味になってしまったので、うっかり言ってることが食い違うと大変です。 入力値検証 入力値検証は、PHPの外からPHPに入ってくる値を検証することです。 外というと主に$_REQUEST/$_GET/$_POST等のリクエストパラメータがイメージされますが、実際はそれ以外にも環境変数、コマンドライン引数、ファイルやデータベースからの読み込みなど、PHP以外からやってくる全てのものを指します。 入力値検証はセキュリティ対策ではない もう入力値検証はセキュリティ対策としてあてにしないようにしようという記事がありますが、「もう」以前に、そもそも入力値検証は

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに こんにちは、パオの人ことさすけです！ 今回は Amazon S3 からオブジェクトを取得する際の IAM 権限について、初心者向けに解説します。 さっそく結論 S3 からオブジェクトを取得する際、AWS CLI を使用する場合に必要な権限は以下の通りです。 s3:GetObject: オブジェクトを取得するための権限 s3:ListBucket: バケット内のオブジェクト一覧を確認するための権限（推奨） GetObject アクション自体は s3:GetObject 権限だけで動作しますが、オブジェクトが存在しない場合、AWS CLI では s3:ListBucket がないと「403 Access Denied」エラーが返されます。s3:ListBucket を付与すると「404 Not Found」が返り、エラー原因が明確になります。 そのため、実運用では両方の権限を付与する

この記事は tacoms Advent Calendar 2025 3日目の記事です。 こんにちは、株式会社 tacoms で SRE をやっている はぶちん (@modokkin) です。 気付けばあっという間に12月に入りましたね。ガーデナーにとってはそろそろ冬越しの準備が必要な時期ですが、手入れが楽になる一方で、しばらく遠のくと思うと寂しくもあります。 寒くなってきたので、みなさまお身体にはお気をつけください。 さて、今回はClaude Codeの公式Pluginについて紹介します。Plugin機能については公式ブログなどで知っている方も多いと思いますが、公式リポジトリで公開されているPluginについてはざっとウェブを調べても解説している記事は見つかりませんでした。 ちょっと試してみたら、さすが公式と思える模範的なPluginが揃っていたので、紹介したいと思います。 すでにPlug

僕は食品会社の営業部長。昨年夏に某法人から解約通知を受けた。業務内容は福祉施設の給食提供業務だった。解約通知には、ウチの会社に委託している業務を分析した結果、コストに見合わないと書かれていた。インターネットで見つけてきたテンプレ文章で気取っていたけれども、「給食なんて簡単だから自分のところでやる。金がもったいない」ということであった。給食業務の泣き所である。設備と人材さえ確保できれば始めるのはそれほど難しいものではないからだ。当該法人は、福祉施設に派遣している当社のスタッフを引き抜きまで行っていた。スタッフたちもウチよりも若干良い条件で雇用されるため、解約によって痛みを負うのは売上を失うウチの会社だけである。お支払いいただいている金額以上の価値観を提供できなかったということだ。ウチの会社上層部は解約に対して「失礼だ」「素人がやってもうまくいかない」と決めつけて激怒していた。なお、給食の素人

TL;DR AIに「全く同じこと」を頼み続けると、人間と同じく虚無に至る そうならないためにはタスクにランダム性をもたせるか、明示的にコンテキストを破棄させる必要がある どうしても同じことを頼む場合はそもそもコンテキストを保持させてはいけない 事の経緯 私はロックマンエグゼ直撃世代です。 AI全盛の世で、「今なら自分用にロックマンのようなネットナビをつくれるのではないか？」と思いつき、AntiGravityを利用しつつ開発中です。 さて、「GitのPRに対してAIがレビューをする」という機能を実装していました。 そのテストコードをコミット前にかならず実行する、というフローだったのですが、エージェントの処理速度に甘えて見過ごしていたことがあります。 それは、 AIが毎回同じ差分に対してレビューしている という実装でした。 事象発覚

前回のあらすじ Cloudflareを導入したのに、75%が直接アクセス（バイパス）されていた話を書きました。 対策として、iptablesでCloudflare以外からのアクセスをDROPしました。 # Cloudflare IPv4 のみ許可 sudo iptables -A INPUT -p tcp --dport 80 -s 173.245.48.0/20 -j ACCEPT # ... 他のCloudflare IPレンジ sudo iptables -A INPUT -p tcp --dport 80 -j DROP

はじめに Lightsailで運用しているWordPressサイト、エラー率が45%もありました。 「アクセス少ないのになんでこんなにエラー出るんだ？」 ログを見たら、ほとんどが攻撃によるもの。毎日数百件の不正アクセスが来ていて、サーバーが無駄に疲弊していました。 「WAF入れたいけど、AWS WAFは設定面倒だし、そもそもLightsailだし...」 そんなとき、Cloudflareの無料プランを試してみたら、思いのほかうまくいきました。 結果（24時間後） 導入翌日のCloudflareダッシュボード: 717リクエスト中496件（69%）をCloudflareが緩和 指標 数値

日経ビジネスに、非常に興味深い記事が掲載されていました。 「富士通、成果主義の失敗から得た3つの教訓　『制度の肝は一貫性』」 富士通といえば、日本の大企業の中でいち早く「成果主義」を導入し、その功罪を含めて多くの議論を呼んできた会社です。現在はジョブ型雇用への転換を進める彼らが、過去の失敗を振り返って語る言葉には、重みがあります。 記事の中で指摘されていた「失敗の要因」は、主に以下の3点でした。 手段の目的化： 制度導入そのものがゴールになってしまったこと。 一貫性の欠如： 昇進条件や評価基準がチグハグだったこと。 現場の白け： 「どうせ一部のハイパフォーマーのための制度だろう」と受け止められてしまったこと。 「制度はメッセージであり、一貫性がなければ現場は動かない」。 これは経営や人事に関わったことがある人間なら、首がもげるほど頷く話でしょう。 しかし、私はCOOや社外取締役として多くの

仕事始めはつらいけど、ちゃんと「休暇は効いている」仕事始めはつらいけど、ちゃんと「休暇は効いている」 / Credit:Canva研究者たちは、世界中の科学論文の中から、「休暇の前後で同じ人の状態を測った研究」を探し出し、最終的に32本の研究・256の効果量（効果の大きさの目安）を分析しました。 対象は、健康な働く大人が中心です。 研究は主にヨーロッパや北米、アジアの9か国で行われており、日本のデータも少数ながら含まれています。 すると予想通り、平均では休暇に入ると心身の調子がかなり大きく上がり、休暇の終わりから復帰直後にかけては下がる傾向がありました。 つまり「休暇中のピーク」から見ると、仕事始めの落差はやはりそれなりにショックがある、という形です。 ただ、このとき「休暇を取った意味がなくなったか」といえば、実はそうでもありませんでした。 なぜなら、仕事に戻った直後でも、多くの人の心身の