コネタ

グルメ

ゴールデンカレーがカレールウの最適解で、今どきのチャラい他のルウとは格が違う理由

スーパーの棚を眺めていると、最近のカレールウは「コクあります」「まろやかです」「バター香ります」「欧風です」といった方向に寄っている。

甘味と乳脂肪で濃厚さを出し、誰でも食べやすい味に寄せた現代的なタイプだ。それ自体は企業の戦略として悪くないが、カレー本来の魅力であるスパイスの香りを楽しみたい人間からすると、どうしてもチャラく思えてしまう。味が濃いだけで香りが弱く、本来的なカレーとしての魅力が薄れているからだ。

こうした濃厚な欧風路線が主流になったのは1990年代以降で、家庭用ルウが「子供でも食べやすい甘口~マイルド系」に寄っていった結果でもある。だが、その流れの中でも一貫して香りで勝負する姿勢を崩さなかったブランドがある。それが「S&B ゴールデンカレー」だ。

ゴールデンカレーはスパイスの香りを日本にを持ち込んだ革命児

ゴールデンカレーが発売されたのは1966年。当時の日本のカレーは、まだ「とろみの強い洋食寄りのカレー」が主流で、スパイスの香りを前面に出す家庭用カレールウはほとんど存在しなかった。

S&Bは日本で初めて国産カレー粉の製造に成功した会社であり、スパイス文化を家庭に広めたパイオニアでもある。そんなS&Bが「家庭でもスパイスの香りを楽しめるカレーを作ろう」として生み出したのがゴールデンカレーだった。

つまりゴールデンカレーは、日本の家庭にスパイスの香りを持ち込んだ最初の本格派カレールウと言っていい。

ゴールデンカレーは「香りで食べさせる」数少ないルウ

ゴールデンカレーが他のルウと決定的に違うのは、スパイスの香りを主役に据えている点だ。

最近の濃厚系ルウが甘味やバター感を前面に押し出すのに対し、ゴールデンカレーはクミン、コリアンダー、カルダモン、クローブといったインド系スパイスがしっかり立ち上がる。鍋から立ちのぼる香りだけで「カレーを作っている」という実感が湧き、香りの輪郭がはっきりしている。

この香りで食べさせる姿勢こそ、本格派に支持され続けている理由だ。

ルウが軽いから具材の味がちゃんと生きる

濃厚系ルウは小麦粉や油脂を多く使うため、ルウそのものの存在感が強く、玉ねぎの甘味や肉の旨味が埋もれてしまうことが多い。どれも似たような味になりがちだ。

それに対してゴールデンカレーは、小麦粉の重さが控えめで乳脂肪の主張も弱く、具材の味が前に出る。玉ねぎをしっかり炒めれば甘味が立ち、肉を焼き付ければ旨味がルウに溶け込む。素材の味が主役になる構造で、家庭料理としての完成度が高い。

チャラい濃厚系ルウは「味が濃いだけ」で香りが弱い

最近のルウはパッケージからして「濃厚」「欧風」「バター香る」といった方向に寄っており、誰でも食べやすく子供にも好まれる味だ。

しかし、スパイスの香りが弱く、本来的なカレーとしてはベクトルがずれている。濃厚さを追求するあまり、香りの立ち上がりが犠牲となり、「カレー味のシチュー」のような方向に寄ってしまう。ゴールデンカレーはその逆で、スパイスの輪郭がはっきりしており、香りが皿全体を引っ張る。

ゴールデンカレーは「改造しやすい」万能ルウ

実は、プロや料理好きの間では「ゴールデンカレーはブレンドのベース」と言われることも多い。

本格派の人ほどゴールデンを選ぶのは、スパイスを追加させる伸びしろがあるからだ。クミンやコリアンダー、ガラムマサラを少し足すだけで、家庭用ルウとは思えないレベルの本格カレーに化ける。

