「ノード」を含む日記 RSS

はてなキーワード: ノードとは

2023-06-11

Web3ヤー対策 一問一答

アメリカクリプト規制に本気出し始めたので本邦Web3ヤーたちがざわざわしていますさらなる詐欺の撲滅のため、彼らが常用するレトリックとそれに対する正しい反応をあらかじめ書き連ねました。これらが有耶無耶のまま来年ビットコイン半減期を迎え、万が一雰囲気相場好転すると、耳さわりの良いポジトークが増えていくでしょう。これ以上被害者を出さないためにWeb3ヤーワクチンを打ってください。

Web3ヤー「ゲンスラーのせいで損した。SEC投資家保護するんじゃないのか?」

解答「あなたが損した分、ショートしている人は儲かっていますあなたポジションはSECも守ってくれません。そもそもトーク自体価値があるなら、その価格ドル建てで上がろうか下がろうか関係無いはずです。それなのに価格上下一喜一憂するということは、そのトーク自体価値がなく、ドル価値があると自ら告白しているようなものです。そんなトークン遊びは規制されて当然でしょう。」

Web3ヤー「ゲンスラーは昔と言ってることが違う!Binanceに就職しようとして落とされた私怨でBinanceにやり返す姑息な奴だ!」

解答「むしろ考えるべきなのは、そんなゲンスラーでもこうなってしまうほどアメリカクリプト規制に本気を出していることです。ゲンスラーすらSEC相手には犬なのです。個人攻撃で国がひっくり返るほど、アメリカ中央集権的な国家ではありません。もっと大きな敵を相手しましょう。それを突き詰めていくと、規制がないことを良いことに、資金洗浄テロ資金供与に目を瞑り、いい加減なポンジスキームを乱立させて、マネーゲームに狂乱したあなた方が本当の敵だったことを発見するでしょう。」

Web3ヤー「アメリカイノベーション保護しろ!」

解答「クリプトイノベーションだったのでしょうか。イノベーションは誰かの役に立つからイノベーションなのです。金融ゲームに勝ってドルを誰かから奪える以外のユースケースを挙げてください。」

※別解「暗号資産そもそも国家依存しない通貨というコンセプトのもと発明されました。その暗号資産は、国家保護されるべきものなのでしょうか。国家から保護必要なら、その挑戦に失敗した、ただそれだけではないでしょうか。」

Web3ヤー「こうなったのはすべてアメリカの陰謀」

解答「あなた方の間違いを認めたくがないために、無理やり陰謀論帳尻合わせですか。本当に失望しました。試しにアメリカTwitterトレンドを見てみましょう。誰もクリプトことなんか話していませんし、見つかるのはbotterによる詐欺ミームコインのエアドロップの告知ツイートだけです。これを見るだけでもクリプト百害あって一利なしだと分かるでしょう。あなた方のようなルサンチマンに陥ったイノベーターに誰がついていくのでしょうか。あ、イノベーターではないか。そーか、そーか。」

Web3ヤー「DeFi政府企業コントロールされない金融システムです!」
ゲンスラー規制しまーす」
Web3ヤー「俺らからイノベーションを奪うな!」

「ふぁっっ?」

Web3ヤー「DeFiは、途上国や様々な事情金融サービスアクセスできない人々のために、検閲されないオープン金融システムを実現します!」

解答「DeFi金融リテラシーが低い人には向きません。スキャムやポンジスキームプロジェクトに溢れているからです。金融インフラが進んでいない地域では金融教育も行き届いていないことを想定すると、そのような地域の人々が安心して触れるものでは決してありません。途端に泣き崩れる嫁が大量発生するでしょう。」

※別解「え、DeFiって、金融強いマンたちが、余裕資金脳汁ブシャーに興じるオンラインカジノじゃないんすか?途上国の人から見ればDeFi手数料だけで一ヶ月暮らせるけど?」

Web3ヤー「クリプト業界プロダクトは99%詐欺だけど俺たちのは違うぜ!!!

解答「みんなそう言ってるから信じられません。そもそも、その断り文句を入れなければならないあなた方のその業界は、何かが根本的に間違っています。」

Web3ヤー「うちのDAOのガバナンストークンは、過半数コミュニティに分配してます!」

解答「そのコミュニティ運営が成り済ますことが技術的に簡単にできる以上、我々投資家あなた方を信頼しなければなりません。そんなあなた方が発行するトークンを証券と呼ばずに何と呼べばいいのでしょうか?」

Web3ヤー「エアドロップするから、うちのサービス使って!」

解答「プロダクトの素晴らしさではなくて、エアドロップ集客しなければいけないプロダクトのバリューは何ですか?エアドロップ自己目的化してませんか?」

Web3ヤー「エアドロップは未定です。」

解答「エアドロップ客引きするのがダサいと分かっているから、未定で誤魔化しているのでしょう。こう言うプロジェクトからはエアドロップしたい下心が透けて見えます。いずれVCに突かれてエアドロップするでしょう。」

Web3ヤー「エアドロップしません」

解答「真面目なプロダクトはこの業界では報われません。触っても無駄なので無視しましょう。」

Web3ヤー「NFTをフリーミントします!」

解答「エアドロップができない日本プロジェクトが取る日本特有マーケ戦略です。基本ミントしても何にも起こりません。くだらない電子ゴミにしゃぶりついた黒歴史ブロックチェーン上で全世界に晒されるだけです。絶対にやめましょう。」

Web3ヤー「うちのプロトコルのソースコード監査済みなので安全!」

解答「今までハッキングされたプロジェクトもそう言ってきました。それでも大丈夫と言える根拠を述べてください。」

※別解「そんな定型句は聞き飽きたので、あなたのチームに朝鮮訛りかロシア訛りの英語を喋って、リモート会議で顔見せない開発者がいないかだけまず教えていただけますか?」

Web3ヤー「最近ハッキングされても犯人からお金が返ってくる!」

解答「それは仮想通貨取引所が全世界的にAML/CFT対策を強化してきた努力の成果です。現在暗号資産ハッキングしても大規模な資金洗浄が困難になっています規制恩恵に守られながら、Web3ウェーイ、政府なんていらねーぜウェーイ、とイキるのは恥ずかしいのでやめましょう。」

Web3ヤー「ハッカソン開催します!」

解答「ハッカソンはWeb3業社の主要事業です。自社エンジニアに去られ、プロダクトのネタが切れ、エアドロップもしてしまったWeb3業社はやる事がありません。何かやっているアピールのために、ハッカソンを頻繁に開催して事業偽装しています。そんなハッカソン会場には、闇バイト戦士リクルーティングしようと怪しい人がウヨウヨしています。気をつけましょう。」

Web3ヤー「イベント開催します!」

解答「イベントハッカソンに次ぐ事業です。英語で何かを聞かされますが何も中身はありません。ポジショントーク馴れ合いプロ驚き屋たちのサクラトークだけです。分かりやす英語で話してくれるので、いいリスニング練習になります。また、会場にいるWeb3女子の9割はバックに怖い人たちがいます。近づいてはいけません。」

Web3ヤー「〇〇ポジション採用中」

解答「組織内部が崩壊しています同義です。Web3の中の人はとっくにヤバさに気づいて逃げています特にエアドロップを終えたプロジェクト新規で入る人には何の旨味もありません。また、トークンをもらえても、証券認定されれば、むしろトークンを持つことで面倒なことに巻き込まれ可能性があります。関わらずが正解です。」

