「ソース」が一体なんなのかがよく分かりません。中濃ソース、とんかつソース、ウスターソースなどありますが、ただ揚げ物やとんかつにかけてればいいのでしょうか。成分をみると想像以上にフルーツや野菜がたくさん入っていて、不健康なイメージを持っていたので少し驚きました。オタフクソースはまた全然別ジャンルのような気もしますし、案外似たものなのでしょうか。日本のソースはイギリスのウスターソース由来と聞いたこともありますが、どのように使うのが正解でしょうか。イナダさんのお考えをお教えください。 | Mond - 知の交流
「ソース」が一体なんなのかがよく分かりません。中濃ソース、とんかつソース、ウスターソースなどありますが、ただ揚げ物やとんかつにかけてればいいのでしょうか。成分をみると想像以上にフルーツや野菜がたくさん入っていて、不健康なイメージを持っていたので少し驚きました。オタフクソースはまた全然別ジャンルのような気もしますし、案外似たものなのでしょうか。日本のソースはイギリスのウスターソース由来と聞いたこともありますが、どのように使うのが正解でしょうか。イナダさんのお考えをお教えください。 イナダシュンスケ:これはまた哲学的な質問ですね。 ウスターソース、中濃ソース、とんかつソース、お好みソースなどなどは、総称して「ウスターソース類」と呼びます。長いし一般的な呼称ではないので、ここでは単にソースと書きますね。トマトソースやソース・ヴァン・ブランなどそれ以外の一般名詞としてのソースはいったん省きます。
「なるほど」って目上の人に使うと失礼ですか？ 国語辞典の編纂者・飯間浩明さんに“本当のところ”を聞いてみた - ミーツキャリアbyマイナビ転職
「なるほど」は目上の人に使っちゃダメだよーー。こんな指摘を上司や先輩に受けたことのある方も少なくないでしょう。 昨今は、言葉遣いに関するビジネス書やWebサイトでも、しばしば同様の意見に出会います。SNSなどには、特に目上の人と話すとき、どんな相づちを使えばいいのか判断に困ってしまう、といったビジネスパーソンの声も数多く寄せられています。 そもそも「なるほど」ってそんなに「失礼」な表現なのでしょうか。「なるほど」に代わる便利な相づちってあるのでしょうか。そんな素朴な疑問を、今回は国語辞典の編纂者で言葉のプロである飯間浩明さんにぶつけてみました。 インタビューで語られたのは、「なるほど」の語源から、言葉や表現一般に対する飯間さんのスタンスまで、実に幅広いトピックです。この記事を読んで、日々の言葉遣いを振り返るきっかけにしてみてはいかがでしょうか。 飯間浩明（いいま・ひろあき）さん。1967年
日米OSDN離合集散、苦闘の21年史
さて、ついに退職エントリだ。私は米国のオープンソース・ムーブメントを日本で再現するためのコアを作るために民間企業へやってきたはずだった。それから21年、随分と長い航海になってしまったが、結局様々な尻拭いを続けてきたという感慨ばかりが起きてくる。一つの歴史として書き残すいいタイミングなのでその苦闘を振り返っておこう。 なお、長く付き合いが続いてしまう米国側法人は下記のように名称が変化している。なるべく頭に米国と付けて日本側法人と区別しやすいように記述するが、突然名称が変わったりするので注意してほしい。多くがもはや消滅した法人のことなので、さすがに一気読みするような酔狂な人はほぼいないと思うが。 VA Research Andover.net ↓ ↙︎ (VAによる買収) VA Linux Systems ↓ ↘︎ (Andoverから社名変更) VA
プログラミング初心者のための JavaScript と Node.js の歴史、それを踏まえた勉強方法
プログラミング初心者のための JavaScript と Node.js の歴史、それを踏まえた勉強方法 2020年でJavaScript学ぶならきっとブラウザ向けJSガン無視していきなり初手node.js（ただし暫く何も足さない）がいいんじゃないかというメモ - min.t (ミント) Node.js を教えることについて、自分は賛成なんですが、その学習パスが整理されてないなと思っていたのと、学習パスがなぜ整理されていないかについて書きます。 はじめに 問題意識として、今のプログラミングスクールや独学勢が Ruby on Rails に偏っていて、 Node.js の人間としては、歯がゆく感じているんですが、実際 Node.js を教えるとしても問題も多いと認識しています。 歴史の話は、当時の実情や政治を省いて結果だけを書きます。具体的には第一次ブラウザ戦争、第二次ブラウザ戦争を言及しませ
The History of the URL | The Cloudflare Blog
On the 11th of January 1982 twenty-two computer scientists met to discuss an issue with ‘computer mail’ (now known as email). Attendees included the guy who would create Sun Microsystems, the guy who made Zork, the NTP guy, and the guy who convinced the government to pay for Unix. The problem was simple: there were 455 hosts on the ARPANET and the situation was getting out of control. This issue w
RDBとNoSQLにみるDB近現代史 データベースに破壊的イノベーションは二度起きるか？ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「いける」って関西で使いすぎなの なんでなん？ | NHK
アバター2はなぜ48コマなのか。HFR映画がもたらす視覚効果とリアリティ
コンテナの歴史を追いながらいまいちどコンテナについておさらいしてみる / Infra Study 2nd #2