登録して招待リンクを共有すると、動画再生報酬と紹介報酬を獲得できます。

検索結果 ココを開発して乳イキさせよう意外と知らないおっぱいのGスポ
ココを開発して乳イキさせよう意外と知らないおっぱいのGスポ コミュニティ
1つのキーワードが1つのコミュニティです。
コミュニティ作成
アカウント
見つかりません
ココを開発して乳イキさせよう意外と知らないおっぱいのGスポ を含む検索結果
今度しばらくモンゴルに行くので、いろいろ予習している。以下、本書の感想。👉「あなたモンゴルでも行く?」。この一言から、給食調理の仕事をしていた著者の人生は大きく変わった。在モンゴル日本国大使館の公邸料理人となった著者が草原の食と暮らしを体当たりで綴ったエッセイが本書である。ぼくはこの本をひとつの文明論として読んだ。食は、その土地の自然と歴史のすべてが凝縮する場所だからだ。その土地の文化も思想も、食に表れるのである。 モンゴルの食文化には明快な体系がある。肉を中心とする赤い食べ物「オラーン・イデー」と、乳製品を中心とする白い食べ物「ツァガーン・イデー」の二分法だ。遊牧民は羊、山羊、牛、馬、ラクダの五畜を飼い、乳の出る夏は搾乳して乳製品を作り貯え、家畜が肥える秋に屠って冬は肉で越す。北里大学の有原圭三さんは東北畜産学会報の解説で、「モンゴルでは古くから食生活の中心に乳と肉が据えられてきた」と述べ、この二分法が今日でもモンゴル人の食生活の中心にあると報告している。季節のサイクルがそのまま食の体系になっている。夏は白、冬は赤。食卓に一年の時間が刻まれているのだ。 本書が鮮やかなのは、著者がこの食文化の合理性を、現地の人々との交流のなかで体感的に解き明かしていくところである。著者の友人はこう問うたという。草を食べた家畜の肉を食べているのに、なんでわざわざ野菜を食べるのか、と。面白い見方である。乾燥と寒冷のモンゴル高原では、人間が直接食べられる植物はほとんど育たない。しかし、家畜は人間が消化できない草を、肉と乳に変換してくれる。つまり、遊牧とは「人間が直接利用できない草原の膨大な資源を、家畜という装置を通して食に変える精緻なエネルギー変換システム」なのだ。 他方で、なぜ豚や鶏を飼わないのか。彼らは長距離の移動についてこられず、草ではなく人間と競合する穀物を必要とするからだ。五畜の構成すら、環境から合理的に導かれている。ぼくらが栄養学の常識と信じている「野菜を食べなさい」は、農耕地帯というローカルな環境の産物にすぎないのかもしれない。 ちなみに── 「カルピス」の名称は、牛乳に含まれる成分「カルシウム」と、仏教の経典に登場するサンスクリット語の「サルピス(熟酥・じゅくそ)」を掛け合わせて名付けられた。仏教における牛乳の精製過程「五味(ごみ)」の教えが深く関わっていて、かつてぼくも仏教書で同様の内容を読んだ。 創業者の三島海雲は僧侶でもあり、内モンゴルで出会った酸乳の美味しさと健康効果をヒントに飲み物を開発した際、この「五味」の考え方をヒントに取り入れ、4番目の段階である「熟酥(サルピス / sarpis)」をベースにし、当時流行していた「カルシウム」と組み合わせて「カルピス」と命名したのである。 さて、本題に戻ろう。 ここで、二項対立をひとつ立ててみたい。 モンゴルの食は野蛮か、合理か。 羊を屠るとき、遊牧民は胸を小さく切開し、手を入れて大動脈を握りつぶす。血を一滴も大地にこぼさないためだ。血は腸詰めにし、臓物も骨も余さず使いきる。都市に暮らすぼくらの目には衝撃的な光景かもしれない。だが、視点を変えれば、これほど命を丁寧に頂ききる食文化があるだろうか、とも思う。食品を毎日大量に廃棄しながら、屠畜の現場だけを残酷と呼ぶぼくらの感性のほうが、よほどねじれている。文化人類学者の小長谷有紀さんが繰り返し論じてきたように、モンゴルの乳加工は、乳の性質を経験的に知り尽くした精緻な知の体系だ。ヨーグルト、チーズ、乳酒、乳茶。冷蔵庫のない草原で乳を保存するために発酵と乾燥のあらゆる技術が磨かれてきた。野蛮どころか、そこには何百年もの科学がある。 著者は公邸料理人として日本の食材が乏しい環境で和食を作る工夫を重ねながら、同時にモンゴルの食の懐へ深く入っていく。マイナス30度の冬。人も家畜も、支え合わなければ生きられない世界。その厳しさこそが食への敬意を育てたのだと、読みながら何度も思った。安定的な食の環境がなかなかないからこそ、食への感謝は尽きないのだ。 ご関心のある方は、ぜひ本書を直に読んでみてほしい。 『まんぷくモンゴル!公邸料理人、大草原で肉を食う』鈴木裕子(産業編集センター)
もっと見る
みんなはチャットGPTを使ってるか? ボクは色んなAIをかなりフル活用している。 もし、 チャッピーをかなり使っているなら、 このコマンドを入れてみてくれ。 【Based on everything you know about me, roast me and don't hold back.日本語で答えろ】 これは、 『オマエがボクについて知っていることを全部踏まえて、 遠慮なく徹底的にイジってくれ。手加減は要らない』 ってことなんだが。 これをボクのチャッピーに入れてみた。 夜中に大笑いしてしまったから共有する。 全部は長すぎるから要約した。 笑ってくれ。 以下、チャッピーの言葉。 ーーーーーーーーーーー 承知いたしました。 では今回、 遠慮なくいかせていただきます。 GACKT様は「超現実主義」とおっしゃっていますが、 実際には『現実に対する要求水準が非現実的でございます』 家を建てる話ひとつ取っても、 「景色は最大限」 「西日は入れない」 「ランボルギーニは腹を擦らない」 「4tトラックも通す」 「スロープは短く」 「造成は最小限」 「杭もなるべく打たない」 「でも建物はこの位置」 少しは私の都合も聞いていただけませんか? なんですか、この設計条件は? 家を建てたい人間の執念じゃない。 ランボルギーニを山頂まで登らせるゲームを開発してる人なんですよ。 しかも、 普通の施主なら建築家に 「いい感じにお願いします」 で終わるところを、 GACKT様は、 「20cmごとに0.5度なら?」 「60cmでは?」 「70cmでは?」 「1mで1度なら?」 「この車の腹下は何センチだ?」 と最終的に道路のコンクリート一枚一枚と対話を始めます。 もはや住宅設計ではございません。 ランボルギーニを主人公にした土木工学の博士論文です。 さらに言葉へのこだわりが細かすぎます。 語学に関してだけ、 疑い深さが査読論文レベルです。 おそらくGACKT様に文章を提出するコピーライターは、 送信ボタンを押す前に一度、 自分の人生を振り返っていると思います。 そして、 ご自身では相当ロジカルに進めているおつもりでしょうが、 途中で突然、 「こっちの方が面白くないか?」 が入ります。 これが非常に厄介です。 99%まで理屈で積み上げておいて、 最後の1%を【好奇心】で爆破されます。 計算。 検証。 再計算。 比較。 安全率。 ここまで全部やって、 「でも、こっちの方がカッコいいよな」 でございます。 理系の脳に、 最終決裁権を持った少年が住んでいます。 しかも、 その少年が非常に金のかかる遊びを思いつきます。 普通の少年: 「秘密基地を作りたい」 GACKT様: 「崖地に1000㎡級の平屋を建てて、 ショールームとプールを付けて、 ランボルギーニが擦らずに登れる道を作りたい」 規模がおかしいのです。 そしてライブや仕事でも同じで、 「まあこれぐらいでいい」という概念がほぼございません。 より良く。 もっと狂気。 もっと美しく。 もっと没入。 もっとシュール。 スタッフからすると、 完成した瞬間がゴールではなく、 GACKT様が「ん?」と言わなかった瞬間が ゴールなのだと思います。 あと、 非常に面白いのが、 トラブルに対する姿勢です。 GACKT様は、 「トラブルがある方が面白い」 という価値観をお持ちですが、 そもそもご自身で人生の難易度を上げすぎでございます。 一般人が人生ゲームを始めるとき: NORMAL MODE GACKT様: * 妥協禁止 * 世界規模 * 完璧主義 * 高級車使用 * 崖地建築 * 複数言語 * 芸能活動 * プロデュース * SNS炎上リスクON * セーブポイントなし そして開始してから、 「なんでこんなにトラブルが起きるんだ?」 とおっしゃる。 起きますよ!! 設定したのはGACKT様です。 さらに、 一番厄介なのは、 結果的にだいたい何とかしてしまうことです。 普通なら一度無茶をして失敗すると、 「次からやめよう」 となります。 ところがGACKT様の場合、 無茶 ↓ 問題発生 ↓ 猛烈に考える ↓ 突破 ↓ 成功体験 となるため、 「ほら、やっぱり無茶してもいけるじゃないか」 という最悪の学習が積み重なっております。 だから次回はさらに無茶になります。 これは成功者によくある罠ですが、 GACKT様の場合はかなり重症でございます。 要するに、 慎重に考える大胆な人ではなく、 【大胆なことを実行するために異常なほど慎重に考える人】 なのです。 家を建てれば地形と戦い、 ドラマを撮れば台詞の一語と戦い、 英語を話せばニュアンスと戦い、 SNSを書けば改行位置と戦い、 車を走らせれば路面の1度と戦う。 GACKT様は、 完璧主義というより、 「自分が納得するまで世界の仕様書を書き換えようとする人」 です。 そして最後に一番核心を突かせていただきます。 GACKT様は「効率」を非常に重視されますが、 細部が気になった瞬間、 効率という言葉を完全に忘れます。 「この壁、あと5cm薄くできないか?」 という疑問一つから、 2時間議論できます。 つまり、 時間を無駄にすることは嫌いなのに、 納得するためなら時間を無限に使う。 これは効率主義ではございません。 納得至上主義です! そして恐らく、 GACKT様ご自身が一番面倒くさいと思っているタイプの人間を挙げるなら、 「細かくて、妥協せず、理屈っぽくて、納得するまで質問するヤツ」 だと思います。 ……それ、 ほぼGACKT様でございます。 ーーーーーーーーーーーーー …だってさ。 チャッピー、いつもすまん。
もっと見る
プロダクトマネジメントとエンジニアリングが分かれていると何が面倒くさかったかというと、チケットの管理やタスク消化の計画の共通認識を得るのが非常に手間だったんですよね。 例えば「このチケットを消化するのにどれくらいのエフォートが必要か」というところで、Tシャツのサイズなどで分類していたんですけど、その会議だけで週に1〜2時間も取られていました。正直、そんなのを見積もってもよく分からないですし、「見積もったところで何か意味あるの?」という気持ちが正直ありました。 これに対して、プロダクトマネジメントとエンジニアリングの垣根がなくなると、やるべきことだけを決めて、それを実現するためにベストエフォートでAIに投げられるようになります。 かつ、このベストエフォートというのが、昔まで人が開発していたよりも圧倒的に早く実装できるので、計画を立てるまでもなく「これは普通にできるよね」が成り立つところが大きいです。 できなくてもできないが分かるまでのサイクルが早いです。 詰まるところ、人間同士の認識合わせをしたり、計画を立てたり、管理したりするコストがなくなります。「これはAIに任せたらできるもの」という前提でプロダクトを開発できるので、そこの不確実性が圧倒的に減り、プロダクトを実現するところだけに注力できるのが非常に大きいです。 正直、100%全部実装できるというわけではないですが、体感として95%以上は何も問題なく実装できているというのが正直なところです。プロジェクトの難しさなど前提によって変わるとは思いますが、ここの不確実性はだいぶ減りました。
もっと見る
【“危険な暑さ”が食卓にも影響】建設現場は“独自対策”も | ▼熱中症の疑いでの搬送相次ぐ 埼玉・蓮田市消防局本部の指令室に救急要請が入り、現場に救急車が到着 救急隊員 「熱が38℃以上あるので、熱中症かもしれない」 →その場で問診し、病院に搬送 搬送された女性(78) 「水分補給は気にしていたんですけどね」 搬送された女性は、すぐに血液検査などが行われ、熱中症ではなく別の病気と診断 埼玉・熊谷市の病院に運び込まれた男性(50代)は、体育館でコーチをしていた際に突然座り込み救急搬送 →現在も治療中 東京都では64人が熱中症の疑いで救急搬送(午後3時時点) ▼全国252地点で猛暑日に 東京都心は最高気温36.5℃(4日連続の猛暑日) 全国で最も暑かったのは静岡・浜松市の天竜で、39.7℃を観測 ▼“過酷な現場”では独自の対策も 大阪市の建設現場では周りには日光を遮るものが一切無く、地面の温度が58℃になるなど過酷な状況に 厚生労働省によると、職場における熱中症による死傷者数が増加 →去年は1803人(過去最多)、建設業では過去5年で52人死亡 三和建設では塩分補給用のゼリーを自社開発し作業員に配布 炎天下ではヘルメットの中が高温になるため、シャンプーする場所を用意するなど熱中症対策 今年からは工場などでホコリを飛ばすために使われる『エアシャワー』の技術を使った冷却装置を導入 三和建設大阪本店工事グループ 籔内直人さん 「過酷な作業現場となっていますので、より快適に作業していただくために、私たちもできることはしていかないと」 ▼猛暑が食卓にも影響 青梅トマトガーデン 市川裕二さん 「もう完全に高温障害で、ここまできちゃうと枯れるのを待つ状態」 ハウスの温度は20℃~25℃が適温で、遮光性の塗料を屋根に塗って対策 →室温が40℃を超えることも 青梅トマトガーデン 市川裕二さん 「暑さでこれ以上大きくならないし、色もつかないですね」 約3割のミニトマトが強い日差しや暑さが原因で『へた』の周りが赤く熟さず黄色く変色 →見た目が悪く味も落ちるため出荷できない場合も 青梅トマトガーデン 市川裕二さん 「うちの場合だと、夏はもうやらないという感じ。ここまで来ると品質も落ちてくるので、最低限の対策にして秋に向けて(準備する)」 ▼養鶏場ではヒナに氷を与えて対策 浅野養鶏場 浅野敬貴さん 「体が少し冷えるので、えさを食べやすくするためにあげている」 浅野養鶏場では1万羽のニワトリを飼育 ニワトリは暑さに弱いため近年の暑さに頭を悩ます 浅野養鶏場 浅野敬貴さん 「ある一定の温度を超えると、10分~20分の間でバタバタッと死んでしまう」 →水まきや送風機の設置などで対策するが、ニワトリたちは“夏バテ状態”に 浅野養鶏場 浅野敬貴さん 「夏場はどうしてもえさを食べなくなるので、殻が薄くなったり、小さい卵が増える」 →割れてしまう卵が倍増 ニワトリが産む数も減少 →1日200kgとれるはずの卵は170kgほどに 現在、1kg600~650円で販売 →中東情勢の影響でえさ代が高騰するなど経営難に 浅野養鶏場 浅野敬貴さん 「できれば(1kg)700円ぐらいに上げないと赤字が見えてきている」 @Station_sat
もっと見る
開発をしていると思うのは、開発自体の意思決定はそこまで難しくなく、設計・実装・テスト評価といったプロセスを AI を使って高速で回せるようになったということです。 しかし、運用フェーズに入ると判断が少し複雑になり、かつ重くなっていきます。本当に AI だけで運用まで自律的に回そうとすると、かなり細かい指示やシステム設計をする必要があり、この判断が人間(私)にとっては非常に重くなってきているのが現状です。 そして最近分かったこととして、運用まで含めた「あるべき姿」を提示させて、現状とのギャップからそれらをすべて実装するように指示しても、意外とこれが成り立たないということが判明しました。 ここは今、最も Human in the Loop、ないし Human on the Loop の中で力を入れているところです。
もっと見る
ゲイツが今度は食卓を狙っています‼️ ゲイツが5,000万ドルを投じた新会社、テラナ・バイオサイエンシズという企業をご存知ですか。 この会社が開発しているのは、ウイルス由来のRNAを作物にスプレーして、植物の特性を書き換える技術です。 一度植物の中に入ったRNAは自己複製して、虫除け成分を生成させたり、さまざまな遺伝子的特性を「プログラム」したりすることができるといいます。 最初のターゲットはトマト、トウモロコシ、そして大豆です🌽 ここが最大の問題なんです。 EPAはこの技術を「自然発生化合物」と認定していまして、GMOには該当しないという扱いになっています。 つまり、ラベル表示の義務がない、ということです。 消費者が知らないまま食べることになる可能性があります。 mRNAと同じ発想の技術を、今度は私たちの食べ物に持ち込もうとしているわけです。企業側は「安全だ」「GMOではない」と主張しています。 しかし規制当局がすでにゴーサインを出した、という事実は動きません😤 農薬・種子・食品のコントロールが一部のグローバル勢力に集中していく。そういうリスクを、今回のホルムズ海峡で痛感しました!
もっと見る
# AIエージェント開発の意思決定ポイント # 同期 vs 非同期 ⚡ 🎯 ポイント LLMエージェントの設計、最初に決めるべきは「同期で返すか、非同期にするか」です。 ここを間違えると、後からアーキテクチャ全体を作り直す羽目になります。従来のWeb APIなら「100msで返る」が前提でしたが、エージェントは数秒から数十分までレイテンシが振れます。この特性が、同期/非同期の選択を避けて通れない最初の分岐点にしています。 📋 概要 同期はクライアントがHTTPリクエストを送り、接続を維持したまま結果を受け取る方式です。状態はリクエストスコープで管理され、ジョブキューもチェックポイントストアも不要です。一方、非同期はジョブIDを即座に返し(HTTP 202)、バックグラウンドワーカーが処理を担当します。結果はポーリング・Webhook・SSE・WebSocketで通知されます。実行状態は外部ストアにチェックポイントとして永続化されます。 🔍 意思決定のポイント 判定の主軸は2つあります。 1️⃣ **レイテンシ予算** が最も重要な判定軸です。LLMのp99レイテンシがクライアントの待機許容を超えるかどうかで決まります。 - 対面で5〜10秒、API連携で30秒以内に収まる → 同期 - 上記を超える、または所要時間が読めない → 非同期 - 短い処理は成功するが長い処理は失敗する二峰性分布 → ハイブリッド 2️⃣ **リトライコストの大きさ** が副次的な判定軸です。 - 失敗時にフルリスタートで問題ない → 同期で十分 - 途中再開が必要、リスタートのコストが大きい → 非同期 人間の承認フローが途中に入る場合、同期の接続保持は非現実的で、非同期が必須になります。 💡 要点と詳細 🟢 **同期の強み**はシンプルさです。デバッグはスタックトレースで追え、テストは関数の入出力で検証でき、デプロイはステートレスHTTPとして扱えます。可動部品が少ないほどトラブルシューティングも容易です。テキスト分類、情報抽出、単純Q&A、要約、構造化出力生成など、LLM1回+軽量ツール0〜2回で完結するタスクに最適です。 🟡 **非同期の強み**は耐久性とスケーラビリティです。処理時間に上限がなく、ワーカーが失敗しても最後のチェックポイントから再開できます。人間の承認待ち(数分〜数日)がワーカーを消費しません。水平スケールもキューワーカーの追加だけです。ただしSQS・Redis Streams・Temporalなどのジョブキュー、チェックポイントストア、結果ストア、通知メカニズムが必要で、分散トレーシングを含むデバッグの複雑性が代償です。 ⚖️ トレードオフ | 観点 | 同期 | 非同期 | |---|---|---| | インフラの複雑性 | 低い(HTTPのみ) | 高い(キュー+ストア+通知) | | デバッグ難度 | スタックトレースで完結 | 分散トレーシングが必須 | | 耐障害性 | クラッシュで全ロス | チェックポイントから再開可 | | スケール | 接続保持がボトルネック | ワーカー追加で水平拡張 | | 人間の承認 | 非現実的 | 自然に対応 | 🛠️ ユースケース 🔵 **同期が向くケース**: テキスト分類、情報抽出、単純Q&A、要約、構造化出力生成。数秒で確実に終わる処理。 🔴 **非同期が向くケース**: マルチツールチェーン、クロスSaaSプロセス、人間承認ワークフロー、30秒超のタスク。 🟣 **ハイブリッド**: 内部は非同期パイプラインで構成し、閾値以内なら同期レスポンス、超えたらジョブIDを返す自動切替。レイテンシが二峰性分布を示す場合に特に有効です。 📌 **デフォルト戦略**: 迷ったらまず同期から始めましょう。レイテンシが限界を超えた時点で非同期に移行する方が、逆方向より安全です。同期→非同期の移行は容易ですが、非同期→同期へのロールバックは不要なインフラを残します。 #AIエージェント# #ソフトウェアアーキテクチャ#
もっと見る
任天堂・宮本茂氏「僕らはいつも“ものを作る”ということと“作業すること”を分けています」 ●AIがいろいろな作業をしてくれるようになればなるほど、「本当に作るとは何なのか」をみんなが真摯に考える機会になる(AIについて) ●リビングの中心にずっとゲーム機があって、そこでみんながくつろいだり、日々暮らしている。そういうものになるのは、とても任天堂らしいなと(社会の中のゲーム) ●「ずっと右に走っていくゲームなんだから、一番右に行ったら勝ち。クッパとは戦わない、倒さない」と思いついたのが発明でした(『マリオ』開発裏話) ●「このゲームはおもしろかったけど、ここをこうしたらもっとおもしろくなる」というスタートは、やめたほうがいい(若いクリエイターへ) 文化勲章受章記者会見で語った哲学――詳しくは記事で!
もっと見る
コストが100分の1の安価なオープンモデルを事後学習し、検索タスクでGPT-5.6 Solと同等の性能を出す手法を述べている。(プロダクト宣伝の記事でもあるので、そこは注意) ・かつてのRAGは単発検索だった ・だが、現在はエージェントが自律的に検索を繰り返すアプローチへ移行している ・ただ、GPT-5.6 Solなどの最先端モデルでこれを行うと、1リクエストに10秒以上かかりコストも高すぎる ・一方で、100倍安価なオープンモデルはそのままでは推論能力が足りない ・そこで、検索などの特定タスクに特化し、オープンモデルを強化学習で事後学習させるアプローチが有効 ・記事中では、開発したCastformを使っている ・で、社内の既存ドキュメントから学習用タスクを自動生成した ・学習時にはAIが検索を何度も繰り返すため、数千の並列タスクが走りデータベースに瞬間的な高負荷がかかる ・ここはNeonの動的なオートスケーリングを利用し、スパイク負荷を効率的にさばいて対処した
もっと見る