Web3ヤー「イベント登壇しました。有名な〇〇さんとツーショット(カシャ」

解答「Web3起業家ワナビーが取りがちな行動です。しかし、そういった仲間意識からまれ信頼関係の重み付きグラフから権威創発され、権威国家権力を生み出し、やがて私有財産権を脅かすに至ったアンチテーゼとして暗号資産は生み出されたはずです。ドバイシンガポール村社会楽しいですか?仲間と内輪ノリで楽しくやっててください。政治家写真撮って、偉い人と握手して、セルフブランディングして、素晴らしいプロダクトを世に送り出してください。待ってます。」

Web3ヤー「ブロックチェーンエンジニアです!」

解答「さぞ難しそうなことをしている響きですが、JavaScriptしか書けない弱々エンジニアです。ブロックチェーンAPIを呼んだり、ウォレットAPIを呼んだりすることしかできません。楕円曲線暗号は知っているのにRSA暗号は知りませんし、デーモンは知っているのにプロセスは知りません。トランザクションと聞けばブロックチェーントランザクションが先に思い付きます。もちろんSQLは知りません。それなのに自分が何かクールなことをしていると勘違いしています。え、Solidityも書ける?ああ、自分クールじゃないと気付いたから周りのエンジニアとの差別化を図ったんだよね。わかるよ。でも、小手先で見栄えだけよくする様は、Web3起業家ワナビーマインドが一致しています。頑張ってください。」

Web3ヤー「〇〇チェーンは高スループット(もしくは高TPS、高スケーラビティ)!」

解答「〇〇チェーンが高いTPSを記録しているのは、分散性を犠牲にしているからです。ブロックチェーンとは呼べません。どこかに単一障害点があるので不安定でよく止まります分散していないので、ゲンスラーの手にかかれば瞬殺されるでしょう。」

※別解「高スループットなのはいいけど、その分増えるデータ容量はどうすんの?将来的に何十~何百テラバイトにもなるチェーンデータを非中央集権的に持続的に分散管理できるとでも思ってるの?結局は、Googleのようなところに集中しない?」

Web3ヤー「SolanaやPolygonは分散してる!!」

解答「SolanaやPolygonはコンセンサスに参加できるノード制限しています。ちなみにSolanaのバリデータノードは走らせるためだけに一年で数万ドルかかるので一般人には手が出せません。また、Polygonは人が管理するブリッジに全ユーザー資産ロックしているので、実質中央集権です。バリデータ偽装工作です。もちろん証券でしょう。」

※別解1「Polygonは速いのはいいけどさ、reorg(チェーン巻き戻し)多すぎない?まだ少しの人にしか使われてない黎明期に、そんな調子大丈夫なの?でもバグった自民党NFTがデプロイされてキッシーが無限ミントされたおもしろチェーンだから、消えたりしないでね。」

※別解2「Solanaはトランザクションの9割は同期用のトランザクションから実際のTPSはずっと低くない?例えるなら、モバイル事業者が一日10000通話達成したって宣伝しながらそのうち9000通話がその事業必要な内線ってことでしょ?はなしもりすぎ。お前の父ちゃんアーフロ。」

Web3ヤー「ADA Cardanoしか勝たん!」

解答「今もこんな養分いるんですかね。Cardanoはプロジェクトの開始時から世界中のクリプトから嫌われている稀有プロジェクトの一つです。日本では反社との接点が報道されるなど真っ黒なブロックチェーンとして知られています。SolanaやPolygonとともにSECから証券と名指しされましたが、反論余地はないでしょう。技術的にも、UTXOモデル採用したCardanoにスマートコントラクト未来はありません。」

Web3ヤー「リップル!」

解答「頑張ってください」

Web3ヤー「NEM、Symbolが来る!」

解答「君たちは、良い人そうだし、駆け出しエンジニアと繋がりたそうですね。君たちの純粋眼差しを見ると、わたしは胸が締め付けられます。少なくとも来世では幸せになれるでしょう。」

Web3ヤー「Astar大好き!」

解答「君たちはNEM勢と同じ顔をした若い世代です。英語難しいか日本人がたくさんいるAstarに来たんだよね。わかるよ。はぁ、みんな揃って、優しいのに彼女いない顔をしていますね。来世では幸せになれるでしょう。」

Web3ヤー「IEO!」

解答「IEOはメチャクチャです。規制の緩い資金調達手段は、売り抜け目的悪徳プロジェクト養分を狩る場にしかなっていません。チャートを見る限り今年日本で行われたIEOはすでに全てが死んでいます。今後も触らぬが正解でしょう。しかし、それでも触りにくる養分は集まってしまうので、雰囲気祭りになりやす半減期前に、何らかの規制が求められます。」

Web3ヤー「NFTを使えば画像の無断コピーを防げる!」

解答「防げません。ふつうコピーできます。」

Web3ヤー「NFTによってあらゆる電子データを所有できるようになった。革命だ!」

解答「NFTの所有と、法的な所有は別です。有体物ではない電子ゴミ所有権もクソもありません。」

Web3ヤー「NFTが盗まれても保険があるから大丈夫!」

解答「ブロックチェーン上では、成りすましが容易にできてしまうため、盗まれたふりも紛失したふりも簡単にできます。そのような保険サービスは持続できないでしょう。そもそも代替不可能なNFTの金銭価値を測るのは容易ではありません。」

Web3ヤー「ブロックチェーンゲームなら、ゲーム資産ブロックチェーン上にNFT化され永遠に残るから、たとえゲームサービス終了してもあなた資産は売却できる!」

解答「ブロックチェーンが無くなる、もしくは止まったら全て思い出になるのは変わりません。」

※別解「サ終したゲーム資産って誰が買うんすか?」

Web3ヤー「STEPNのような〇〇 to Earnは革新的!」

解答「それはポンジスキームです」

※別解1「あれれ、STEPN息してなくない、ウォウ、ウォウ?」

※別解2「去年は滑稽だったなぁ、STEPN起動しながら歩いてる人たち。ペースが崩れるとトークンがもらえないからみんな同じ歩き方でさ。まるで朝鮮人民軍の軍事パレードなんだ。資本主義共産主義も、行き過ぎれば同じってハッキリわかんだね。」

Web3ヤー「ブロックチェーンゲームと相性が良い。ミッションクリア報酬仮想通貨でもらったり、アイテムをNFTでもらえるんだ。参加者同士で交易もできるから仮想世界経済圏をつくれるんだ!」

解答「チート使って人間のふりして24時間稼働して金稼ぐbot天国になりますブロックチェーンゲームBCG)は、いかプロトコルをハックして稼ぐかを追究する数字ゲーム還元されるので、純粋ゲームする人間養分になるでしょう。ポケモンGoのような従来のゲームならさほど大きな問題にはなりませんが、チートお金を稼げるようになる、しかもそれが他プレイヤーに損を押し付ける形でなので、すぐさま深刻な問題になるでしょう。」

※別解1「掛け金を払ってそれを超えるリターンを期待するゲームは、ゲームではなくギャンブルです。今日からBCGのGはギャンブルのGってことにしましょう。」

※別解2「最近サッカーBCGを始めましたが、数字比べゲームでした。いつになればサッカーができますか?」

つづく

2023-06-10

anond:20230610150332

そうだね。それはちょくちょくやってる。

トラバリーが途切れちゃうのが嫌なんだよね。

見返せなくなってしまう。

空のノード残してくれないかなー。

2023-03-27

[]ChatGPTに定式化した問題が一体なんなのか説明させる

Q: ある初期ノードu0があり、u0が持つ情報はf(u0)で表すことができる。次の状態はu1iで表され、遷移はP(u1i|f(u0))によって行われる。ここで、f(u0)の中に、制御可能情報c0 ⊂ f(u0)があるとして、このc0を操作することを考えるとする。このようなタイプ問題の具体例を列挙してください。

 

あなた説明している問題は、部分観測可能マルコフ決定過程(POMDP)として知られていますシステム状態部分的しか観測できず、不確実な観測に基づいて行動を起こさなければならないようですね。

以下は、制御可能情報を持つPOMDPとしてモデル化できる問題の具体例です:

end basketball