逆に、今どきのチャラい濃厚系ルウは、スパイスを足すと味が破綻しやすい。ゴールデンは素体として優秀で、料理としての自由度が高い。

価格が安定していて品質のブレが少ない

ゴールデンカレーは値段が安定しており、ロットによる味のブレも少ない。

どこでも買えて、毎回同じ味が出るという信頼性は、家庭料理において非常に重要だ。特にスパイス系の料理は香りのブレが味のブレに直結するため、安定性は大きな強みになる。

ゴールデンカレーは本格ルウ最後の砦

甘さや濃厚さでごまかさず、スパイスの香りで勝負する。具材の味を生かす方向性であり、家庭料理として気軽に買える。そして、スパイス追加で本格インド寄りに改造する余地もある。

1960年代から半世紀以上、香りを主役にし本格派の姿勢を守り続けてきたゴールデンカレーは、今どきの「コクがすごいです」「濃厚です」「バター香ります」「欧風です」系のチャラいルウとは、そもそも目指している方向性が違う。

カレーを香りで食べたい人にとって、ゴールデンカレーはやっぱり最適解なのだ。

WEB制作

企業サイトのWordPress実装は「全体WP」ではなく「部分WP」が好まれやすい理由

WordPress(WP)は個人ブログや中小企業などの小規模な運用シーンで採用される印象が強いが、大企業のサイトで採用されるケースも一定数存在する。

ただし、企業がWordPressを導入する場合、サイト全体をCMSとして運用するのではなく、「お知らせ」や「ニュースリリース」など更新頻度の高い領域だけをWordPressに任せ、それ以外は静的HTMLで構築するという「部分WP」の構成が採用されるケースが多い。

更新頻度の高い領域だけをWordPress化するという考え方

企業サイトでは、すべてのページが頻繁に更新されるわけではない。

会社概要やサービス紹介などのページは滅多に更新されない一方で、ニュースリリースやお知らせ、採用情報などは頻繁に更新される。こうした事情から、更新が必要な領域だけをWordPressで管理し、それ以外は柔軟なデザインを作りやすい静的HTMLをベースに構築するという方法が自然に選ばれる。

静的HTMLとWordPressを自然に連携させる「部分WP」構成

部分WPの構成では、トップページやサービス紹介ページなどの更新頻度の少ない部分は静的HTMLで作られ、お知らせやニュースリリースの一覧部分だけがWordPressの出力に差し替えられる。

静的ページからWordPress側の投稿一覧に自然にリンクさせることで、ユーザー体験としては一つのサイトとして違和感なく繋がる。WordPressは更新作業に特化し、静的HTMLはデザインの自由度と高速表示を担うという役割分担が成立している。

「部分WP」が企業に好まれる理由

企業が部分WPを好む理由は、制作効率と運用効率の両立がしやすいからである。

WordPressのデザイン機能に依存しない静的HTMLは、デザインの自由度が高い。一方で、WordPressは非エンジニアでも簡単に更新できるという利点がある。サイト全体をWordPress化すると、テーマやプラグインの更新による影響範囲が広がり、保守コストが増える。

必要な部分だけをWordPressに任せることで、CMSのメリットを享受しつつ、リスクとコストを最小限に抑えられるために部分WPが採用される。

実際の企業サイトでよく使われる「部分WP」の実装例

個人ブログなどでは全体がWordPressの機能で制作~運用されるケースが多いが、企業サイトでは、まずデザイナーが作ったデザインモックアップをベースに、コーダーやエンジニアがサイト全体を構築する。

そのうち、更新頻度の高い「お知らせ」や「ニュースリリース」だけをWordPressの機能を利用して組み込むという方法が採用されるケースが多い。必要な部分だけがWordPressの機能で管理されるイメージだ。

トップページの「お知らせ」欄には、WordPressの機能で投稿された記事がAPIやテンプレート機能を通じて自動反映されるよう設定されており、広報担当者が管理画面から記事を追加するだけで最新情報が反映される。

