  |
はてなキーワード: イミュとは
アイムウグァー、アイムガー、アイムガール、アイムギューア、アイムギューレ、アイムギュアー、アイムギュラギュラ、
アイムギュリー、アイムギュル、アイムグー、アイムグール、アイムグアー、アイムグァー、アイムグェー、アイムグラ、アイムグワー、
アイムジャー、アイムジャグラー、アイムジャグランター、アイムジュアー、あいむじゅる、アイムモグラージュ、
【イマ系列】
イマージュ、イマガー、イマグー、イマグアー、イマギュー、イマグラ、イマグル、イマジャー、
【イム系列】
イムゥグァー、イムゥグゥール、イムガ、イムガー、
イムギュール、イムギャー、 イムギューレ、イムギュア、イムギュアー、イムギュラ、イムギュル、イムグール、イムグア、
イムグアル、イムグアー、イムグゥアー、イムグゥォア、イムグラ、イムグラァ、イムグル、イムグルアー、イムグユール、イムグロ、いむじゃー、イムジュラ
【イメ系列】
イメージャー、イメイガル、イメイジーア、イメイジャー、イメジュール、イメイジュア、イメガー、イメガル、イメギュア、イメギュラー、イメグラ、イメグラー、イメグラール、イメグル、
イメグルー、イメグァー、イメグラ、イメグラー、イメグリ、イメジャー、
【イモ系列】
イモーグラ、イモータルムーバーグレートアップローダー、イモグー、
イモグール、イモグラ、イモグリ、イモグル、イモゲウアー、イモゲウラ、
イモゴル、イモメグラ
【イン系列】
インガー、インガル、インガーラ、インガァ、インギャー、インギュー、インギュウ、インギュラ、インギュラー、インクルシオ、イングーア、
イングラ、イングリモングリ、イングル、イングリ、インジャー、インスタグラム、インムギュアー、インムグ、インムグアー、インムグラ、
インモゲラ
今川義元、芋がぁ、芋が売り、いもげ裏、淫夢ガール、陰毛ガール
【その他】
アイアムグール、アイアムアグール、アイエムギュー、
アイエムジーユーアール、アイジャグ、アイミンガー、アイメージャー、アイマー、アイマグラ、アイモグラ、アムグーラー、イミガー、イミグール、イミグアール、イミグォア、イミグラ、イミグラー、イミュギュル、グングニル、ケルナグール、ミミガー
ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30
| ブクマ数 | タイトル | ドメイン |
|---|---|---|
| 1717 | 市町村変遷パラパラ地図 | mujina.sakura.ne.jp |
| 1116 | きちんと休むことが、「高度な技術」であることを多くの人は知らない | mag.executive.itmedia.co.jp |
| 898 | 原作者・士郎正宗が語る『攻殻機動隊』#01 ｜ 【公式】攻殻機動隊グローバルサイト | theghostintheshell.jp |
| 897 | イスラエルによって徹底封鎖されたガザ地区恐怖の15年 | www.arabnews.jp |
| 822 | 社内ドキュメントはなぜ更新されないのか？情報の鮮度を最小限の運用負荷で維持する「イミュータブルドキュメントモデル」のススメ - KAKEHASHI Tech Blog | kakehashi-dev.hatenablog.com |
| 822 | なぜ藤井聡太は八冠制覇できたのか？ | www.nankagun.com |
| 816 | 「名前のない仕事」ができる人は強い | d.potato4d.me |
| 698 | IT勉強会の懇親会に飲食目的で来ていると疑われる人類の観察 - 積極的にメモっていく姿勢 | tomio2480.hatenablog.com |
| 649 | はじめまして。私は性加害の問題に無知な自覚があります。勉強したいという気持ちはありますが、どこからどのように手をつけて良いか分からず始められずにいます。誰かに意見を聞いてみたいという思いが抑えられず、失礼を承知で無知を言い訳にこのようなメッセージを送ってしまうこと、本当に申し訳ありません。 今回、分断が起きている大きな理由のひとつに喜多川氏の罪が法的に確定していないことがあると思っています。時効があることやそもそも性暴力の証明がすごく難しいことなどから事務所が認めるに至ったことはなんとなく理解しました。た | marshmallow-qa.com |
| 640 | 台湾有事シミュレーション 第一回 戸惑う政権と国民保護 | cigs.canon |
| 638 | 筋トレ男性を対象に、タンパク質の摂取量と筋肉・パフォーマンス・肝臓・腎臓への影響を調査した結果 ｜ スポーツ栄養Web【一般社団法人日本スポーツ栄養協会（SNDJ）公式情報サイト】 | sndj-web.jp |
| 582 | 電子回路の壊し方 ｜ 電子工作入門 - 相楽製作所 | sagara-works.jp |
| 563 | 漫画家になりたければまず一作描け関連 - 漫画皇国 | mgkkk.hatenablog.com |
| 493 | 2023/06/10 総務省「西日本横断サイバーセキュリティ・グランプリ」 講演第 1 部 (登 大遊) — 参加者向け配布資料その 1 秘密の NTT 電話局、 フレッツ光、 およびインターネット入門 (1) | dnobori.cyber.ipa.go.jp |
| 484 | 【ChatGPTのおすすめプラグイン一覧】猛者達が選んだ最強プラグインの使い方39選 ｜ WEEL | weel.co.jp |
| 478 | １年程ポスティングの仕事をした感想と、不気味な廃墟の話など。 - heartbreaking. | blog.kuroihikari.net |
| 458 | 歴史的地名の「行政区画変遷」を大規模オープンデータ化～『日本歴史地名大系』を平凡社地図出版との協働により機械可読データとして強化～ - 国立情報学研究所 / National Institute of Informatics | www.nii.ac.jp |
| 445 | イネのカメムシ対策 焼き肉のタレ7500倍で寄ってこない - 現代農業WEB | gn.nbkbooks.com |
| 433 | 【完全独学】中国語の話し方 第二言語習得研究を活かした中国語学習ロードマップ - ポリグロットライフ ｜ 言語まなび∞ラボ | www.sunafuki.com |
| 425 | サードパーティ Cookie の廃止に向けた準備 - Chrome for Developers | developer.chrome.com |
| 413 | AWSでの法令に則ったログ設計及び実装/分析 - Adwaysエンジニアブログ | blog.engineer.adways.net |
| 413 | Mr.Childrenはいかにしてモンスターバンドとなったのか?〈前編〉――『EVERYTHING』～『IT’S A WONDERFUL WORLD』の10作品をレビュー ｜ Mikiki | mikiki.tokyo.jp |
| 412 | 「コンクリート打ち放し」は、美しいけど維持管理にめちゃくちゃ手間がかかる理由｜楽待不動産投資新聞 | www.rakumachi.jp |
| 409 | Japanese research is no longer world class — here’s why | www.nature.com |
| 402 | 『週刊文春』の報道について - 参議院議員 山田太郎 公式webサイト | taroyamada.jp |
| 400 | 生きる力が湧いてくる (rnpress 野口 理恵) ｜ 版元ドットコム | www.hanmoto.com |
| 386 | 課金術 | portalshit.net |
| 367 | 革命の、その先の冒険。『ゼルダの伝説 ティアーズ オブ ザ キングダム』 開発者インタビュー – Nintendo DREAM WEB | www.ndw.jp |
| 358 | 「テレビ離れは起こっていない」。レグザ300万台の視聴データからわかった「現代のテレビの使われ方」 - PHILE WEB | www.phileweb.com |
| 356 | 大切なお知らせ ｜ BUCK-TICK オフィシャルサイト | buck-tick.com |
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。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の登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
--
この本は5章まであるが、4章と5章はハンズオンであるため、文字としてまとめるのは1から3章に留める。
1章
【コンテナとは】
他のプロセスとは隔離された状態でOS上にソフトウェアを実行する技術
コンテナにはアプリの稼働に必要となるランタイムやライブラリを1つのパッケージとして全て含めることができる。そうすることでアプリの依存関係をすべてコンテナ内で完結できる。
全ての依存関係がコンテナ内で完結するため、オンプレでもクラウドでも起動する。
ステージング環境でテスト済みのコンテナイメージをプロダクション環境向けに再利用することで、ライブラリ差異による環境ごとのテストに必要な工数を削減できる。
サーバー仮想化では、仮想マシンレベルでリソースを分離し、ゲストOS上でアプリが起動する。つまり、アプリだけでなく、ゲストOSを動かすためのコンピューティングリソースが必要。
一方コンテナは、プロセスレベルで分離されてアプリが稼働する。OSから見ると単に１つのプロセスが稼働している扱いになる。
【Dockerとは】
アプリをコンテナイメージとしてビルドしたり、イメージの取得や保存、コンテナの起動をシンプルに行える。
イメージ(アプリケーションと依存関係がパッケージングされる。アプリ、ライブラリ、OS)
レジストリに保存
【Dockerfileとは】
このファイルにコマンドを記述することで、アプリに必要なライブラリをインストールしたり、コンテナ上に環境変数を指定したりする。
1章まとめ、感想
コンテナの登場により、本番・開発環境ごとに1からサーバーを立ててコマンドや設定ファイルを正確に行い、環境差異によるエラーをつぶしていき...というこれまでの数々の労力を減らすことができるようになった。
2章
ECSとEKSがある。
オーケストレーションサービスであり、コンテナの実行環境ではない。
ECSの月間稼働率は99.99%であることがSLA として保証。
デプロイするコンテナイメージ、タスクとコンテナに割り当てるリソースやIAMロール、Cloud Watch Logsの出力先などを指定する。
指定した数だけタスクを維持するスケジューラーで、オーケストレータのコア機能にあたる要素。サービス作成時は起動するタスクの数や関連づけるロードバランサーやタスクを実行するネットワークを指定。
2種類ありECSとFargateがある。 Fargateに絞って書く
Fargateとは
コンテナ向けであるためEC2のように単体では使用できず、ECSかEKSで利用する
サーバーのスケーリング、パッチ適用、保護、管理にまつわる運用上のオーバーヘッドが発生しない。これにより、アプリ開発に専念できるようになる
・コンテナごとにENIがアタッチされるため、コンテナごとにIPが振られるため起動に若干時間がかかる
ECR
・App Runner
利用者がコードをアップロードするだけでコードを実行できるサービス。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の登場からしばらく経過し、有識者や経験者は増え、確保しやすい。
多数のユーザーに使ってもらう
CI/CDパイプラインを形成し、アプリリリースに対するアジリティを高める
各レイヤで適切なセキュリティ対策（不正アクセス対策、認証データの適切な管理、ログ保存、踏み台経由の内部アクセス）を施したい
2章まとめ、感想
AWSが提供するコンテナサービスにはいくつかあり、なかでもFargateというフルマネージドなデータプレーンがよく使われている。ホスト管理が不要でインフラ関連の工数を削減できる一方、EC2より料金が高く、起動に若干時間がかかるのが難点である。
3章
この章では運用設計、ロギング設計、セキュリティ設計、信頼性設計、パフォーマンス設計、コスト最適化設計について述べている。
Fargate利用時のシステム状態を把握するためのモニタリングやオブザーバビリティに関する設計、不具合修正やデプロイリスク軽減のためのCI/CD設計が必要である。
モニタリングとは
システム内で定めた状態を確認し続けることであり、その目的はシステムの可用性を維持するために問題発生に気づくこと
オブザーバビリティとは
オブザーバビリティの獲得によって、原因特定や対策の検討が迅速に行えるようになる
・cloud watch logs
・Firelens
AWS以外のサービスやAWS外のSaaSと連携することも可能
Firehoseを経由してS3やRed shift やOpenSearch Serviceにログを転送できる
fluent bitを利用する場合、AWSが公式に提供しているコンテナイメージを使用できる
- ソフトウェアやライブラリの脆弱性は日々更新されており、作ってから時間が経ったイメージは脆弱性を含んでいる危険がある。
- 方法
脆弱性の有無はECRによる脆弱性スキャン、OSSのtrivyによる脆弱性スキャン
継続的かつ自動的にコンテナイメージをスキャンする必要があるため、CI/CDに組み込む必要がある。しかし頻繁にリリースが行われないアプリの場合、CICDパイプラインが実行されず、同時にスキャンもなされないということになるため、定期的に行うスキャンも必要になる。
cloud watch Eventsから定期的にLambdaを実行してECRスキャンを行わせる（スキャン自体は1日1回のみ可能）
Fargateの場合、サービス内部のスケジューラが自動でマルチAZ構成を取るため、こちらで何かする必要はない。
・障害時切り離しと復旧
ECSはcloud watchと組み合わせることでタスク障害やアプリのエラーを検知できるうえに、用意されてるメトリクスをcloud watchアラームと結びつけて通知を自動化できる
ALBと結びつけることで、障害が発生したタスクを自動で切り離す
AWS内部のハードウェア障害や、セキュリティ脆弱性があるプラットフォームだと判断された場合、ECSは新しいタスクに置き換えようとするその状態のこと。
Fargateの場合、アプリはSIGTERM発行に対して適切に対処できる設定にしておかなくてはならない。そうしておかないとSIGKILLで強制終了されてしまう。データ不整合などが生じて危険。
ALBのリスナールールを変更し、コンテンツよりもSorryページの優先度を上げることで対処可能
自動でクォータは引き上がらない
cloud watch メトリクスなどで監視する必要がある。
パフォーマンス設計で求められることは、ビジネスで求められるシステムの需要を満たしつつも、技術領域の進歩や環境の変化に対応可能なアーキテクチャを目指すこと
利用者数やワークロードの特性を見極めつつ、性能目標から必要なリソース量を仮決めする
FargateはAutoscalingの利用が可能で、ステップスケーリングポリシーとターゲット追跡スケーリングポリシーがある。どちらのポリシー戦略をとるかを事前に決める
既存のワークロードを模倣したベンチマークや負荷テストを実施してパフォーマンス要件を満たすかどうかを確認する
・スケールアウト
サーバーの台数を増やすことでシステム全体のコンピューティングリソースを増やそうとする概念。可用性と耐障害性が上がる。既存のタスクを停止する必要は原則ない。
スケールアウト時の注意
・Fargate上のECSタスク数の上限はデフォルトでリージョンあたり1000までであること。
ECSタスクごとにENIが割り当てられ、タスク数が増えるごとにサブネット内の割当可能なIPアドレスが消費されていく
Application Autoscaling
Cloud Watchアラームで定めたメトリクスの閾値に従ってスケールアウトやスケールインを行う
CPU使用率が60~80%ならECSタスク数を10%増加し、80%以上なら30%増加する、という任意のステップに従ってタスク数を増減させる
指定したメトリクスのターゲット値を維持するようなにスケールアウトやスケールインを制御する方針
（私は入門書（象の絵のやつ）を読んだことがあるだけで、使ったことはまだありません。）
で、関数型言語の良さをアピールするひとからは、いい意味でのの宗教性というか敬虔さを
私は感じるんですよね。
本題。「関数型プログラミングが『銀の弾丸』である という非常識な常識 2022」 と題された長い文章をみつけました。
ここ。https://kentutorialbook.github.io/functionalprogramming2022
まるで熱心な信者による経典なので、ほとんどちゃんと読んでないし読む気も起きませんが、
流し読みをしていて、目に入った 次の一節 がとても私の心に刺さりました。
ーー我々が暮らしている「現実世界」はミュータブル（mutable）なのです。
を撤回させていただいて、
( https://kentutorialbook.github.io/functionalprogramming2022/#n0.19337518569281165 )
ちなみに、ミュータブルは「可変」、 イミュータブルは「不変」の意味。
まあ私も世俗的なSEをやってるので、まっさきに、↓くらいのことは、思うわけです。
多分、プログラミングの世界での、世間一般の反応も似たようなものかと。
ところがですね。
ところがですね。これ、意見戦わせても、たぶん議論でどうにもならず、宗教間の対立みたいなものになる気がするんですね。
というのも。上の文章でとりあげられている数学やら物理やらというのは、おそらくレトリックでしかなくて。
そのレトリックで、伝えられようとしているものは何かというと、
ビジネスの世界だろうが何だろうが、本来、世界は不変なものとして記述されるべき」
なぜなら、私が隠し持っている信念が、まさにそれに近しいものだからです。
物理学の法則が成り立たとうが、物理学の通じないアナーキーな世界であろうが
世界は不変であり、私自身による世界への介入なぞありえない、と直観的に思っています。
だから 「やればできる」 「世界は変えられる」 「努力は裏切らない」 みたいな言葉は大嫌いなわけです。
この直観を私は自分で勝手に、「離人症的世界観」と名付けています。
この世界観の持ち主は多分少数派で、社会から見れば異端どころか、害悪とみなされるかも。だから、隠し持っている。
関数型言語が好きな人も、おそらく私が似た直観と似たものを隠し持っているのでは、と、
私は思うのですね。
もし、離人症的世界観に基づくコミュニケーションが社会に浸透し、
「自分の意志や感情」すら、あたかもファーストクラスオブジェクトとしての関数のように、
客観的に表明されるようなコミュニケーションが、もしこの世の中に広まれば
そうでもならないと、関数型言語は流行らないだろうな。というのが私の予想。
ま、宗教てものは、広まるときは、あっと言う間らしいですから。
ひょっとしたら20年後くらいには、手続き型言語が滅びているかも。こればっかりは分かりませんけどね。
以上！
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
254あとで/2503users 総説 新型コロナウイルス感染症（COVID-19）｜中外医学社Online｜note
204あとで/1478users 上手な「在宅勤務」のコツ | Google Cloud Blog
165あとで/2268users 「先生がオメガを倒したら宿題やってきてやるよ」と生徒が言ったので、わたしはゲームライターになった｜Yuka S.｜note
145あとで/706users さくら、Pythonの基礎講座を無償提供 新型コロナで外出控える人向け - ITmedia NEWS
142あとで/1433users アルゴリズムビジュアル大事典
137あとで/731users 【翻訳】コードは書けないけど、1人で作ったwebサービスを収益化した話 - Qiita
131あとで/2848users 100日間おなじ商品を買い続けることでコンビニ店員からあだ名をつけられるか。｜yosano｜note
130あとで/624users 普通のプログラマーがAWSをゼロから勉強するためにやったことと現在の勉強方法 ｜ Developers.IO
129あとで/676users systemd エッセンシャル
129あとで/746users Wikipedia、特に人物の記事と言うのは簡潔な表記なのに長編小説を読んだかのように強烈な印象を与えるものが多い。 - Togetter
127あとで/926users 家で暇をつぶせるサイトを10個ほど紹介する:哲学ニュースnwk
120あとで/2055users 高校レベルの数学から大学の教養数学くらいまでを学び直した - razokulover publog
119あとで/774users 実は便利な「Google Keep」、その使い道は？ 電話取次メモを同僚と共有、写真からの“文字起こし”にも ～小ワザ集＜1＞【「G Suite」時短＆コラボ仕事術】 - INTERNET Watch
114あとで/605users 社内で好評だったSQLインジェクションの資料を公開します – Webセキュリティの小部屋
113あとで/902users スタートアップの組織設計図の5類型と、その失敗率 | Coral Capital
110あとで/845users 現代ウェブフロントエンド（ウェブアプリケーション）について理解する唯一の方法｜erukiti｜note
106あとで/973users 話が上手な人と下手な人の違い | knowledge / baigie
103あとで/615users イミュータブルデータモデル - kawasima
102あとで/1194users ゴミ屋敷で父親が腐って死んでた上に仕事も失ったけど最終的に何とかなった話｜麻宮ミヤネ｜note
101あとで/513users エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog
97あとで/499users The History of the URL | The Cloudflare Blog
97あとで/523users 今からVue.jsを始める人のための「知るのを後回しにしてよい」n個のこと - Qiita
97あとで/1087users 男子校出身の18歳に鴻上尚史が教えた「絶対に選んではいけないサークルとバイト」とは？ (1/4) 〈dot.〉｜AERA dot. (アエラドット)
97あとで/2505users 24年暮らしてきたイタリアが、大変なことになっている。
96あとで/1494users 全国一斉休校を受け無償提供されたオンラインサービスをまとめてみた - piyolog
93あとで/852users 米グーグルはテレワークでVPNを使わない、なぜなら「あれ」が危険だから | 日経クロステック（xTECH）
93あとで/1880users よく心理戦で「相手は私の思考を読んでこうするから、それに対し私はこうする」みたいな読み合いがありますが、ずっと互いに読み合っていたら無限ループで切りが無いはずです。どこまで読むのが正解なのですか？に対するMasahiro Sekiguchiさんの回答 - Quora
92あとで/488users 0から始めるNode.jsパフォーマンスチューニング | kohsweblog
91あとで/513users エンジニアとして影響を受けた技術書ランキング2020年版
90あとで/628users UIの細かい動きについて | ゲームUI演出
90あとで/661users そうだ、任天堂・宮本茂さんに聞いてみよう──ビデオゲームのこの40年、マリオと任天堂の“らしさ”と今後【インタビュー】 - ファミ通.com
あとで読むタグは2月に激減したが3月はさらにもう少し減った。
anond:20180903115144 。3回目。
視聴環境は引き続きバンダイチャンネル(https://www.b-ch.com/titles/1109)。お得パック使用で7日間見放題(約千円)。
NHK の全マクロス大投票の感想は、カムジンに投票したけどあい君に負けてグババに勝ってた、シェリルの人気凄すぎ(好き嫌いが強く分かれるキャラクターだと思っていたけどここまでとは)、星間飛行の順位には納得いかん、です。
スタジオぬえがストーリー監修ではなく、また時系列順で一番未来な作品。主人公がジャーナリストでヒロインの一人がバルキリーのエースパイロットなど設定面が異色。感想を三行でまとめると
スペースが余ったので、さわりだけまとめる：
地球人類の殆どが死に絶えた地球外人種ゼントラーディー人との衝突から半世紀、地球は SDF-1 マクロスの残骸を仰ぐマクロスシティを中心に、地球圏共存体として復興をとげていた。あの大戦争により完成された、歌を感情に作用させる戦術兵器として用いる「ミンメイ・ディフェンス・システム」により、十数年ほどのスパンで散発するはぐれゼントラーディ軍との先頭は全く問題となっていおらず、統合軍は過信を抱き腐敗しつつあった。 そんな時に十年ぶりとなるはぐれゼントラーディ軍が太陽系に現れた。民間人のみならず多くの軍人でさえも勝利を確信するなか、ミンメイ・ディフェンス・システムにより敵の動きが鈍る。しかしその瞬間、戦場に統合軍のものではない異質な歌が流れ始め、敵の動きが激化し、統合軍は戦線を維持できず敗走してしまう。地球人類はついに歌を持つ文明と出会ってしまったのである。
これまで鑑賞してきたマクロスシリーズでは、主人公が軍属のバルキリーパイロットであったのに対して、II の主人公ヒビキは民間メディアの人間であるし、ダブルヒロインが敵の歌姫と軍のエースパイロットであったりと、違いが新鮮であった。総じて面白かった。
SF 作品としても、デニスの「宇宙は広い。地球が宇宙に君臨する最も優れた星などと考えるのは大間違いだ。」、「地球が最も優れた文化を持っているだと、ふざけるな。文化が何なのかも分からなくなっていやがるくせに。偉そうに言うんじゃねえ。」という言葉に仮託されるように、SF 的批評観をもって異文化コミュニケーションを描き出そうとしていた。人と人が分かり合うことというテーマを、明確に初代から引き継ぎ発展させていたのもよし。初代で確立したミンメイアタックの否定から入るストーリーは初代でのボドルザー艦隊との決戦を知らないと歌の価値が分からないし、地球文化に染まったイシュタルをミーム汚染として排除するシーンは初代の展開のオマージュだろうし、SDF-1 をシンボルとして活用する終盤の展開は初代の背景がないと成立しない。まさにマクロス II というタイトルにふさわしい作品内容だ。初代の超時空要塞マクロスの発展としてはよくできている。
少々残念な点としては、地球文化側が一方的に与える立場であったこと。これはマルドゥークの一部が地球人語を話していたことから推測できるように、彼らもまたプロトカルチャーを引き継ぐものであり、しかし地球人と異なり歌を戦意高揚の兵器としか理解していなかったから、だろうが。
だから、つくづく内容量に対しての展開の早さと話数の短さがもったいないと感じる。良い短編とは長編小説が書けるネタを惜しみなく使ったものだ、という冗談もあるが、とにかくこの内容ならばもっと初期イシュタルとのコミュニケーションや復興したマクロスシティの様子、発展した地球圏の風俗をしっかりと描いて欲しい。またのちの作品である 7 や F などで導入された設定(移民船団、フォールドブースター、民間軍事会社 SMS、マクロスクォーターなど)を考えると、統合軍の危機に駆けつけない他船団など不自然さがある。
初代マクロスではできなかったことをやろうぜ、という感じであった。マニューバもしっかりと描いていたし、変形の意味付けもしっかりあったし、1992年ということを考えたらこんなものではないだろうか(プラスが異次元すぎる)。雑多な感想を書くと、基本的に孤軍奮闘のマクロスにおいて大艦隊戦は珍しい気がする。マルドゥークのメカは普通に格好良いが、ゼントランのブサイクなメカの方が丸くてかわいくて印象に残る。民間のバルキリーというアイディアはすごくいいので、もっと他の作品にも出そうよ。
今作での一番のお気に入りは、6話にちらっとだけでた超巨大デストロイド・モンスター。大きいのは良いことだ。
腐敗している描写などはあったが、大艦隊戦にエース部隊など、統合軍が一番輝いている作品は本作であろう。
主人公のヒビキを中心として、敵の歌姫(イミュレータ)であるイシュタル、統合軍のエースパイロットであり何かとヒビキと衝突するシルビーのダブルヒロイン。さらにイシュタルに執着するマルドゥークのフェフ様とシルビーへの好意を隠さないスマートイケメンエースパイロット(名前忘れた)を揃えており、正直恋のレースの行き先が全然見えなかった(いや最終話になるまで恋の駆け引きが殆どなくて、急に大人のシーンになってびっくりしたとかないよ)。
イシュタルは純度100％の美樹本絵美少女の上に、おとなしい性格、ブカブカのシャツ、スリットのある下着とかカップを強調したドレスとか男のロマンが詰め込まれたようなキャラクターだ(イミュレータの服装ハレンチすぎない？)。しかし増田はソバカスがチャーミングなシルビーに一票を投じたい。ツンケンしたところもいいし、SDF-1 に賭けたり遺言ビデオレターをノリで撮るなど思い切りの良さはピカイチだし、何より上層部からは目をつけられ民間人からは苦情をぶつけられると言う板挟みのところがいい。初代でも未沙派だったし、増田には中間管理職系の人が刺さるようである。戦う軍人ヒロインでしかもバディものいいよね…
ところで気がついたのだが、マクロスでダブルヒロンの時って年上系ヒロインが正義？ 初代：未沙(19歳)とミンメイ(15歳)、II：シルビー(同い年くらい？)とイシュタル(年下っぽい)、ゼロ：サラ(16歳)とマオ(11歳)、そしてフロンティ：シェリル(17歳？)とランカ(15歳)。製作陣の趣味なのだろうか。増田は、妹系か姉系か選べと問われれば姉系と即答するので問題はないが。
ちなみに今作で一番かわいいと思ったのは、5話でちょびっと映ったウェーブのかかった紫髪のイミュレータの娘。一番渋カッコいいのはエクセグラン司令。
敵(マルドゥーク)も歌を持っていると言うことで、ポップカルチャーである地球の歌と軍歌であるマルドゥークの歌の対比はよかった。ということで印象に残った歌は「バルキリーで誘って」とイミュレータの歌。前者はアイドルソングの時代感がいいし、後者は聖歌や民族音楽のような異質感がある。ただ全体的に歌が少ない！もっとイミュレータの歌が聞きたかった。
地球側のアイドルであるウェンディさん。二つ結びの髪の毛にコテコテではすっぱ口調など十分に現代でも通じるキャラクターだと思う。
うお～大迷宮～～～～
31 4人の仲間と：クッキーカントリー/スターアライズ アレンジver.
初めて行ったブロック部屋がマホロアだったのでものすごく動揺した思い出。
マホロアめっちゃ優遇されてんじゃん･･･て思ったら他の子にもあった。
えっていうか今聞いて初めて気づいたけどこれ00:30～の裏でローア船内のフレーズが一瞬だけ入ってる･･･ムリ・・・・・・・・・。
というかこのタイトル･･･････『4人』の仲間で死んじゃう･･･。
32 あやつりの魔術師タランザ/スターアライズ アレンジver.
33 銀河に名立たるハルトマン/スターアライズ アレンジver
いややっぱりこれが一番かもしれない～～～！！
00:26～のサビがかっこよすぎる･･･。
34 暗黒ようさいジャマハルダ!/スターアライズ アレンジver.
これもピアノが素晴らしい･･･
あれっWiiにもギャラさんいるの！？USDXの曲だと思ってた･･･。
Wiiはストーリークリアしてからまだ2周目もぼすぶっちもやってないのでやりたい･･･。
ギャラさん強くて死にまくった思い出。
--------------------------------------------------------------------------------------------
[disc 5]
1 お好み究極チョイス味
これWiiで聞いた覚えないんだけどどこ･･･？
ウルデラで聞いたような気がする。
4 とびだせ！奥へ手前へボスバトル（星のカービィトリプルデラックス）
1ループけっこう短かったんだな～。
めちゃめちゃ好き～～～。
ええっこれめっちゃええやん（初めて聞いた）
9 すくえキングダム!しれんクエスト（みんなで！カービィハンターズZ）
かっこよすぎる 好き～～～～！！
シリーズでかなり上の方に食い込む曲。
10 このせかいをすくえ！しれんクエスト（みんなで！カービィハンターズZ）
めちゃめちゃかっこいい～～～。ｳｳﾜｱ～って幻聴が聞こえる。
色々な曲のフレーズが混ざってる曲はほんとにずるい～。
出だしがずるすぎる 好きすぎる･･･。
これ配信される前の時期、ちょうど無限のチカラを気に入って狂ったように聞いていたので死んでしまった思い出。
17 異空をかけた戦い
22 異空をかけた剣王との戦い
これ17と何が違うんだ･･･？って聞き入ってたら00:23でリアルに「ヒィカッコイイ」て声が出た。
36 三叉一閃の巫の熱情
超かっこいい～～！！！
エフェクトが重すぎてうわああああってなってた思い出。
じっくり聞くとスタアラのいろいろな曲のフレーズ混ぜ合わされててすばらし･･･。
37 だいだんえんの、おもいでたち。
--------------------------------------------------------------------------------------------
[disc 6]
ピアノがかっこいい～～～～超すき。
2 ナイトメアーズバトル
えっ待って聞いたことない どこ･･･？グーイのやつ･･･？
うあ～～～～～～ナイトメア戦好きすぎるかっこいい･･･嬉しい･･･。
カービィ再ハマりしたのもカフェでCROWNEDのアレンジ聞いてウェ～～ナイトメアアレンジ超かっこい～～て勘違いしたのがきっかけなので･･･。
3 ダーククラウディ
これも聞き覚えがない！！どこ！？ダークマターてことは陸海空のやつ･･･？
けどアレンジ好きすぎる･･･かっこいい･･･。
緊迫感がよい～～～～かっこいい
これも聞き覚えがないんですが誰のやつ･･･。
6 おとめたちのやみとのたたかい
アドリボン～～～～～；；；
7 ダークミラージュ
開幕に鏡の割れる音入ってるのエモすぎる。
木琴？（鉄琴？）の音がよい。
9 覇王戴冠～OVERLOAD～
初めて聞いた時の感動が忘れられない Wiiの好きな曲全部詰めみたいなよくばりセット･･･
バルフレ組曲で一番好き･･･。ていうかシリーズ通して1位を争う･･･。
まあマホロアのバルフレ戦はCROWNEDやろ～って思ってたから
出だしやっぱりねからのデンジャラスディナーはほんとに心臓に悪かった。
タイトル～～～；；；
11 幼き日に視たデウス・エクス・マキナ
デウス・エクス・マキナとは演出技法の一つである。
「機械仕掛けから出てくる神」、あるいは「機械仕掛けの神」などと訳される。（wikipedia）
結構原曲に忠実なのでもっとアレンジしたやつも聞きたかったな～とは思う。
でもやっぱかっこいい･･･。
下におちていく感じの音運びがかっこいい
21 ドロシア ソウル/スターアライズ ショートver.(タッチ！カービィ)
22 ヘビーロブスター（星のカービィ ウルトラスーパーデラックス）
同上。ｳﾜｰｰｰｰｰｯ！！！！て声出た。
出だしほんとかっこいい･･･。
24 リベンジオブエネミー（星のカービィトリプルデラックス）
これほんとかっこよくてすき･･･。
25 Fatal Error(星のカービィロボボプラネット)
すき～～～～。ロボボの真格闘王も鬼だった･･･。
真格闘王エンデニルにいつも撃墜されて死んでたので初めて聞きました。
いやこのアレンジあかんやろ・・・・・・・・・・・・・・05:43～の聞き覚えのありすぎるベースからの繋ぎやば・・・・・・・
ありがとう～～～～～～最後はやっぱりこれだね･･･という感じ･･･。
最後の追加ステージ、ちょうどカービィ好きな友達と一緒に行って初代のステージや！！って2人で大興奮できたのほんとに運が良かった･･･。
[disc1]
ロボボもそう･･･。
14 GREEN GREENS(星のカービィ) 1:04 石川淳
15 エントランス（カービィのすいこみ大作戦） 0:40 安藤浩和
17 ボスのテーマ（カービィのすいこみ大作戦） 0:49 安藤浩和
後ろのスネアのずちゃずちゃがすき
01:10～の大サビで後ろのベースが段階的に下がったり上がったりしてるところがめちゃめちゃすき
今作は水の中に入ると音がこもって「！！」ってなった思い出。
29 エコーズエッジ
ダークメタナイトを初めて召喚して嬉しくて連れまわしたステージがここだったので
この曲聞くとダメタを思い出します。一緒にライブセッションしたね･･･。
どうでもいいけどデスボイコーラス一番似合うフレンズはダメタだと思ってます。
ロックバンドっぽい。
聞くとなぜか泣きそうになる。
ひょろひょろした音すき 後ろのティンパニ･･･？がぼんぼこうるさいのがとてもよい
ちょこちょこ入る
42 友と交わるその剣の音 3:03 石川淳
00:44～あたりの後ろの音が剣の鍔迫り合いっぽい音でかっこいい
--------------------------------------------------------------------------------------------
[disc2]
民族音楽っぽくてすき
4 ギャラクシーのかなたまで
10 ぺんぺん草も生えぬ地へ
こればっか言ってる気がするけどピアノがおしゃれ～～。
同じタイトルのボス曲がアレンジされてステージBGMになってるのほかにあったっけ？
とてもあつい。
13 Prayer song to God
三魔官の曲。超好き。
すき～～～～～。64の曲だったっけ？
全体的に不穏な感じが漂ってるのがいいですね。
18 VS.ダークマター
結構平坦な曲で大きな盛り上がりはないのにかっこいい
19 真 コロシアムの戦い
ガッチャガチャしてて好き ギャラクティックナイト戦っぽいやかましさ（ほめてる）
21 ミラクルマター
22 VS.ドロッチェ団
31 夢をかなえるしんでん
多分wiiだと思うんだけどどこのアレンジだっけ･･･。ピアノが本当によい。
00:43～00:56がほんとにいい。最後の下がるところが最高。
36 忘らるる閃光のライトニング
41 友ときずなの戦い2
何が違うんだ？って聞き比べてしまった。
--------------------------------------------------------------------------------------------
[disc3]
どんどんシリアスになっていく～
2 フォルアースに吹く風
めちゃくちゃ好き。ステージ曲で1,2を争う。ノスタルジック～～～
すき～～～～。夢をかなえるしんでん（disc2-31）と聞き比べると同じ曲でもアレンジで全然ちがっておもしろい。
こっちはよりゲーム！！って感じの音作り。
リゾート感がある
スタアラの新規曲はなんで曲調明るいのに微妙に寂しげなんだろう～すき
忙しないベースがよい
00:53～の天空ステージアレンジが沁みる･･･泣きそう･･･
途中の鐘の音がすごく好き。
1週目と2週目の味付けの違いがもうたまらん。
曲ラストの怒涛の入り交じりもすごい。
01:02～01:04のなんかDJっぽい（？）ところすき･･･
いつ聞いても焦る。やだ画面に挟まってしにたくない～～
焦らせてくる曲は緊迫感あってすきです
11 もっとチャレンジステージ（星のカービィ20周年スペシャルコレクション）
14 とびだせ！奥へ手前へボスバトル（デデデ大王のデデデでデンZ）
16 古代の塔ピサーシャ
めっっっっっちゃ好き･･･。スタアラで一番好きかもしれない。
00:57～のメロディがほんとにもうなんか･･･言葉にならないけどすっごい好き。
グリーングリーンズアレンジ全部好き説あるけどこれはほんとに素晴らしい。
誰かこれでMADつくってほしい。
めちゃめちゃすき。
めちゃめちゃめちゃすき。Disc3好きな曲多すぎて困る･･･。
19 伝導電磁式三連砲:D.D.D（星のカービィロボボプラネット）
メタ逆の曲とデデデの曲を混ぜようと考えた安藤さんに感謝しかない。
曲が入れ替わり立ち替わりしてるのが楽しい。
21 遥か、冒険の旅の果てに
もう引き返せない感がよい
大好き
これ64が初出じゃなかったのか！！！丸太で急流下りの印象がつよい。
3は全く未プレイなのではよやりたい･･･。
27 ドロッチェ団のテーマ（星のカービィ参上！ドロッチェ団）
ベースがめちゃめちゃせわしなくて好き。左右に音振ってるから余計･･･。
00:55～、01:16～とかもうほんと落ち着いてくれって感じでよい。
もうほんとすき･･･。なんかメロディがくるっくるしている。
泣く
32 星空のいたずらパニック
えっこれ聞いた覚えない･･･どこ･･･
34 影なる共闘
超かっこいい。星のダークメタナイトやって鏡の大迷宮やりたくなって、
大迷宮プレイし直したら海ステージの曲こんなかっこよかったっけ！！ってなってから
35 ココロノスガタ
マホロア～～～～～～～。
ローア船内の曲すきなのでいっぱいアレンジしてもらって嬉し～。
36 虫ケラが鳴くロカビリー
タランザ～～～･･･；；；；
マイハッピースイーツタイムめちゃくちゃ好きなので嬉しかった。
--------------------------------------------------------------------------------------------
[disc4]
1 彼方、光さえ届かぬ場所へ
↓
↓
2 夢と新緑の残痕地
ぐうかっこいい
グリーングリーンズがこんなにおしゃれになるなんて
00:52～の弦楽器音すき
7 La Follia d'amore
ハイネス様の幻聴が･･･。あと曲には入ってないけどルージュちゃんのアハッて笑い声すき。
00:59～のｶﾀｺﾄｶﾀｺﾄいってるベースがすき
11 組曲：聖羅征く旅人 第一楽章：星砕きの戯れ～第二楽章：胚子の器～第三楽章：哀と渾天の翼～第四楽章：生誕の希望
タイトルが長すぎる
16 ずっと、君を見ていると。
18 あしたはあしたのだいけっせん（カービィのすいこみ大作戦）
うっ初めて聞いた！！めちゃくちゃかっこいい･･･。
すきだ～～～～～～～～！！！いつ聞いても超かっこいい。
21 すべてすいこめ！ビックバン（星のカービィトリプルデラックス）
単体で聞いた時いつもあれこれWiiだっけトリデラだっけ･･･て悩む。
22 桃球発進！ロボボアーマー（星のカービィロボボプラネット）
めちゃめちゃ好き。かっこいいよ～～
23 ぼうけんのはじまり/amiiboスペシャルver.（カービィのすいこみ大作戦）
28 ポップスター：ステージセレクト/スターアライズ アレンジver.
うお～64～～～～
ハァイて幻聴が聞こえる･･･。
[disc1]
ロボボもそう･･･。
14 GREEN GREENS(星のカービィ) 1:04 石川淳
15 エントランス（カービィのすいこみ大作戦） 0:40 安藤浩和
17 ボスのテーマ（カービィのすいこみ大作戦） 0:49 安藤浩和
後ろのスネアのずちゃずちゃがすき
01:10～の大サビで後ろのベースが段階的に下がったり上がったりしてるところがめちゃめちゃすき
今作は水の中に入ると音がこもって「！！」ってなった思い出。
29 エコーズエッジ
ダークメタナイトを初めて召喚して嬉しくて連れまわしたステージがここだったので
この曲聞くとダメタを思い出します。一緒にライブセッションしたね･･･。
どうでもいいけどデスボイコーラス一番似合うフレンズはダメタだと思ってます。
ロックバンドっぽい。
聞くとなぜか泣きそうになる。
ひょろひょろした音すき 後ろのティンパニ･･･？がぼんぼこうるさいのがとてもよい
ちょこちょこ入る
42 友と交わるその剣の音 3:03 石川淳
00:44～あたりの後ろの音が剣の鍔迫り合いっぽい音でかっこいい
--------------------------------------------------------------------------------------------
[disc2]
民族音楽っぽくてすき
4 ギャラクシーのかなたまで
10 ぺんぺん草も生えぬ地へ
こればっか言ってる気がするけどピアノがおしゃれ～～。
同じタイトルのボス曲がアレンジされてステージBGMになってるのほかにあったっけ？
とてもあつい。
13 Prayer song to God
三魔官の曲。超好き。
すき～～～～～。64の曲だったっけ？
全体的に不穏な感じが漂ってるのがいいですね。
18 VS.ダークマター
結構平坦な曲で大きな盛り上がりはないのにかっこいい
19 真 コロシアムの戦い
ガッチャガチャしてて好き ギャラクティックナイト戦っぽいやかましさ（ほめてる）
21 ミラクルマター
22 VS.ドロッチェ団
31 夢をかなえるしんでん
多分wiiだと思うんだけどどこのアレンジだっけ･･･。ピアノが本当によい。
00:43～00:56がほんとにいい。最後の下がるところが最高。
36 忘らるる閃光のライトニング
41 友ときずなの戦い2
何が違うんだ？って聞き比べてしまった。
--------------------------------------------------------------------------------------------
[disc3]
どんどんシリアスになっていく～
2 フォルアースに吹く風
めちゃくちゃ好き。ステージ曲で1,2を争う。ノスタルジック～～～
すき～～～～。夢をかなえるしんでん（disc2-31）と聞き比べると同じ曲でもアレンジで全然ちがっておもしろい。
こっちはよりゲーム！！って感じの音作り。
リゾート感がある
スタアラの新規曲はなんで曲調明るいのに微妙に寂しげなんだろう～すき
忙しないベースがよい
00:53～の天空ステージアレンジが沁みる･･･泣きそう･･･
途中の鐘の音がすごく好き。
1週目と2週目の味付けの違いがもうたまらん。
曲ラストの怒涛の入り交じりもすごい。
01:02～01:04のなんかDJっぽい（？）ところすき･･･
いつ聞いても焦る。やだ画面に挟まってしにたくない～～
焦らせてくる曲は緊迫感あってすきです
11 もっとチャレンジステージ（星のカービィ20周年スペシャルコレクション）
14 とびだせ！奥へ手前へボスバトル（デデデ大王のデデデでデンZ）
16 古代の塔ピサーシャ
めっっっっっちゃ好き･･･。スタアラで一番好きかもしれない。
00:57～のメロディがほんとにもうなんか･･･言葉にならないけどすっごい好き。
グリーングリーンズアレンジ全部好き説あるけどこれはほんとに素晴らしい。
誰かこれでMADつくってほしい。
めちゃめちゃすき。
めちゃめちゃめちゃすき。Disc3好きな曲多すぎて困る･･･。
19 伝導電磁式三連砲:D.D.D（星のカービィロボボプラネット）
メタ逆の曲とデデデの曲を混ぜようと考えた安藤さんに感謝しかない。
曲が入れ替わり立ち替わりしてるのが楽しい。
21 遥か、冒険の旅の果てに
もう引き返せない感がよい
大好き
これ64が初出じゃなかったのか！！！丸太で急流下りの印象がつよい。
3は全く未プレイなのではよやりたい･･･。
27 ドロッチェ団のテーマ（星のカービィ参上！ドロッチェ団）
ベースがめちゃめちゃせわしなくて好き。左右に音振ってるから余計･･･。
00:55～、01:16～とかもうほんと落ち着いてくれって感じでよい。
もうほんとすき･･･。なんかメロディがくるっくるしている。
泣く
32 星空のいたずらパニック
えっこれ聞いた覚えない･･･どこ･･･
34 影なる共闘
超かっこいい。星のダークメタナイトやって鏡の大迷宮やりたくなって、
大迷宮プレイし直したら海ステージの曲こんなかっこよかったっけ！！ってなってから
35 ココロノスガタ
マホロア～～～～～～～。
ローア船内の曲すきなのでいっぱいアレンジしてもらって嬉し～。
36 虫ケラが鳴くロカビリー
タランザ～～～･･･；；；；
マイハッピースイーツタイムめちゃくちゃ好きなので嬉しかった。
--------------------------------------------------------------------------------------------
[disc4]
1 彼方、光さえ届かぬ場所へ
↓
↓
2 夢と新緑の残痕地
ぐうかっこいい
グリーングリーンズがこんなにおしゃれになるなんて
00:52～の弦楽器音すき
7 La Follia d'amore
ハイネス様の幻聴が･･･。あと曲には入ってないけどルージュちゃんのアハッて笑い声すき。
00:59～のｶﾀｺﾄｶﾀｺﾄいってるベースがすき
11 組曲：聖羅征く旅人 第一楽章：星砕きの戯れ～第二楽章：胚子の器～第三楽章：哀と渾天の翼～第四楽章：生誕の希望
タイトルが長すぎる
16 ずっと、君を見ていると。
18 あしたはあしたのだいけっせん（カービィのすいこみ大作戦）
うっ初めて聞いた！！めちゃくちゃかっこいい･･･。
すきだ～～～～～～～～！！！いつ聞いても超かっこいい。
21 すべてすいこめ！ビックバン（星のカービィトリプルデラックス）
単体で聞いた時いつもあれこれWiiだっけトリデラだっけ･･･て悩む。
22 桃球発進！ロボボアーマー（星のカービィロボボプラネット）
めちゃめちゃ好き。かっこいいよ～～
23 ぼうけんのはじまり/amiiboスペシャルver.（カービィのすいこみ大作戦）
28 ポップスター：ステージセレクト/スターアライズ アレンジver.
うお～64～～～～
ハァイて幻聴が聞こえる･･･。
https://news.yahoo.co.jp/byline/shinoharashuji/20181006-00099578/
米マイクロソフトが10月2日（現地時間）から配信した「Windows 10 October 2018 Update」において、インストール中にユーザーのファイルが勝手に削除されてしまう不具合が一部で確認され、問題となっています。
不具合の例は海外の掲示板『Reddit』を中心に報告されており、ユーザーフォルダ内のパブリックフォルダや「マイミュージック」や「マイビデオ」といったライブラリフォルダに保存していたファイルがアップデート後に削除されてしまうというものです。
怖すぎるやろｗ
組込み界では今時のプログラミング界隈の常識の多くが通用しない。最初にあなたが相手にするのはRAM 1kB, ROM 4kB、クロック 20MHzなどというMCUである。
使用する言語はC99かアセンブラである。幸か不幸かC++を使わされることもある。既にC++で書かれたプロダクトに係わってはならない。
当然フロントエンド界隈などのようなイミュータブルインスタンスを大量に使い捨てる富豪的な言語やアプローチの採用は難しいだろう。
トラブルが起きたときにプログラムだけでなく回路図を読んでハード側に問題があるこを示せないと極めて立場が悪くなる。
むしろプログラムし易いコンポーネントの選択や回路構成に積極的に口を出していかないと動かない責任だけがソフト担当者に投げられて割を食う。
開発環境はWindows上のEclipseベースの統合環境が使えれば上等であり、運が悪ければMCUメーカーお仕着せのクソIDEを使わせられる。Macで優雅に開発することはまずあり得ないだろう。
底辺企業でバージョンコントロールシステムの導入のための意識改革は簡単ではない。もし強行に導入しようとすればあなたは孤立する。
誰かがIoTだ、機械学習だの言い始めても社全体として主力製品を作るのでなければ本気で取り組んではいけない。あなたがそのテクノロジーを理解していても誰もサポートもメンテもしてくれないのだから。