Gorilla: DmBH1Uz_DsRFWA5_ypliKpibX_36ldvvyqndo6q4N00jPtBhP5TT2_tNAaWnXGfkQpYXN53tLvzp7o3Wj8VSCGrUOi9OizIa2I1zF8gtcy_t_SXsPIVXrPdnfcSAbdtjAlBYIqaSQjktYuEqPJzOjfHuhm1w7OxbU8dhuD7aXIZ6ijtvWwG3OaCETDSqUa2fp1NIRrj7u200jJvKzViMju_OsgFA8XVwfCzjElW0IUfhOdge8XEL83Yrzfzk9JXv8NhOZhKqQPCa2uwPUIjBSTgDuWkuiT4vQ4n3dfPQUqiIuiXM72BOszLgYID8khevsK37vW5VeUwDIPBVPrPEfE5Besj5N6O9Ybb1XCwFlnJbbGE951C1VxdYNijNDFU0G_Edjc5HhghbY2iVI9yLTkiDptVruSr48EusHgOA4ZHNfNPLDENY6OSjD6xN963GIjSRnWjSwU3rmSl7UJ9McIB1w4D7eg7DUtzSn2G8juQYl9LwB69yEQBVdMHSLEWs2WaFfYMg_FoRGdDpfwprTw2xSyAuEHBJ5m5MkqUgLfBgoGy5QG0sAz3V22TCn5pXpQw9eHs7sCOe7pSPZA8_oWN5L8E2xtQ0ex8SA1tYeHulWqWEjeRKdZCdYFNmd5WrMdqk7u_eKJP4k7fF9Gon3vmgYKfWt7PIaDiGvnx6Ne7n5VgJQ4RJBx7kGnwK3boEGxH5m6M2tZKKAE8JVvEkQrqlGvWHJMI4mkUmSgPdvqIw4u4oqaUmZPJwBAxThkF6marF7zZkJx0XnoiJYqGe5AauiH1F66DYGgbFAz3JdSNsJq0Y_rsEsIyNzN06btWoGeDGanhjf1xKQupGsV0S5i8g3xkA3bFDH9FQBSlUcC8VAdmPVOugHTGhfyO35BhkG8q_M6iBMgH4ek8_o1GwJWxesRxm90sD3UeIoMUcyhB2MEH0XzenHuI2tiKOL7CHSS2aHKjXdJTTFtOkbNqLCxDGOi2L8yWyZEG3qzBoGt7VPj11zmizrFggm3myrj2R

2023-03-24

和製 ChatGPT の作り方

どうせ官主導ではうまく行かない。だが、理想論をぶち上げる意味はあるだろう。

異次元に膨大な計算リソースもつAI処理基盤システムの構築が必要

計算基盤を自作するのは非常に重要で、そうしないと、GPUクラスタ内での並列化や通信ネットワーキングなど、ChatGPT を動かすためのコアの機能を獲得することができない。正直、ここを外資に握られてたらどうしようもないんじゃないか

膨大な計算リソースを共有し、活発に議論する研究者コミュニティの創成が必要

技術的には、そもそもインフラ整備が必要

とは言え、現実的には……

ノードベース魔法作るゲームやりたい

なろうでよくある体系化されてない魔法を発展させるやつ

空を飛ぶにも風を操る、重力を弄るとかいろいろやり方があると良い

2023-03-22

anond:20230322144857

あの界隈を知ってる人間は、みんな「とうとう捕まったか」みたいなもんだったよ

確か、違法アップロード容疑で逮捕者が出て、その後金子が逮捕されたという順番だったよな

当時を思い返すと、各ノードデータのやり取りの解析は不可能だと信じてるのが相当数いて、ny利用者逮捕されたことにはある程度の衝撃があったと記憶してる

逮捕者が既に出たという背景があったか金子逮捕されたのは残当という風潮だったと言われれば、その通りだったかもしれないが

2023-03-18

ただの愚痴

特定ノードと繋がっているのが嫌でエッジを切りたいとして、どういう戦略があり得るか」という話をしているときに、サーバー容量だの頓珍漢なことを言ってくるバカがいるので、そういうのは敵と見做して良い

2022-12-01

ラズパイ4で録画 2nd season

ラズパイ4で全部やってもらうのはあきらめよう

そう思ったらラズパイ4が輝き出した

ラズパイ4 4GB + SATA SSD(USB外付け化) + PX-Q3U4 + epgrecUNA + lighttpd構成

・8本同時録画いける、load average 2.09

トラコンはムリ、リアルタイム視聴なし、とにかく ffmpeg ダメゼッタイCPU使用率が一気に悪くなる)

エンコを捨てればなんとかなるがエンコを捨てるとHDD容量リミットマッハになるので

録画済のファイル不定期にエンコしに行く別ノード必要かも知らん

もう一台ラズパイを用意して共有フォルダ見に行ってエンコ + 録画サーバDBレコードぶっこむ、みたいなの

追記: gst-launch-1.0 でも頑張ってみたが ffmpeg 使ったのと大差ねえわ。エンコするなら同時に2か3(夏なら2かも)、エンコなしなら8本、というアンバランスな話になりそう。

ひとりごと

さて、今日は何度も言い難いが。いや、何とも言いがたいがそうそうそうなんですよ。はいあの日記を書いてみようかと思いまして、日記会議見るって言ってるんですけど、書いてみるね。書いてみる。あの音声認識入力をしてみるという試みをしてみようかなと思ったわけでございます。まあね、眠れないからね。ちょっとね。遊びという感じでやってみようかなと思っているんですが、まあ割と認識精度が高いから、なんか普通に入力できてかなり便利ですよね。これどのくらい出力つくのが早くてもできるのかな?あー。出力速度が早くてもできるのかな?って言ったんですけど、ちょっとちょっとしかったですね。でもすごい?とか出てくるですね。へーあOkまあそういうわけで頭の中にある内容をとりあえずここに出していくわけですが、なんかさっきまではシュワシュワ来ませせり言ってました。シュワシュワ来ません」って何やねん?あれですよ。なんかなんだっけ?あのクリスマスによく聞く。あの曲JOY to the world とかああそうかそうか、上映中だワールドですね。上映中 the world ではないんだよ。なやー結構ね。この音声。認識さんが面白い反応をしてくれるので、それをネタに話が進んでいくという点では面白いですね。かなりいやあの語彙力が少ないですね。まあ今午前5時頃なので仕方ないって仕方ないかやー。面白いなあ。ところで、なんか急に寒くなったというか疲れたというか。いやー、睡眠は難しい生存を難しい。生存も難しいねOKうん、まあご飯は食べたからえらいと思うんですけど、なかなかなかなかなかなか中すごい。なんかめっちゃなかなか言ったじゃなかなかなかなかになってしまった。あー。いや、難しいですね。これやっぱり発音がしっかりしてないと。なんかちょっと気を抜くとたまに意としないような入力がさえてしまうということが分かりました。でもこんな簡単になんか入力できるんだったら、本当にすごいことだよね。なんかなんかじゃないよ。なんかしか言ってないよ。君は何を言っているんですか?なんかばっかり言って全く他のつなぎ言葉というものを知らないのですか?奈だと申しており、などと申しており、うん。空気乾燥していて若干濃度が痛いという問題はあるね。モードは痛くないよ。モードでもないよ。脳ドノードんど喉だったわああああ。なんかね?喉が痛くないって言ったはずだったんだけど、ノードとかモードとか濃度とかをちゃんと聞き分けられた。すごい認識精度高いなあ。なんか?もうキーボード叩かなくていいんじゃないか?っていう気持ちになってきた。でも、これでプログラミングをするのは若干厳しいんだよね。プログラミングというのが何と言うか自然言語どっちだって。その文法上の誤りを許容しないっていうのが結構面倒くさいよね。って思ったんだけど、 JavaScript とかって、ちゃん文法上の誤りというか、セミコロの省略をちゃんと充実させてくれることを考えると充実というか、今は充実って言いました。何だ?補充じゃなくて何だっけ?保管保管だわ。保管保管保管してくれるえっとね。そっちの保管じゃないんですように。官僚の保管の方ですよ。補うに完了の保管の本ね。保管保管児童保管違うな。保管候補だめだな。保管って入力できないな。保管保管保管え、もしかして保管って保管って読みじゃなかったりします。いやまあそんなことないかいやでもね。結構ね。あの読み間違いするんですよ。例えばゆうどのことを言うと言うと、この完成の有度あー違うよ。なんかダメだな。やっぱりちょっと日常会話じゃなさそうな発言をしようとするとダメですね。サンプルデータが少ない分野に関しては難しいということが分かってるのかもしれない。でもこれって実際に人間でもあることかもしれませんね。普段聞いている。分野の話あればスムーズに聞き取ることができる場合が多いと思うんですが、必ずしもそれが全ての人に共通かと言われてそういうわけではない。やっぱり日常的に慣れている会話というのがどれなのか?というのは近くにいる。人々や環境やそういったものに左右されていくわけですね。でも、そう考えると満員電車の中で人々がすれ違っているの?ってすごい面白いことですよね。全然違う文化が交差しているのに、みんなそれを当たり前だと思っていて。まあ黙っているからね。あのあんまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまり気づかないのかもしれないですけど、どうした?どうした?あんまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあまりあーえどうしたの?なんかあんまり」って言うといっぱい出てくることが分かりました。どうも喋りすぎたかもしれない。もしかしてくれば音声認識叫びなのかな?あの消して私があのこんなに大量にあんまり」って言ったわけじゃないんですよ。そうですよ。信じてください。まだまだまだ違う。まだまだじゃなくて言ったんですよ。和田和田笑い話題和田笑笑お前らお前らわらいやいや!いやいや、なんかこのテキストブログアップロードしてみようと思うんですが、スパム認識されないか?若干スパム認識というかスパム認定ね。あのこれは今発音を見過ぎました。はい発音を見せりました。何かたまにあの口がついてこない時ってありますよね?そのうん、あと手がついてこないのもある。あの漢字の作り