これにより、デザインの自由度やクオリティは確保しつつ、日常の更新作業はWordPressで効率化するという“いいとこ取り”の構成が実現する。

初心者向けの入門書では触れられないことが多い

このような「静的HTMLをベースにしつつ、更新が必要な部分だけをWordPressで管理する」という構成は、初心者向けのWordPress入門書では紹介されていないことが多い。入門書の多くは、テーマを選び、プラグインを追加し、デザインをカスタマイズし、サイト全体をWordPressの管理画面から構築~運用するという「全体WP」の前提で説明されているためだ。

一方で、企業サイトの制作現場では、デザインのクオリティや表示速度、セキュリティ、運用体制など、より複雑な要件が求められる。そのため、更新頻度の高い領域だけをWordPressに任せるという「部分WP」の手法が選ばれる傾向がある。

この方法は、WordPressの仕組みを理解しているだけでなく、HTMLやCSSのゼロからのコーディング、テンプレート化の流れ、API連携なども扱える必要があるため、実務経験のある中級〜上級者向けのアプローチと言える。

「部分WP」が示す日本のWeb文化

部分WPという構成は、日本のWeb文化の特徴をよく反映している。

日本ではデザインの統一性やブランドイメージが重視されるため、デザインについてはデザイナーが細かく作り込む文化が根強い。一方で、ニュースリリースなどの日常的な更新作業は社内の非エンジニアが担当することが多く、CMSの導入が求められる。

結果として、静的HTMLとWordPressの機能を組み合わせた「部分WP」の構成が自然に選ばれる。現場では、この手法が標準的な選択肢として定着していることも少なくない。

WEB制作

なぜ日本企業はExcel Onlineのような高度なWebアプリを開発できないのか

画像はホットサンドのイメージ

Webブラウザ上で動くExcel OnlineやGoogleスプレッドシートのような高度なWebアプリは、日本でも海外でも、今や日常的に使われている。

しかし、日本企業から同じレベルの高度なWebアプリが生まれた例はほとんどない。

これは「日本人エンジニアの技術力が低いから」という単純な話ではなく、文化や投資の前提が根本的に違うためだ。

この記事では、日本企業が高度なWebアプリを生み出せない構造的な理由を整理していく。

日本と海外では技術への投資規模が桁違い

Excel Onlineのような高度なWebアプリは、数百人規模のエンジニアが10年以上かけて開発し続けている。その裏には、クラウド基盤、データセンター、分散システム、リアルタイム同期など、国家プロジェクト級の投資がある。

一方、日本企業のWebアプリ開発と言えば、予算が数百万円〜数千万円程度、期間は数ヶ月、チームは数名〜十数名という規模が一般的だ。

しかも「リリースしたら終了」という文化が根強く、継続投資の前提がない。この時点で、日本と海外勢は全く別の競技をしていると言っていい。

要件定義→外注→納品のウォーターフォール構造が限界を生む

日本企業の典型的な開発フローは、企画担当が要件を作り、SIerに丸投げし、下請けが実装し、納品して終了という完全ウォーターフォール構造だ。

この構造では、継続改善ができず、技術的負債が積み上がり、高度なアプリを育てていく文化が生まれない。

一方、MicrosoftやGoogleは、自社で企画し、自社で開発し、自社で改善し、10年以上も継続投資するというプロダクト開発文化を持つ。日本企業とは構造そのものが根本的に違う。

失敗を許容しない日本文化がイノベーションを阻害する

Excel OnlineやGoogleスプレッドシートは、何度も失敗し、何度も作り直し、長い赤字期間を経て今の形になっている。失敗を前提にした改善サイクルがあるからこそ、巨大で複雑なアプリが育つ。

しかし、日本企業は失敗NG、予算は年度単位、1年で成果を求める、途中で仕様変更NGという文化が根強い。失敗を許容しない組織では、イノベーションは生まれない。