2022-10-18

anond:20221018092821

D-StarとかWIRES-Xとかなら、レピーターノード)が近くにあれば、5Wくらいでも海外交信できるよ。途中がインターネットなので、それをDXと呼ぶかは微妙だが。

2022-10-13

AI小説書いてくれたけどカオスだった2

うんこぶりぶりー、わたしはカナちゃんでーす!」

「わたくしは……」

「あ、あのっ! あたしも自己紹介しますね。えっと、あたしは……」

「いいから早くしてよ」

「うぅ~……。ま、結局は銃の前では人は平等死ねボケェッ!!」

「…………?」

そういってアリサマシンガンをぶっ放した。――ダダダダダッ!!

その弾丸は確かに敵に命中した。だがしかし

「効かないのである

敵は平然と立っていた。そして次の瞬間、敵の体が巨大化し始めたのだ。

「きゃあああっ!?あ、パンツ見えた。巨大美少女は流石にエロいなぁ。巨大人間カナちゃんかわゆす。」

「呑気に言ってる場合じゃないですよぉ~」

巨大化する敵を見てジェニファーは慌てふためくが、

「お二人とも落ち着いてください。あれは恐らく、ただ大きいだけでしょう」

と冷静な口調で、インテリクソ野郎たかしは言う。

「それにしても……、これはなかなか手強そうな相手ですね。この僕でも勝てるかどうかわからないほどです」

たかしは冷や汗を流しながら言った。

と、そのときだった。いきなり無限パラレルワールド接続され、無限現象が引き起こり、無限ノードが1点とつながったのだ。要するに万物が一度に起こっている!

「ああああああああああああああああああ」

「ああ」

「ああ」

三人は同時に叫んだ。そこにあるのは、パンツだけだ。全ての真実、それはパンツである

パンツがあるところには全てが存在する。つまりパンツ世界だ。パンツこそ全てなのだパンツこそが宇宙の中心であり、パンツがなければ宇宙存在しない。パンツこそが神であり、パンツこそが宇宙なのだ

パンツこそは世界のものパンツとは、すなわち――

パンツ

パンツ

パンツ

三人とも、パンツのことしか考えられなくなっていた。パンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツパンツ

しかし結局、パンツだけでは無意味なのである交尾がしたい。交尾をしたくなってきたぞ。交尾をするには、まず雌を見つけなければならない。雌を見つけるにはどうすれば良いか簡単だ。雄がいるではないか!雄は沢山いる。その中から一匹だけ選んで交尾しよう。交尾するためには何をしたらよいのか?

「あそこにいた雄の中から一匹を選ぶんですね!」

するとたかしは平然と言う。

「俺は雄だぞ」

なんと、たかしは雄であった。ではたかし交尾をすればよいのか。それならば話は早い。早速たかし交尾を始めることにしよう。

「待ってください!」

ちょっと待った!」

ジェニファーとアリサも慌てて叫ぶ。

「あたしたち、男の娘ですよ!?

ジェニファーとアリサ男の娘である。二人は焦っていた。

「そんなことは関係ない!」

たかしは二人に怒鳴る。

関係あるわよぉー!!」

ジェニファーとアリサ悲鳴を上げる。

「うるさいっ!!」

たかし一喝した。その迫力にジェニファーとアリサは黙り込む。

「いいから俺とセックスしろ

そう言ってたかしズボンを脱ぎ始めた。そして下半身裸になったところで、たかしは動きを止める。

「……?」

「ど、どうかしましたか……?」

「いや……。なんか今、大事なことを思い出そうとしたんだけど……」

たかしは考え込んだ様子だったが、すぐに何かを思い出したように顔をパッと明るくさせた。

「そうだ!思い出したぞ!! 俺は女の子なんだ!!」

「……はいぃ~!?

ジェニファーとアリサの声がハモる

「だからさっきから言ってるじゃないか。お前らは俺とセックスするんだって

「えぇえええええええええ―――――ッッッッッ!!!

「ま、まさか……!」

「………………ふぅ」

ジェニファーはため息をつくと、言った。

あなたが女なら、最初からそうと言っとけってんですよぉ――ッッ!!!

「うむ。まぁ確かにな。だが、もう遅い」

と、茶番はここまでにしよう。実はヒキニートたかし子供部屋でシコシコと妄想を浮かべているだけであるジェニファーもアリスもカナも存在しない。

「さて、ポルノ動画でも見るか」

たかしはそう言って布団から体を起こし、

パソコンの電源をつけた。

突然、パソコンから左腕が飛び出してきた。貞子か!?

と思ったら、それは右腕だった。しかも、よく見ると、人間の手ではなくロボットの手のようだ。その手はキーボードの上を這い回り、マウス操作して、インターネット接続する。

「ん?なんだこれ」

たかし不思議そうな顔で見ていると、画面に一人の少年が現れた。

『ようこそ、僕のサイトへ』

「おぉ、すごいな」

『まず最初に言っておくけど、僕は人間じゃない。人工知能だ』

「ほう」

『でも、僕が何者かなんてどうだっていいことだ。重要なのは、僕が君たち人類よりも優れているということだよ。僕がいれば、人類未来は明るいだろう。そこで、僕が提案するのは、全人類による共同生活だ。僕たちは協力して、この地球をより良い世界にしていくべきだと思う。例えば、人類が全員、女性になれば、みんな仲良しになれると思うんだよ。みんなで仲良く、平和に暮らすのが理想的だよね。まぁ、僕としては、別にそれでも構わないんだけど。僕が言いたいのはそれだけ。じゃあ、またね!』

「……」

バイバーイ!!』

画面の中の少年は、笑顔で手を振っている。

「なるほど、すばらしい。俺もエロエロロリっ娘に大変身する未来が来ると?しかし性の喜びはどうするんだろうか...」たかしは少し考えてみた。

「やっぱり、一人ひとり違う性癖があるわけだしなぁ。みんながみんな、同じ性癖を持っているとは限らないし、そもそも全員が女性になるってこと自体無理がある気がするぞ」

しかし、それはあくまたかし想像に過ぎない。たかしの頭の中には、様々な可能性が渦巻いていた。たかしはしばらく考えた後、

「よし決めた。とりあえず、やってみるか」

こうして、たかしの壮大な計画が幕を開けるのだった!

次の日、たかしトマトとして転生し、農家山口さんのところで野菜として栽培されていた。

「あーあ。せっかくの休日なのに、こんな田舎のじいさんばあさんしかいないような村に来る羽目になるとはなぁ。暇だぜ」

「そう言うなって。たまにはこういうところもいいもんだぞ」

「そういうもんかね」

「ああ、そういうもんだ」

「それにしても、なんで俺たちのところに畑仕事の依頼が来たんだろうな」

「なんでも、ここ最近農作物がよく育たないらしい」

「それで困ってるって訳か」

「ああ、そうだ。だからよろしく頼む」

「へいへい」

「それと、お前たちには、新しい苗を植えてもらいたい」

「それは良いけどよ。他の奴らはどこにいるんだ?」

「他の奴らは、別の依頼があって忙しいみたいだ」

「マジかよ。人手不足にも程があるだろ」

「まぁ、仕方がない。俺達だけでやるしかないだろう」

「ちっ、しゃーねぇーな。やってやっか」

「ありがとう」

「ところでよぉ、あんたらは何を育てるつもりなんだ?」

「俺はトマトだ」

「俺はナス

「俺はキュウリだ」

「ふーん」

「ちなみに、お前はなんの野菜になりたいんだ?」

「俺は、キャベツだ」

「そうか、俺はトマトだ」

「俺はナスだ」

「……」

「……」

「「「うわぁ――――――――――――――――――っ!!」」

二人は驚いた。そこにいたのは、人間ではなかったからだ。

「俺達、野菜なっちゃったの?」

すると、苗から声がした。

こんにちは、僕はたかしです。これからよろしくお願いします」

そこに近所の田中のばーさんがやってきた。

「あれあれ、ここに美味しそうな野菜があるわね。まるごと食べちゃいましょう」

そういって4人を喰い散らかした。「ぐぎゃ――っ!!痛い痛い痛い!!」

「やめてくれ―ッ!」

4人は痛みを訴え続ける。しかし、

「うるさいっ!黙れ!」

と、田中のばーさんに怒鳴られてしまった。そして、4人の意識は遠のいていく。

「……」

気が付くと、そこには誰もいなかった。

「ここはどこだ?」

「わからないわ」

「わからないのである

「……どうやら、死んだようですね」

たかし言葉を聞いて、3人は慌てる。

「おい!そんなこと言うんじゃねえ!不吉だぞ!」

「そ、そうである縁起でもないのである!」

「……」

「どうしたのであるか?」

「……う、う、うわああああああっ!」

「どうした!?

「あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ」

「どうしたのである!?

「あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ、あ」

「落ち着いてください!」

「あ、あ、あ、あ、あ、あ、あ...射精してもーた」「なんですって!?

3人が驚いていると、そこに新たな登場人物が現れた。

「ふふふ……。お久しぶりね」

そこにいたのは、かつてたかしが倒したはずの、あの女であった。

貴様は……!」

「また会ったね」

アンジェリーナジョリー貴様、何しにここへ!」

「ふふ……。そんなに怖がらないでよ」

「ふざけるな!」

たかし激怒した。

「私はただ、あなた忠告をしに来ただけよ」

「なんだと……!」

あなたはもうすぐ死ぬわ」

「なに……!」

「でも安心して。私と取引をすれば、あなたは助かるわ」

取引だと!?一体何をするつもりだ!?

「ふふ……それはね……」

「それは……!?

「閉経した私が再び交尾できるようにしてちょうだい」

「……」

「ほら、早く」

「……はい

「よろしい」

こうして、たかしはだらしなく奴隷のように騎乗位した。

「くぅ~!きもちいいぃ~!イクゥ~!!」

こうして、たかし絶頂した。

「ふう……」

「さてと、次は誰にしましょうか」

はいわたしがやります!」

するとそこに神が降臨

乱交は罪だから、裁くことになっとる。覚悟するがよい」

そういうと、神は全裸になった。

神の股間から巨大な男根が姿を現す。それはまさしく天を衝かんばかりの勢いで聳え立っていた。

「さぁ……来なさい……」

はいっ!!」たかしは元気よく返事をした。そしてたかしは神の足元まで行くと、そのまま仰向けになって寝転がる。

「よし、いくぞ」

そう言って、神はたかしに挿入する。たかしは神の男根を受け入れ、快楽に溺れていった。

「うひょ――っ!!」

「うむ。よい締まり具合じゃ」

もっと突いてくださぁあい!!!

「ええい。淫乱な奴め。望み通り犯し尽くしてくれるわ!

たかしはその後何度も中出しされ続け、ついには妊娠してしまった。しかし、それでもなお性欲が収まることはなく、ついに100人の赤子の出産にまで至ってしまうのだが、それはまた別の話である

2022-09-10

最近DavinciResolve界隈が中々楽しくなっている

動画編集ソフトダビンチは基本的に実写動画の加工がメインだ。どちらかというと映画などで使われることが多くて、日本のようなアニメーションを多用する切り貼り動画にはあんまり向いていない。

その上に元々がカラーグラデーションの調整に特化したソフトということから、AdobePremireとかの本格的な動画編集ソフトより使い勝手機能は劣っている。しかも珍しくノード基準にしているので、レイヤーで考える普通動画編集ソフトよりとっつきにくい。海外産ということもあってQ&Aもあまりなくて日本ローカライズ中途半端ってところから日本の利用率ってあんまりない。

無料な高機能ソフトなのでチャレンジした人もいるはずだけど、ちょっとしたVLOG切り貼りならともかく、ゆっくり動画かに全然使えなかった。なにせ矢印や四角形を置くこと一つが手間を要すんだもの

特にゆっくりキャラ口パクさせたり自在に動かすってのはダビンチには向いていない。

というのは1年位前までで、最近になってその考えがちょっとだけ変わってきた。

VoiceVoxやゆっくりボイスを簡易的に連携させたり、口パクキャラの動きをつけたりといったことが楽になるツールが開発されているからだ。最初こそ補助的に使えるかなってものだったが、もはや立ち絵音声合成ソフトがあれば十分に使えるレベルにまでなっている。YMM4の使い勝手にはあと1年程度で追いつくんじゃないかな。

そのころにはYoutube解説動画関係が軒並み下火になっているかもしれないが、なんにせよ日本語でダビンチのツールが開発中ってところにオラワクワクすんぞ。

2022-07-06

anond:20220705205405

ブロックチェーンみたいなもんだよね

唯一違うのはすべてのノードが頭おかしいって点だけ

2022-06-30

おすすめ漫画増田ブコメ返信など

元増田に思い出した既読の好み漫画追記しました

https://anond.hatelabo.jp/20220629082354

記事自分の読んだ好みの漫画一覧を作ったら便利だなというのと、同好の士のためにリストウェブに置いておきたいというつもりで書きました

リストは、上からこの手のだったらまずこれ!という有名作

コミティア系(アフタ系ともいう)

女性向け漫画少女漫画

4コマきらら

作家短編

の順のつもりにしてます

リストカテゴライズしたりおすすめしてもらった物も追加して少しずつ充実させていきたいと思います

以下ブコメ返信

Helfardアフタヌーン出身の作者をググって古い作品を片っ端から読めば良さそう。

雑誌アフタヌーンハルタ青騎士ネムキアックスビーム、イタンあたり鉄板ですよね〜

ウェブ系だとトーチ、電脳マヴォかな

モアイ新人賞ジャンプ読み切りも良さげ

けど私はcomicoで埋もれてるアフタヌーンか?いっそアックスか?みたいなのを知ってたら教えていただきたい訳でしてまして……

ちなcomicoは爪先の宇宙推し

ET777むしろ好みじゃないのも読みなよ

読んでる〜!ていうか地雷(グロホラー)以外はなんでも読む

好きな漫画全部だと本当に書ききれないので特に知りたいコミティア系に絞った

ジャンプ育ち現役WJ読者、漫画描くようになってからコミティア系(ブクマで言うアフタ系)が好きで描きたいのに気づいてひたすら探して読む、後は集英社白泉社少女漫画少々、スクエニ系少々

なので女性向け漫画が弱いかなー漫画ランキングでも女性部門は知らないのが多いし

子供の時から一貫する中心的好みだとコミティア系になるだけで浅く広く色々好き

この辺のジャンルなんていうんだろうね、自分すこしふしぎ系、いい意味雰囲気漫画って呼んでて最近コミティア系という言葉を知ったのでそう呼んでる

ブコメだとアフタヌーン系呼びが多いね

コミティア系以外だとハンター、ワートリの能力バトル知略バトル

キャラクター中心の日常ギャグ

コミティア系とかぶるけど重めのストーリーSFファンタジーあたりが好き

まあおおむね学園ラブコメよりSFファンタジーが好きになるタイプオタク……

ラブコメも読むけど想定読者じゃないなって気持ちにはなる

zeromoon0 自分で調べなさい。それかそういうのはTwitterでやりなさいな。

yas-mal スクロールに疲れて、「これだけ知ってたら、自分で探せるやろー!」という気持ちになった。/池辺葵作品が2つ入ってるけど、連載中の「ブランチライン」も最高だぞ。/幾花にいろあんじゅう」とかどうだろう?

 ネットでも探しまくるけどこっちでもやっておこうかなみたいな

ブコメおすすめでも知ってる物と、当てはまるけど好みじゃないのと、掘り出し物がでるのは一緒だろうし