エンジニアが評価されない国では高度な技術が育たない

海外ではエンジニアは高給の専門職であり、技術責任者であるCTOが経営の中心にいることも珍しくない。技術が会社の競争力そのものなのだ。

日本ではエンジニアは下請けや作業者、外注や派遣扱いで、技術者よりも営業が偉く、技術投資よりコスト削減が優先される文化がある。

Excel Online級のアプリを作るには、分散システム、リアルタイム同期、大規模クラウド、高度なアルゴリズムなどのトップレベルのエンジニアが必要だが、日本ではその人材が評価されず、育ちづらい。

日本企業は世界で使われるプロダクトを前提にしていない

Excel OnlineやGoogleスプレッドシートは、世界数億ユーザー、24時間稼働、多言語対応、巨大トラフィックを前提に設計されている。

日本企業のWebアプリは、国内限定、数千〜数万ユーザー、小規模トラフィックが前提だ。スケールの前提が違えば、設計思想もまったく異なる。

日本はWebデザイン文化、海外はソフトウェア開発文化

日本のWeb界隈は、Webデザイン中心の文化で発展してきた。

HTML、CSS、軽いJavaScriptといった領域が主流で、これはこれで一定のノウハウを必要とするものの、本格的なWebアプリ開発とは別のスキルセットである。

一方、Excel OnlineやGoogleスプレッドシートのような高度なWebアプリは、仮想DOM、Canvas、WebSocket、分散データ同期、大規模クラウド、計算エンジンなど、完全にソフトウェア開発の領域に属する。

日本では、この領域のエンジニアを育てるルートが限られており、新卒一括採用文化の影響で、理系大学や大学院で専門教育を受けた人が中心になりやすい。

一方、海外では学歴以外のルートが一般的で、ブートキャンプや独学でエンジニアになる人も多い。

つまり、日本と海外では基盤となる環境そのものが異なるため、日本のWeb界隈の文化は、海外のようなソフトウェア開発中心の方向には発展しなかったと言える。

海外エンジニアの学歴事情

海外(特にアメリカ、カナダ、ヨーロッパ)は、学歴よりもスキルと実績、ポートフォリオが圧倒的に重視される文化。

海外のエンジニア調査では、学歴なし(高卒、中退、ブートキャンプ、独学)が3〜4割を占めるというデータが複数ある。海外では学歴なしエンジニアは“少数派”ではなく“普通にいる層”と言える。

大企業(Google / Meta / Amazon / Microsoft)

学歴があれば有利だが、学歴なしで入っている人も普通にいる。実務経験、GitHub、コーディングテストの結果が最重要。

アメリカ

学歴なしエンジニアも大量にいる。ブートキャンプ卒が普通に就職している。

カナダ

アメリカより学歴志向が弱い。実務経験が最重要。

イギリス

学歴は“あれば良い”程度。スキル評価が中心。

ドイツ

伝統的に学歴重視だが、ITは例外。実務経験があれば学歴なしでも採用される。

オーストラリア

学歴より職歴。移住ビザでは学歴が点数に影響することがある。

日本

理系大学、大学院で情報系を専攻した人が有利。未経験から高度なWebアプリ開発に進むルートは海外より限定的。

日本企業が作れないのではなく、そもそも作れる構造が存在しない

Excel OnlineやGoogleスプレッドシートのような高度なWebアプリは、技術力だけで作れるものではない。

必要なのは、巨額の投資、教育、長期的なプロダクト開発文化、失敗を許容する組織文化、エンジニアを中心に据えた評価制度、世界規模のスケールを前提とした設計など、これらが揃って初めて、あのレベルの高度なWebアプリが生まれる。

日本企業が同じようなアプリを作れないのは、技術者の能力不足ではなく、作れる環境がそもそも存在していないという構造的な問題が原因だ。