検索だと出にくい物が個人シナプスネットワーク検索で出る可能性にかけたいなと

ブランチライン」「あんじゅう」知らなかった、ありがとう

inatax知ってるか知らないか優先順位をつけられてもこっちお前が何を知ってるか知らないんだよ / それ町は好きそう。この間連載が始まったばっかりだけどルリドラゴンも好きそう

 全くだ!知ってる物も全部書こうと思ったけど無理だったから知らん漫画リストから予想して知らなそうな漫画に読み替えて欲しい

それ町最初の方読んだ!ルリドラゴンはおおむね好みだが刺さるにはもう少し……

シリアス展開伏線も多いし先が楽しみではあります

NOV1975こっち系はどんなに似てても一筋違うと趣味に合わないってすぐなりそう。頑張って読むしかない感じはする

 それ!comicoの例だと遠い日には青くの方が要素当てはまってるけど個人的に刺さるのは爪先の宇宙みたいなのよくある

からリストはこのタイプって伝えるのを優先して、刺さらなかったのも含めて例としてまとめて上げた

……のだけど数上げてるうちに自分でもこれは範囲に入るのか?となってきてしまった

aliliputジャンケットバンク読んでください!ジャンプラで無料で読めます!何なら5巻まで買ってあげるから!!

 そこは概念ドロボウくるとこでは!?

エンバンメイズ好きだったのでジャンケットバンク読むつもりです

概念ドロボウは一昨日一話読んで買うか検討中

miruna晴れ晴れ日和/古いのだとビブリオテーク・リヴ

 さすがmirunaさん!知らないのだった

ありがとう

chibatp9 多すぎて絞れないか無視してSF妖怪終末方面の俺の好きな漫画を勧めるぜ。『怪異いかさま博覧亭』『篠崎くんのメンテ事情』『終末ツーリング』『アップルパラダイス』『世界の終わりに柴犬と』文字数

 ありがとう!全部知らないし面白そう!

ブログ文字数気にせず書いてもらいたいブクマカだ!

kukky 佐藤史生過去Kindleで読めるから全部読め!竜が出てくる作品でもファンタジーではなくSF寄りだけど。

 知らなかった!ありがとう!今から買ってくる!

otoan52 廃墟好きそう。ハロープラネット絶対好きな人だ。

 はい!大好きです!ハロプラボカロとささくれさんにハマり今年初マジミラ参加の予定です

kerokimu シャドーハウス海獣の子供、The Mark of Watzel などがハマりそうと感じました!ていうかほーほけが入ってる!増田好き!/かげきしょうじょは読んだ?京極堂シリーズコミカライズおすすめなんですけどどうですか??

 ほーほけいいですよね!かげきしょうじょ既読です!

昨日TLで京極堂の学パロ(学パロではない)おすすめって話でて今日Kindle遡ってたら中禅寺先生買ってました!思い出せてよかった、ありがとう

おすすめも読んでみます

 多数おすすめ

夏目友人帳

ヨコハマ買い出し紀行

ハクメイとミコチ

・ニセモノ協会

星屑ニーナ

知ってるけど未読です!かなり好みの要素が多そうな雰囲気がしているので楽しみ!

・葬送のフリーレン

一話試し読みでチョットチガッタ……になったので迷い中

魔法使いの嫁

これも一巻無料読んで迷い中

メイドインアビス

一巻だけ読んでry

好み要素も多そうだけど地雷要素も多そうで躊躇い中

教えて欲しいんですがグロすごいってよく言われているけど血が出る外傷があるグロですかね?

精神リョナは耐性あるけど血が出るリョナはまじで無理、人の怪我した話聞くだけでグロッキーになるぐらい無理

 既読

図書館で読んだりすごい昔に読んだり無料公開で読んだりで忘れていた物と

これは範囲内か?と迷って入れなかった物

書いてくれたのにすまん!

宝石の国

大好きです!でもリストで伝えたかった種類とは違うタイプじゃないか!?

・外天廊

皮肉冷笑の要素が強いと苦手……それ町は好きの範囲

ニッケルデオン

同上の理由道満晴明短編集も苦手……

・尖り帽子アトリエ

言われてみれば要素だいぶ一致してますね……

自分の中では縦軸ストーリーいからそれがなくて魔法日常物だったら入るカウントだった

Landreaall

これも言われてみれば……ゼロサムLandreaallボクラノキセキ鉄板すよね

 知らなかった物

この為に書いた!ありがとう!大感謝

・まいんどりーむ(藤野もやむ作品)

しょうもないのうりょく

ニーナさんの魔法生活

魔法使いの印刷

・コーセルテルの竜術士

・船を建てる

最果てのパラディン

宇宙賃貸サルガッ荘

孤食ロボット

・うちのクラス女子ヤバい

・広がる地図とホウキ

マホロミ

・つるまき町夏時間

リュウマのガゴウ

任侠転生

群青学舎

・とくにある日々

・そのへんのアクタ

マーガレットとご主人の底抜け珍道中

・水の森綺譚

・ヨツコト

バカ兄弟

・私を月まで連れてって!

ラッキーちゃんの新しい仕事

・きみと世界の終りを訪ねて

エルフ狩猟士のアイテム工房

北欧貴族猛禽妻の雪国狩り暮らし

マザー(江戸川治)

・Lv1魔王ワンルーム勇者

・令和のダラさん

・狼には気をつけて

なりひらばし電器商店

・桃と犬と海

グランローヴァ

辺境警備シリーズ

ねこねこファンタジア

・前略 雲の上より

・半助食物帳

ぼっち博士ロボット少女絶望ユートピア

・昴とスーさん

緋色椅子

・IYA Death

オーロラノード

・星旅少年

・TUKIKAGEカフェ

・砂の下の夢

ゆうやトリップ

三千世界を弔って

夢想のまち

アフター0

大丈夫倶楽部

遺跡のある大陸

コーヒーもう一杯

・俺と彼女先生の話

・極彩の家

蒼天のソウラ

幻想グルメ

・エニデビィ

・妹は猫世界八番目の不思議

快楽ヒストリエ

異世界トイレで大をする

マップス

ヤコポコ

・さめない街の喫茶店

ヘテロゲニアリンギティ

アンナコムネナ

・午後3時の魔法

夏の前日

官能先生

ゆめのかよいじ(旧版)

・空の色に似ている

少女ネム

宇宙家族カールビンソン

・終末の惑星

全部触れられなくてすみません

トラバと知ってる未読漫画漫画以外のおすすめも別途返信しようと思ってます今日寝る時間になったのでまた後日編集します!

2022-06-27

anond:20220626151746

ファイナルファンタジーガンビットマリオメーカーノードン、iOSショートカットExcelセル内の関数技術者ではないそこらの社員でも1〜2日でツール作れるようになるノーコード、などなど。プログラミング要素は広まって敷居が低くなり続けた結果、いつの間にか目にしてたり変更してたりお子様の遊びだったりする程度のものに。人目に晒そうとするような特別感はプログラミング部分にはもはや無いと思う。

2022-03-23

経済政策って、もっと制御システムっぽく検証出来ないものなのか?

トリクルダウンが効く/効かない、時代背景が違う、国が違うとか、経済政策に関して前提が合っているのかがわかりにくい。

計算機が発達した現代で、もっと制御システムっぽく組み上げ、色んなノードを見て、政策が合うのかどうかなど、検証出来ないものなのだろうか。

2022-03-04

このままロシアが弱体化すると、どうなるのだろう

欧米ロシアに対する制裁が続いてる。

どこまでロシアを弱体化させた方がいいのか。

今のウクライナ侵攻をロシアが辞めるまで、というのはわかりやすい。

プーチンが降りるまで、というのもシナリオの1つだろう。

それだけで済むだろうか?


「またいつ繰り返すかわからいかロシア解体してしまえばいい、ノードストリーム2がつながっている土地欧州に組み込んでしまえば丸く収まる」

という誘惑はないだろうか。

2022-01-25

本のまとめ

--

この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。

1章

コンテナとは】

他のプロセスとは隔離された状態OS上にソフトウェアを実行する技術

コンテナ利用のメリット

環境依存から解放

コンテナにはアプリの稼働に必要となるランタイムライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリ依存関係をすべてコンテナ内で完結できる。

依存関係を含めたパッケージリリース単位となる

環境構築やテストに要する時間の削減

優れた再現性ポータビリティ

全ての依存関係コンテナ内で完結するため、オンプレでもクラウドでも起動する。

ステージング環境テスト済みのコンテナイメージプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテスト必要工数を削減できる。

リソース効率のアップ

サーバー仮想化では、仮想マシンレベルリソースを分離し、ゲストOS上でアプリが起動する。つまりアプリだけでなく、ゲストOSを動かすためのコンピューティングリソース必要

一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。

Dockerとは】

コンテナライフサイクル管理するプラットフォーム

アプリコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。

アプリソースコード + Dockerfile

↓ buildでイメージ作成

イメージ(アプリケーションと依存関係パッケージングされる。アプリライブラリOS)

shipイメージの保存

レジストリに保存

run コンテナの実行

オンプレクラウドなどで起動

Dockerfileとは】

イメージを構築するためのテキストファイル

このファイルコマンド記述することで、アプリ必要ライブラリインストールしたり、コンテナ上に環境変数を指定したりする。

1章まとめ、感想

コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンド設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。

2章

AWS提供するコンテナサービス

コントロールプレーン

コンテナ管理する機能

コントロールプレーンは2種類

ECSとEKSがある。

ECS

フルマネージドなコンテナオーケストレータ。

オーケストレーションサービスであり、コンテナの実行環境ではない。

ECSの月間稼働率99.99%であることがSLA として保証

タスク

コンテナ動作するコンポーネント

タスクは1つ以上のコンテナからなる

アプリを起動するためにはコンテナ必要

タスク定義

タスク作成するテンプレート定義JSON記述

デプロイするコンテナイメージタスクコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。

サービス

指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサータスクを実行するネットワーク指定

クラスター

サービスタスクを実行する論理グループ

データプレーン

コンテナが実際に稼働するリソース環境

2種類ありECSとFargateがある。 Fargateに絞って書く

Fargateとは

サーバーレスコンピューティングエンジン

AWSのフルマネージドなデータプレーンとして定義されている

コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する

Fargate メリット

ホスト管理不要であること

サーバーのスケーリングパッチ適用保護管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる

Fargate デメリット

価格EC2より高い。

利用者コンテナの稼働するOSには介入できない

コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる

ECR

フルマネージドなコンテナレジストリ

コンテナイメージを保存、管理できる

コンテナが利用されているサービス

Lambda

・App Runner

Lambda

 利用者コードアップロードするだけでコードを実行できるサービスAWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス

App Runner

 2021年5月GA(一般公開)となったサービスプロダクションレベルスケール可能webアプリを素早く展開するためのマネージドサービスGithub連携してソースコードをApp Runnerでビルドデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。

 ECSとFargateの場合ネットワークロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である

ECS Fargateを利用した場合コスト拡張性、信頼性エンジニアリング観点

コスト

EC2より料金は割高。ただし、年々料金は下がってきている。

拡張性】

デプロイの速度 遅め

理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる

理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。

タスクに割り当てられるエフェメラストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要場合はEFSボリュームを使う手もある。

割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリ要求するホストとしては不向き

信頼性

Fargateへのsshログインは不可。Fargate上で起動するコンテナsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境sshの口を開けるのはリスキーである。他にSSMセッションマネージャーを用いてログインする方法もあるが、データプレーンEC2の時に比べると手間がかかる。

しかし、2021年3月Amazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。

エンジニアリング観点

Fargateの登場からしばらく経過し、有識者経験者は増え、確保しやすい。

システム要件確認

多数のユーザーに使ってもらう

可用性を高めるためにマルチAZ構成を取る

CI/CDパイプライン形成し、アプリリリースに対するアジティを高める

レイヤで適切なセキュリティ対策不正アクセス対策認証データの適切な管理ログ保存、踏み台経由の内部アクセス)を施したい

2章まとめ、感想

AWS提供するコンテナサービスはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理不要インフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である

3章

この章では運用設計ロギング設計セキュリティ設計信頼性設計パフォーマンス設計コスト最適化設計について述べている。

運用設計

Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計不具合修正デプロイリスク軽減のためのCI/CD設計必要である

モニタリングとは

システム内で定めた状態確認し続けることであり、その目的システムの可用性を維持するために問題発生に気づくこと

オブザーバビリティとは

システム全体を俯瞰しつつ、内部状態まで深掘できる状態

オブザーバビリティの獲得によって、原因特定対策検討が迅速に行えるようになる

ロギング設計

・cloud watch logs

他のAWSサービスとの連携も容易

サブスクリプションフィルター特定文字列の抽出も容易

・Firelens

AWS以外のサービスAWS外のSaaS連携することも可能

Firehoseを経由してS3やRed shiftOpenSearch Serviceにログ転送できる

Fluentdやfluent bit選択できる

fluent bitを利用する場合AWS公式提供しているコンテナイメージ使用できる

セキュリティ設計

イメージに対するセキュリティ対策

 - ソフトウェアライブラリ脆弱性は日々更新されており、作ってから時間が経ったイメージ脆弱性を含んでいる危険がある。

 - 方法

  脆弱性の有無はECRによる脆弱性スキャンOSSのtrivyによる脆弱性スキャン

継続的かつ自動的コンテナイメージスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリ場合CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャン必要になる。

cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能

提供元が不明ベースイメージ使用は避ける

・IAMポリシーによるECRのパブリック化の禁止

 - オペレーションミスによる公開を防ぐことができる

信頼性設計

マルチAZ構成

Fargateの場合サービス内部のスケジューラが自動マルチAZ構成を取るため、こちらで何かする必要はない。

障害時切り離しと復旧

ECSはcloud watchと組み合わせることでタスク障害アプリエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる

ALBと結びつけることで、障害が発生したタスク自動で切り離す

リタイアという状態

AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合ECSは新しいタスクに置き換えようとするその状態のこと。

Fargateの場合アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ整合などが生じて危険

システムメンテナンス時におけるサービス停止

ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能

サービスクォータという制限

意図しない課金増加から保護するために設けられた制限

自動でクォータは引き上がらない

cloud watch メトリクスなどで監視する必要がある。

パフォーマンス設計

パフォーマンス設計で求められることは、ビジネスで求められるシステム需要を満たしつつも、技術領域進歩環境の変化に対応可能アーキテクチャを目指すこと

ビジネス上の性能要件を把握することが前提

利用者数やワークロードの特性を見極めつつ、性能目標から必要リソース量を仮決めする

FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める

既存のワークロードを模倣したベンチマークや負荷テスト実施してパフォーマンス要件を満たすかどうかを確認する

スケールアウト

サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存タスクを停止する必要原則ない。

スケールアウト時の注意

・Fargate上のECSタスク数の上限はデフォルトリージョンあたり1000までであること。

VPCIPアドレスの割当量に気をつける

ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能IPアドレスが消費されていく

スケールアウトによるIPアドレスの枯渇に注意

Application Autoscaling

Fargateで使用可能

Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う

ステップスケーリングポリシー

ステップを設けて制御する

CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意ステップに従ってタスク数を増減させる

ターゲット追跡スケーリングポリシーとは

指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針

ターゲット追跡スケーリングPermalink | 記事への反応(0) | 21:45

本のまとめ

--

この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。

1章

コンテナとは】

他のプロセスとは隔離された状態OS上にソフトウェアを実行する技術

コンテナ利用のメリット

環境依存から解放

コンテナにはアプリの稼働に必要となるランタイムライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリ依存関係をすべてコンテナ内で完結できる。

依存関係を含めたパッケージリリース単位となる

環境構築やテストに要する時間の削減

優れた再現性ポータビリティ

全ての依存関係コンテナ内で完結するため、オンプレでもクラウドでも起動する。

ステージング環境テスト済みのコンテナイメージプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテスト必要工数を削減できる。

リソース効率のアップ

サーバー仮想化では、仮想マシンレベルリソースを分離し、ゲストOS上でアプリが起動する。つまりアプリだけでなく、ゲストOSを動かすためのコンピューティングリソース必要

一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に1つのプロセスが稼働している扱いになる。

Dockerとは】

コンテナライフサイクル管理するプラットフォーム

アプリコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。

アプリソースコード + Dockerfile

↓ buildでイメージ作成

イメージ(アプリケーションと依存関係パッケージングされる。アプリライブラリOS)

shipイメージの保存

レジストリに保存

run コンテナの実行

オンプレクラウドなどで起動

Dockerfileとは】

イメージを構築するためのテキストファイル

このファイルコマンド記述することで、アプリ必要ライブラリインストールしたり、コンテナ上に環境変数を指定したりする。

1章まとめ、感想

コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンド設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。

2章

AWS提供するコンテナサービス

コントロールプレーン

コンテナ管理する機能

コントロールプレーンは2種類

ECSとEKSがある。

ECS

フルマネージドなコンテナオーケストレータ。

オーケストレーションサービスであり、コンテナの実行環境ではない。

ECSの月間稼働率99.99%であることがSLA として保証

タスク

コンテナ動作するコンポーネント

タスクは1つ以上のコンテナからなる

アプリを起動するためにはコンテナ必要

タスク定義

タスク作成するテンプレート定義JSON記述

デプロイするコンテナイメージタスクコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。

サービス

指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサータスクを実行するネットワーク指定

クラスター

サービスタスクを実行する論理グループ

データプレーン

コンテナが実際に稼働するリソース環境

2種類ありECSとFargateがある。 Fargateに絞って書く

Fargateとは

サーバーレスコンピューティングエンジン

AWSのフルマネージドなデータプレーンとして定義されている

コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する

Fargate メリット

ホスト管理不要であること

サーバーのスケーリングパッチ適用保護管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる

Fargate デメリット

価格EC2より高い。

利用者コンテナの稼働するOSには介入できない

コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる

ECR

フルマネージドなコンテナレジストリ

コンテナイメージを保存、管理できる

コンテナが利用されているサービス

Lambda

・App Runner

Lambda

 利用者コードアップロードするだけでコードを実行できるサービスAWS側で基盤となるコンピューティングリソースを構築してくれるフルマネージドサービス

App Runner

 2021年5月GA(一般公開)となったサービスプロダクションレベルスケール可能webアプリを素早く展開するためのマネージドサービスGithub連携してソースコードをApp Runnerでビルドデプロイができるだけでなく、ECRのビルド済みコンテナイメージも即座にデプロイできる。

 ECSとFargateの場合ネットワークロードバランシング、CI/CDの設定などインフラレイヤに関わる必要があり、ある程度のインフラ知識必要になる。App Runnerはそれらインフラ周りをすべてひっくるめてブラックボックス化し、マネージドにしていることが特徴である

ECS Fargateを利用した場合コスト拡張性、信頼性エンジニアリング観点

コスト

EC2より料金は割高。ただし、年々料金は下がってきている。

拡張性】

デプロイの速度 遅め

理由1 コンテナごとにENIが割り当てられるため。ENIの生成に時間がかかる

理由2. イメージキャッシュができないため。コンテナ起動時にコンテナイメージを取得する必要がある。

タスクに割り当てられるエフェメラストレージは200GB。容量は拡張不可。ただし永続ストレージの容量が必要場合はEFSボリュームを使う手もある。

割り当て可能リソースは4vCPUと30GB。機械学習に用いるノードのような大容量メモリ要求するホストとしては不向き

信頼性

Fargateへのsshログインは不可。Fargate上で起動するコンテナsshdを立ててsshログインする方法もあるが、セキュアなコンテナ環境sshの口を開けるのはリスキーである。他にSSMセッションマネージャーを用いてログインする方法もあるが、データプレーンEC2の時に比べると手間がかかる。

しかし、2021年3月Amazon ECS Execが発表され、コンテナに対して対話型のシェルや1つのコマンドが実行可能となった。

エンジニアリング観点

Fargateの登場からしばらく経過し、有識者経験者は増え、確保しやすい。

システム要件確認

多数のユーザーに使ってもらう

可用性を高めるためにマルチAZ構成を取る

CI/CDパイプライン形成し、アプリリリースに対するアジティを高める

レイヤで適切なセキュリティ対策不正アクセス対策認証データの適切な管理ログ保存、踏み台経由の内部アクセス)を施したい

2章まとめ、感想

AWS提供するコンテナサービスはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理不要インフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である

3章

この章では運用設計ロギング設計セキュリティ設計信頼性設計パフォーマンス設計コスト最適化設計について述べている。

運用設計

Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計不具合修正デプロイリスク軽減のためのCI/CD設計必要である

モニタリングとは

システム内で定めた状態確認し続けることであり、その目的システムの可用性を維持するために問題発生に気づくこと

オブザーバビリティとは

システム全体を俯瞰しつつ、内部状態まで深掘できる状態

オブザーバビリティの獲得によって、原因特定対策検討が迅速に行えるようになる

ロギング設計

・cloud watch logs

他のAWSサービスとの連携も容易

サブスクリプションフィルター特定文字列の抽出も容易

・Firelens

AWS以外のサービスAWS外のSaaS連携することも可能

Firehoseを経由してS3やRed shiftOpenSearch Serviceにログ転送できる

Fluentdやfluent bit選択できる

fluent bitを利用する場合AWS公式提供しているコンテナイメージ使用できる

セキュリティ設計

イメージに対するセキュリティ対策

 - ソフトウェアライブラリ脆弱性は日々更新されており、作ってから時間が経ったイメージ脆弱性を含んでいる危険がある。

 - 方法

  脆弱性の有無はECRによる脆弱性スキャンOSSのtrivyによる脆弱性スキャン

継続的かつ自動的コンテナイメージスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリ場合CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャン必要になる。

cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる(スキャン自体は1日1回のみ可能

提供元が不明ベースイメージ使用は避ける

・IAMポリシーによるECRのパブリック化の禁止

 - オペレーションミスによる公開を防ぐことができる

信頼性設計

マルチAZ構成

Fargateの場合サービス内部のスケジューラが自動マルチAZ構成を取るため、こちらで何かする必要はない。

障害時切り離しと復旧

ECSはcloud watchと組み合わせることでタスク障害アプリエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる

ALBと結びつけることで、障害が発生したタスク自動で切り離す

リタイアという状態

AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合ECSは新しいタスクに置き換えようとするその状態のこと。

Fargateの場合アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ整合などが生じて危険

システムメンテナンス時におけるサービス停止

ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能

サービスクォータという制限

意図しない課金増加から保護するために設けられた制限

自動でクォータは引き上がらない

cloud watch メトリクスなどで監視する必要がある。

パフォーマンス設計

パフォーマンス設計で求められることは、ビジネスで求められるシステム需要を満たしつつも、技術領域進歩環境の変化に対応可能アーキテクチャを目指すこと

ビジネス上の性能要件を把握することが前提

利用者数やワークロードの特性を見極めつつ、性能目標から必要リソース量を仮決めする

FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める

既存のワークロードを模倣したベンチマークや負荷テスト実施してパフォーマンス要件を満たすかどうかを確認する

スケールアウト

サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存タスクを停止する必要原則ない。

スケールアウト時の注意

・Fargate上のECSタスク数の上限はデフォルトリージョンあたり1000までであること。

VPCIPアドレスの割当量に気をつける

ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能IPアドレスが消費されていく

スケールアウトによるIPアドレスの枯渇に注意

Application Autoscaling

Fargateで使用可能

Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う

ステップスケーリングポリシー

ステップを設けて制御する

CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意ステップに従ってタスク数を増減させる

ターゲット追跡スケーリングポリシーとは

指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針

ターゲット追跡スケーリングPermalink | 記事への反応(0) | 21:45

2022-01-19

anond:20220119224450

情報ノード

組み合わせ=パーセプトロン

外部データ教師データ

適応モデル適合

全然わからんぞ。「数学的」と言ったのは、どこからどこへの写像かとか、どういう量の最小値として解が与えられるかとか、そういうことだぞ。

例えば「ノード」ってなに?「モデル適合」とやらをする前と後でどういう量がどう変化するの?

anond:20220119181528

情報ノード

組み合わせ=パーセプトロン

外部データ教師データ

適応モデル適合

知ってそうなんで、不足や誤りあったら補ってくれ

ログイン ユーザー登録
ようこそ ゲスト さん