並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 99件

新着順 人気順

chaosの検索結果41 - 80 件 / 99件

  • 【詳細版】 1+1=2 笑えない数学 ~笑わない数学の笑えない間違いの話~ - Sokratesさんの備忘録ないし雑記帳

    NHK で放映された『笑わない数学』という番組の次の回が話題になっていた. www.nhk.jp 企画意図としては「\(1+1=2\) という式を通して数学基礎論という分野を紹介する」というものだったのだが,怪しい説明や誤解を招く説明,端的に誤っている説明があった.というか,全体を通してそういうものがとても多かった.どう少なく見積もっても番組の内容の半分以上がそういうものになっている.正直,全然笑えない.笑わないのではなく笑えない. そういった説明に注意喚起を促し,簡単にだが訂正をするための記事を以前書いた.その記事は速報性を重視して書いており,「ここが怪しい」「ここが間違っている」ということだけを伝えることを目的としていたため,詳細や「具体的にどう直すべきだったのか」という点の記述が不十分であった.というか,一部わたしも素でまちがったこといくつか書いちゃった(訂正・取り消し線による削除済

      【詳細版】 1+1=2 笑えない数学 ~笑わない数学の笑えない間違いの話~ - Sokratesさんの備忘録ないし雑記帳
    • Microsoft Azure、わざと障害を発生させてサービスの耐障害性を鍛える「Azure Chaos Studio」発表

      マイクロソフトは、Microsoft Azure上で人為的に障害や性能低下などを発生させることで、アプリケーションの耐障害性を確認し改善できる、いわゆるカオスエンジニアリングを実現する新サービス「Azure Chaos Studio」をプレビュー版として発表しました。 カオスエンジニアリングはもともと、動画配信サービスのNetflixがAWS上で稼働する同社のサービスの耐障害性を高めるために作り出した方法論です。2012年には人為的に障害をシミュレーションするツール「Chaos Monkey」をオープンソースで公開しています。 参考:サービス障害を起こさないために、障害を起こし続ける。逆転の発想のツールChaos Monkeyを、Netflixがオープンソースで公開 このChaos Monkeyの名称などから、こうした障害のシミュレーションを用いる手法を「カオスエンジニアリング」と呼ぶよう

        Microsoft Azure、わざと障害を発生させてサービスの耐障害性を鍛える「Azure Chaos Studio」発表
      • 自動運転の車が「信号を運ぶトラック」を見るとこんな認識になってしまうらしい「これは面白い現象」「笑ってしまう」

        Takesen - 武仙@空間系 @takesenit 「信号は固定されてるもの」っていう前提で画像認識するとこういう現象になるんですね。 これ以外にも、電車やエレベーターなど移動する空間の認識って大変。画像と慣性情報の組み合わせでやってても、こういうExtremeな例外まで想定するのは困難。 でも自動運転とかだとやっていくんだろうな。 twitter.com/FSD_in_6m/stat… 2021-06-05 10:35:06 FSD in 6 months @FSD_in_6m @flames_of_chaos @sascha_p The author posted this video in the comments. It's a truck full of traffic lights. pic.twitter.com/h2LwyL65ck 2021-06-03 06:46:0

          自動運転の車が「信号を運ぶトラック」を見るとこんな認識になってしまうらしい「これは面白い現象」「笑ってしまう」
        • 【速報版】 1+1=2 笑えない数学 - Sokratesさんの備忘録ないし雑記帳

          NHK で放映された『笑わない数学』という番組の次の回が話題になっている. www.nhk.jp 企画意図としては「\(1+1=2\) という式を通して数学基礎論という分野を紹介する」というものだったのだが,いくつか怪しい説明や誤解を招く説明,端的に誤っている説明が散見された.というか,全体を通してそういうものがとても多かった.どう少なく見積もっても番組の内容の半分以上がそういうものになっている.正直,全然笑えない.笑わないのではなく笑えない. この記事はそういった説明に注意喚起を促し,簡単にだが訂正をするための記事である.NHK+ での配信期間が一週間のため,かなり急いで書いている*1.そのため,いくつかわかりにくかったり文献を引き損ねている場合がある.何らかの形で,わかりやすさや文献をしっかり引いたものを書くつもりではいるが「このあたりの説明は怪しい」ということを書いておくだけでも意味

            【速報版】 1+1=2 笑えない数学 - Sokratesさんの備忘録ないし雑記帳
          • 外国人コンビニバイト、間違いなく俺より優秀だと思っているので横柄な態度に出られない→「ただでさえ複雑なコンビニ業務を習得が難しい日本語で接客している」

            デシッ(ゼン)議長 @k_mteeeeepoo 前、外国人ドライバーが荷下ろししてくれたけど、言葉はあまり理解できてなかったけど言った通りの場所に荷下ろししてくれたよ。 なんで日本人ドライバーは人の話聞かずに勝手に荷下ろしするんですかね(あと外国人より横柄だった) x.com/syatekiya931/s… 2024-04-29 13:51:55 ここに名前を入力 @Chaos_faction_ 一時期無言無表情の黒人が働いてて、揚げ春巻きを頼んでも作業を止めなかったので注文分かってないのかなと思って2、3度くらい言ったが反応なく。 内心舌打ちしたくなったがお会計前になって熱々の揚げ春巻きを無言で持ってきてくれたのでその優秀さを前に行き場のない怒りを覚えた x.com/syatekiya931/s… 2024-04-29 18:05:35

              外国人コンビニバイト、間違いなく俺より優秀だと思っているので横柄な態度に出られない→「ただでさえ複雑なコンビニ業務を習得が難しい日本語で接客している」
            • 闇落ちした“世界最強のラブライバー”グレート-O-カーンが凱旋帰国!推し声優・三森すずこさんと結婚したオカダ・カズチカを襲撃!

              闇落ちした“世界最強のラブライバー”グレート-O-カーンが凱旋帰国!推し声優・三森すずこさんと結婚したオカダ・カズチカを襲撃! 16日、東京都・両国国技館にて新日本プロレス『レック Presents G1 CLIMAX 30』が行われ、グレート-O-カーン(グレートオーカーン)が凱旋帰国しオカダ・カズチカを襲撃した。 グレート-O-カーンこと岡倫之は、2012年に全日本レスリング選手権大会フリースタイル120kg級に優勝したアマレスエリートであり、2014年からはブシロードレスリングに所属して活躍。2015年10月にはアマチュア格闘技10種目のタイトル奪取にも成功し、満を持して2017年に新日本プロレスデビュー。 人気アニメ『ラブライブ!』シリーズの大ファンとして知られており、“世界最強のラブライバー”と呼ばれてきた。中でも声優の三森すずこさんが演者を務める園田海未(そのだ・うみ)を推しキ

                闇落ちした“世界最強のラブライバー”グレート-O-カーンが凱旋帰国!推し声優・三森すずこさんと結婚したオカダ・カズチカを襲撃!
              • 白人のアメリカ人女性がノーベル文学賞をとることの意味について - ネットロアをめぐる冒険

                皆さんお元気ですか。ご無沙汰しております。なかなかこちらの記事を更新する暇がない日々を過ごしております。 今日はノーベル文学賞のこの呟きについて。 ノーベル文学賞を受賞した人が 「白人でアメリカ人のわたしが受賞して驚いた」 という話は、今のアメリカの歪みがよく出ていると思った — アオイ模型 (@aoi_mokei) 2020年10月10日 というのがバズってました。リプには、以下のような反論もあります。 勘違いしてる方もいますけどここ数十年間文学賞はアメリカの白人の小説家は授賞していない。 スエーデンアカデミーはあんまりアメリカのことが好きじゃないというのも大きな理由ですね 村上春樹氏が取れないのもアメリカ文化に重きをおいた作風だからと言われてますので今回の授賞は驚きです。 — ねこさん (@nekosannekosan8) 2020年10月10日 どちらが正しいというより、今回のグリュ

                  白人のアメリカ人女性がノーベル文学賞をとることの意味について - ネットロアをめぐる冒険
                • サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発

                  2016年頃「サービスメッシュ」という用語は、マイクロサービス、クラウドコンピューティング、DevOpsの分野に登場しました。楽天的なあるチームは、2016年にこの用語を使用して彼らの製品である Linkerd を説明しました。コンピューティングの多くの概念と同様に、実際には、関連するパターンとテクノロジーの長い歴史があります。 サービスメッシュの登場は、主に IT ランドスケープの最悪の状況によるものでした。開発者は、複数言語 (ポリグロット) アプローチを使用して分散システムの構築を開始し、動的なサービスディスカバリーを必要としていました。運用は一時的なインフラストラクチャの使用を開始し、避けられない通信障害を適切に処理し、ネットワークポリシーを適用したいと考えていました。プラットフォームチームは、Kubernetes などのコンテナオーケストレーションシステムの採用を開始し、Envo

                    サービスメッシュ必読ガイド - 第2版: 次世代のマイクロサービス開発
                  • 数学は哲学? - Sokratesさんの備忘録ないし雑記帳

                    「大学で数学は哲学になる」と主張する人がいる*1.特におもしろくもないし,適切な比喩とも思えないんだが,一部の頭がフワフワしている層や視野の狭い人々,数学を神聖なものに祭りあげたい何とかコミュニケーターなどには受けるらしく,ごくまれに信じている人がいる*2. ただ,実際問題,違いを説明しろと言われるとワリと困る.「リンゴとゾウの違いは何ですか」と聞かれているようなものなので,当然なのだが,「いや,見た目も大きさも全然違うじゃん」と言いたくなる.問題は「リンゴとゾウ」なら一目瞭然なのだが,「学問」は目に見えないので,どちらもわかっていない人には誰かが説明しないと違いがはっきりわからない点にある*3.「リンゴの触り心地はツルツルだし,ゾウも(牙が)ツルツルだから,きっと似たようなものだろう」と言う盲人のようなものである*4. この記事の目的は「数学と哲学の違い」という直観的には明らかだが,ちゃ

                      数学は哲学? - Sokratesさんの備忘録ないし雑記帳
                    • 許諾を得たVTuberの『アノニマス・コード』ゲーム実況が“原作者権限”により強制終了され波紋呼ぶ。開発者は謝罪するも批判集まる - AUTOMATON

                      先日、企業側から許諾を得た『ANONYMOUS;CODE(アノニマス・コード)』のゲーム実況が、ライブの途中で削除されてしまう出来事があった。騒動が起きたのは、株式会社カバーが運営する男性VTuberグループ、ホロスターズに所属している水無世燐央氏が8月17日におこなったライブ配信。リアルタイムでゲーム実況を視聴していた、株式会社MAGES.代表の志倉千代丸氏が著作権の申し立てをおこなったことが原因のようだ。 しばらく観てたんですが、大きな事件も一つ解決したし、他の視聴者さんもそろそろ許してくれるかな?と思い、原作者権限で止めさせて頂きました。遊んでくれて、反応してくれるのはとても面白かったです。ただ、配信制限があるので、そこだけ今後は気をつけてくださいね。さすがに長かったですねぇ 笑 https://t.co/dkHOCoNYQF — 志倉千代丸 (@chiyomaru5pb) Augu

                        許諾を得たVTuberの『アノニマス・コード』ゲーム実況が“原作者権限”により強制終了され波紋呼ぶ。開発者は謝罪するも批判集まる - AUTOMATON
                      • AWSのAZ障害でもサービスを継続させる技術 - ABEJA Tech Blog

                        こんにちは。ABEJAのインフラ管理してる村主 @rwle1221 です。 本ブログは ABEJA Advent Calendar 2019 の11日目です。 今日は、みなさん記憶に新しい2019年8月末に発生した AWS の東京リージョンの AZ 障害について、どのようにしていればサービス影響を与えずにシステムを稼働させられたのか。という話をしたいと思います。 振り返り 障害の詳細報告はこちら aws.amazon.com 有志によるまとめはこちらから piyolog.hatenadiary.jp 基本は「AZレベルで冗長化していれば問題ない」 中の人に聞くと「AZレベルで冗長化していれば問題ない」とのことでした。 しかし、2番目の方の記事を見ると有名どころのサービスが割と止まっていました。 じゃあ上で紹介されていたような会社がAZレベルの冗長化が出来ていなかったのか。 ※ ALB/WA

                          AWSのAZ障害でもサービスを継続させる技術 - ABEJA Tech Blog
                        • システムの複雑性と戦う方法 - CARTA TECH BLOG

                          こんにちは。Zucksでエンジニアをやっています@karahiyo_nです。 先日社内向けに「Zucksで働き学んだ成果に繋がるプラクティス」という発表を行いました。今回はその一部を紹介したいと思います。 発表では6年間でシステム構成がどう変わってきたのかと実際にやってきたタスクを紹介しつつ より妥当な意思決定をするために より早く価値を提供できるように システムの複雑性と戦う方法 などいくつかプラクティスを紹介しました。 今回はその中のひとつ「システムの複雑性と戦う方法」について書きたいと思います。 対象のシステム像 元の発表ではZucksのシステムを取り上げて解説したのですが、ここでは次のようなシステムをイメージしてください。 非常に高いサービスレベルが求められるシステム(例えばAmazon Compute SLA相当) 低レイテンシ、高トラフィック(で、さらに増加傾向) 機能要望は尽

                            システムの複雑性と戦う方法 - CARTA TECH BLOG
                          • カオスエンジニアリング

                            ソフトウェアをはじめとするあらゆるシステムは、発展するにつれて必然的に複雑性が増していきます。 本書は、カオスエンジニアリングの基本となる理論と原則を説明し、組織が複雑性を受け入れながら、システムにおける弱点を発見するとともに、自信を持って障害に対処する力をつけるための実践方法を解説します。 ソフトウェアがビジネスの根幹を担う企業であるSlack、Google、Microsoft、LinkedIn、Capital Oneでの事例を紹介し、ゲームデーを中心としたカオスエンジニアリングプログラムの実践、実験の選択や自動化にあたっての課題、継続的ベリフィケーションの設計と実施、さらにはデータベースやセキュリティ分野への応用例などについて説明します。 Netflixでカオスエンジニアリングチームを立ち上げた先駆者である著者に加え、さまざまな組織のリーダーたちがカオスエンジニアリングについて多角的に

                              カオスエンジニアリング
                            • 好きなことを1年書き続けたら、Google Discover経由で読む人が激増した。プロレスブログ「NJPW FUN」の場合 - 週刊はてなブログ

                              プロレス団体「新日本プロレス」のファンブログである「NJPW FUN」が、開設から1年で飛躍的な成長を遂げています。ブログがスタートしたのは2018年8月。それから2ヶ月目で月間30万PVとなり、約1年後の今はその3倍以上の規模になっているそうです。 「NJPW FUN」が短期的にここまで読まれるようになったのは、「Google Discover」の影響が大きいとのこと。訪れるユーザーのうち、全体の約8割がGoogle Discover経由だといいます。 Google Discover……Googleがコンテンツを提供する仕組みの一つ。Googleの利用データや過去の検索キーワードなどをもとに、ユーザーが興味のある、あるいはユーザーにとって有益である可能性が高いトピックをアプリやブラウザへ自動的に表示する。 Discover を使用して、興味のあるトピックの最新情報を受け取る - Andr

                                好きなことを1年書き続けたら、Google Discover経由で読む人が激増した。プロレスブログ「NJPW FUN」の場合 - 週刊はてなブログ
                              • オープンレターでエコーチェンバーを形成してるのは誰なのか?

                                はてなブックマークとは異常なサイトである 一般社会では話題にもならないような些事で異様に盛り上がり、エコーチェンバーを形成する しかし一体具体的に誰がエコーチェンバーの形成を担っているのであろうか? それを集計してみた 集計方法下記ブックマークのコメントを収集し、書き込み1点スターをつけたら1点で集計する b.hatena.ne.jp/entry/s/next49.hatenadiary.jp/entry/20220120/1642608905 b.hatena.ne.jp/entry/s/twitter.com/kamatatylaw/status/1483915793389985792 b.hatena.ne.jp/entry/s/twitter.com/daruma1021/status/1483936672132005889 b.hatena.ne.jp/entry/s/toget

                                  オープンレターでエコーチェンバーを形成してるのは誰なのか?
                                • 「DevOps」とは?〜超基本から実践のポイントを解説〜|インシデント管理プラットフォーム│PagerDuty

                                  変化の激しい市場に対応するための開発手法として、アジャイル開発を導入する企業が増えるとともに、「DevOps」への注目が高まっています。しかし一方で「DevOpsという言葉は聞いたことはあるけれど、実際にはよくわからない」という方もいらっしゃるのではないでしょうか。DevOpsは「開発担当者と運用担当者が密に連携することで、柔軟でスピーディーな開発を実現する」というソフトウェア開発手法の一つです。DevOpsは単なるトレンドではなく、現代のソフトウェア開発において非常に重要な考え方でもあります。本記事では、DevOpsを一から理解したいという方にもわかるように、DevOps誕生の歴史を簡単に紐解きながら、DevOpsの考え方をご紹介します。また、アジャイル開発との違いやDevOps導入のメリット、実践のポイントなどをDevOpsを実践する3社の事例を交えて解説します。 「DevOps」とは

                                    「DevOps」とは?〜超基本から実践のポイントを解説〜|インシデント管理プラットフォーム│PagerDuty
                                  • 本当にサービスの運用できてますか!?運用監視を学べるAWS Observability Workshopを開催しました!

                                    本当にサービスの運用できてますか!?運用監視を学べるAWS Observability Workshopを開催しました! 技術本部 サービスリライアビリティグループ(SRG)の柘植(@shotaTsuge)です。 #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 本記事は、サイバーエージェントグループと他複数社向けに特別開催したAWS Observability Workshopの開催レポートになります。本記事を通して、運用とは何なのかを改めて考えるきっかけとなれば幸いです。 Day1 Day1では、「サービスを動かし続けるために何が必要か」というタイトルで、 運用とは何なのか Amazonでの運用例 AWS環境では、どのように運用す

                                      本当にサービスの運用できてますか!?運用監視を学べるAWS Observability Workshopを開催しました!
                                    • 今年読んだ技術書籍(2019年)

                                      今年読んだ技術書籍やレポートなどをざっくりまとめてる.Infrastructure Engineer・Platfomerとして日々の業務に直結するものから1年くらいかけてやっていきたいと思っていることなどを中心に. Kubernetes 業務ではメインにKubernetesを使っているのでKubernetesに関わる書籍は発売されれば大体目を通すようにしている. 今年発売されたので良かったのはProgramming Kubernetes.この本はCRDやOperatorによってKubernetes nativeなアプリケーションを構築することにフォーカスしている.昨年のJapanContainerDaysでのMicroservices Platform on Kubernetes at Mercariでも話したようにKubernetesを使う大きな理由の1つはその拡張性にある.Kubebu

                                      • ベストセラー本著者がApple入社→社員2千人以上の反対署名で即解雇

                                        ベストセラー本著者がApple入社→社員2千人以上の反対署名で即解雇2021.05.24 19:00101,078 satomi いくらFacebookとAppleが戦争状態だからって、よく雇ったなあ。 「カオスなモンキーたち」とシリコンバレーを描いたベストセラーの作者がAppleに採用された途端、「あんな本の著者、なぜ雇うんだ!?」「人物査定はどうなってんの?」とApple社員2000人以上が反対署名! あっという間にお払い箱になり、ちょっとした話題を振り撒いています。 Antonio García Martínez, a newly hired engineer on Apple’s ads team, is gone from Apple after employee backlash regarding sexist comments he made in his book Cha

                                          ベストセラー本著者がApple入社→社員2千人以上の反対署名で即解雇
                                        • bradfitz - Leaving Google

                                          After ~12.5 years at Google and ~10 years working on Go (#golang), it's time for me to do something new. Tomorrow is my last day at Google. Working at Google and on Go has been a highlight of my career. Go really made programming fun for me again, and I've had fun helping make it. I want to thank Rob Pike for letting me work on Go full time (instead of just as a distraction on painfully long gBus

                                          • エンジニアリングマネージャーになって1年がたった

                                            私は,あるスタートアップ企業でエンジニアリングマネージャー(の,1人)をしている。toB向けSaaSを提供している数百名規模の会社で,社名が少しずつ世の中に知られるようになってきたくらいのフェーズ。会社からはDirectorという肩書をもらっていて,トラディショナルな日本企業だといわゆる部門長の層にあたる。中間管理職の中では上のほうで,執行役員の下あたり,というと伝わりやすいだろうか。 様々な事情(会社が大きくなった,比較的社歴が長い,そこそこの業界経験値がある,自分の専門領域(*1)に社内のフォーカスがあたるようになり,チームをスケールする必要が出てきた,etc.)から,半ば必要にかられて,重い腰を上げてエンジニアリングマネージャーとして活動を始めたのがちょうど1年ほど前。 決してマネージャーとして早咲きのほうではなく,IT業界でのキャリアは15年くらいで,これまではずっとプレイヤー,ま

                                            • [増田保存部]

                                              フランス人との会話 増「Allez opi omi!!クラッシュすごかったねー」 仏「お前で5人目だよ。何でじゃぽんではそんなにアレが話題になってんだ?」 増「そりゃ絵面がマスコミ受けするからじゃない?」 仏「ツール・ド・フランスは120年の歴史があるんだぞ。その歴史からすればあんなもの珍しくもなんともないんだが」 増「観客がグループを妨害するのが珍しくないの?」 仏「プロトンと呼べ。いや珍しくないのはchuteの方よ。自爆8割、観客2割ってとこかな。 ただ2割っつっても観客が写真を取ろうと近づきすぎて距離感見失って衝突、なんてのは珍しくはないわ」 増「2割ならまあすくないんだろうけど、何でアレを禁止しようとしないの?」 仏「いいか増田、世界のスポーツのTOP3は1位がオリンピック、2位がサッカーワールドカップ、 そして3位がツール・ド・フランスだ。(増(ホントかよ…)) イベントであり祭

                                                [増田保存部]
                                              • 『家族アルバム みてね』を支えるオンコールエンジニア制度 | gihyo.jp

                                                株式会社MIXIで『家族アルバム みてね』(⁠以下みてね)のSREグループに所属している本間です。 みてねは現在、1,500万人を超えるユーザに175の国と地域でサービスを提供しています(2022年8月現在)。そこで、より高い信頼性と可用性を担保するためにみてねのSREグループではオンコールエンジニア制度を設けています。 今回はこの「みてねのSREグループにおけるオンコールエンジニア制度の取り組み」についてご紹介させて頂きます。 オンコールの定義 まず、どのような条件でアラートを設定しオンコールを実施するかの定義について簡単に触れておきます。 現在はさまざまなソースから多種多様な情報を収集することができます。 たとえば、みてねではKubernetes(Amazon EKS)を採用しています。Kubernetesだけでも非常に多くのメトリクスが収集できますが、それだけではなくアプリケーション

                                                  『家族アルバム みてね』を支えるオンコールエンジニア制度 | gihyo.jp
                                                • ビジネスインパクトのない新機能に費やす時間とコストを低減する|mtx2s

                                                  リリースした新機能がビジネス指標に何の影響も与えていない。ユーザーからの評判も芳しくない。いや、そもそも反応すらない無風状態。我々が費やした努力と時間はなんだったのか。 このような失敗は、ソフトウェアプロダクト開発に携わっていると何度でも経験します。むしろ、期待通りの成果を得られることの方が少ないでしょう。 失敗から得られる知見もありますが、それと引き換えに費やしたコストと時間は戻せません。それが繰り返されると、組織全体の士気が落ち、学習性無力感に支配されていきます。ソフトウェアプロダクトは、そのマネジメントにおいて、常にこれらのリスクを抱えています。 本記事では、機能リリースに伴うこのようなリスクを制御する方法について考えます。 期待する成果が得られないことを前提に計画する機能リリースが期待どおりのインパクトをビジネスにもたらすかどうか。それを事前に予測し、世の中に送り出すべきアイデアを

                                                    ビジネスインパクトのない新機能に費やす時間とコストを低減する|mtx2s
                                                  • eSIMはどんな仕組みで成立しているのか?についてモバイル通信を熟知したエンジニアが解説

                                                    スマートフォンで通信する際に必要となる回線の契約者情報を保存するためのカードがSIMカードです。従来より物理的なカードがSIMカードとして用いられてきましたが、2016年に仮想SIMカードとして「eSIM」が登場し、オンラインで契約するだけですぐに回線を利用できるようになりました。そんなeSIMの仕組みについて、ハッカーの国際会議である「Chaos Communication Camp」にてハラルト・ヴェルテさんが解説講演を行いました。 media.ccc.de - Demystifying eSIM Technology https://media.ccc.de/v/camp2023-57190-demystifying_esim_technology ハラルト・ヴェルテさんはOsmocomというさまざまなモバイル通信規格を実装するオープンソースソフトウェアプロジェクトを立ち上げるなど、

                                                      eSIMはどんな仕組みで成立しているのか?についてモバイル通信を熟知したエンジニアが解説
                                                    • レガシーコードからの脱却

                                                      本書への推薦の言葉 序文 訳者まえがき はじめに 第Ⅰ部 レガシーコード危機 1章 何かが間違っている 1.1 レガシーコードとは何か? 1.2 滝(ウォーターフォール)に流される 1.3 一か八かの勝負 1.4 なぜウォーターフォールは機能しないのか? 1.4.1 レシピと公式 1.4.2 開発とテストの分離 1.5 「プロセス」が「忙しい仕事」になるとき 1.6 ガチガチのマネジメント 1.7 ここにドラゴンがいる 1.8 未知を見積もる 1.9 素人業界 1.10 本章のふりかえり 2章 CHAOSレポート再考 2.1 CHAOSレポート 2.1.1 成功 2.1.2 問題あり 2.1.3 失敗 2.2 スタンディッシュレポートの誤り 2.3 プロジェクトがなぜ失敗するのか 2.3.1 コードの変更 2.3.2 蔓延 2.3.3 複雑性の危機 2.4 失敗のコスト 2.4.1 ここに

                                                        レガシーコードからの脱却
                                                      • How NAT traversal works

                                                        * can theoretically exist, but don't show up in the wild Once broken down like this, we can see that cone-ness isn’t terribly useful to us. The major distinction we care about is Symmetric versus anything else — in other words, we care about whether a NAT device is EIM or EDM. While it’s neat to know exactly how your firewall behaves, we don’t care from the point of view of writing NAT traversal c

                                                          How NAT traversal works
                                                        • Free Postgres Databases

                                                          Free Postgres Databases Author Name Kurt Mackey @mrkurt @mrkurt Author Name Chris Nicoll @beepcat @beepcat Image by Annie Ruygt Postgres on Fly.io is now free for small projects. The hard part about free Postgres is storage, so this post is also about free storage. Read about it here, or try us out first. You can be up and running in just a few minutes. We like building side projects and also hate

                                                            Free Postgres Databases
                                                          • 可用性や安全性を高めつつ、ソフトウェアをシンプルにすることは不可能だ。カオスエンジニアリングから継続的検証へ(中編)。JaSST'23 Tokyo基調講演

                                                            可用性や安全性を高めつつ、ソフトウェアをシンプルにすることは不可能だ。カオスエンジニアリングから継続的検証へ(中編)。JaSST'23 Tokyo基調講演 Netflixが始めた「カオスエンジニアリング」は、現在では大規模なシステムにおける可用性向上の手法のひとつとして確立し、広く知られるようになりました。 そのカオスエンジニアリングという手法を定義したのが、元Netflixカオスエンジニアリングチームのエンジニアリングマネージャーを務めていたCasey Rosenthal(ケイシー ローゼンタール)氏です。 そのローゼンタール氏が、ソフトウェアのテストに関わる国内最大のイベント「ソフトウェアテストシンポジウム 2023 東京」(JaSST'23 Tokyo)の基調講演に登壇し、「Chaos Engineering to Continuous Verification」(カオスエンジニアリ

                                                              可用性や安全性を高めつつ、ソフトウェアをシンプルにすることは不可能だ。カオスエンジニアリングから継続的検証へ(中編)。JaSST'23 Tokyo基調講演
                                                            • 『真・女神転生Ⅴ』レビュー。強烈な風刺画として登場した、ほかでもない「今遊ぶべきRPG」 - AUTOMATON

                                                              およそ5年ぶりの新作として発売された『真・女神転生Ⅴ』は、あくまでも今遊ぶことに意味があるRPGである。 日本の首都「東京」。それは秩序立っていながら、混沌としており、時に枷として人を縛りながらも、時に翼として人を天高く舞い上がらせる。孤独と孤独が出会う場所。固く結んだ縁を手放す場所。天使と悪魔の顔を持つ場所。トウキョウ。『真・女神転生』からおよそ20年近く、アトラスはこの二律背反の象徴のような街の崩壊を通じ、今生きている人間の内面をさまざまな角度から画面上に描き出すことを試みてきた。それはある種、年代ごとに街を捉えた風景写真のようで、その時々にしかない人間の顔を浮かび上がらせていたように思う。では、2021年におけるわたしの顔は一体どんな姿をしているのだろう。 歴代最高の品質に至ったゲームシステム JRPGであることの弱点は、JRPGであることだ。JRPGは「コマンド式のターンベースな戦

                                                                『真・女神転生Ⅴ』レビュー。強烈な風刺画として登場した、ほかでもない「今遊ぶべきRPG」 - AUTOMATON
                                                              • 2022年に注目したいCloudNative関連技術 | gihyo.jp

                                                                あけましておめでとうございます。サイバーエージェントの青山真也(@amsy810)です。今年の新春企画では、2022年にも動向を見ていきたいと思っている、2021年のCloudNative関連のトピックを紹介します。項目としてはeBPF、WebAssembly(Wasm⁠)⁠、複数Kubernetesクラスタの管理・連携、CNCF Technical Advisory Groups(TAGs)によるWhitepaperを取り上げていきます。 eBPF eBPFは、カーネルのソースコードの変更なしに任意のプログラムをカーネルに組み込み、カーネル空間で任意の処理を実行するための仕組みです。CNCFのプロジェクトでは、Cilium・Calico・Falco・Pixieなどで利用されています。 CloudNative領域でのeBPFは、ネットワーク関連での利用が一番活発です。eBPFを利用したCN

                                                                  2022年に注目したいCloudNative関連技術 | gihyo.jp
                                                                • フロム・ソフトウェアの30年以上の長い歴史を振り返る――初代PlayStationから『ELDEN RING』まで

                                                                  フロム・ソフトウェアはいま「ソウルライク」と呼ばれるジャンル――海外では『Demon's Souls』や「DARK SOULS」シリーズ、『Bloodborne』の名から「ソウルボーン(Soulsborne)」という混成語も誕生した――の創造者と先導者として知られるが、同社の設立からの長大な歴史において、その過去は実に波乱に富んでいた。有名になる前のフロム・ソフトウェアのゲームは、良くても小さな成功に過ぎず、好奇心をそそる前衛的な“怪作”や興味深い失敗作、そして完全な駄作も少なくなかったのだ。 フロム・ソフトウェアが世に出した最初のゲームは、PlayStation発売の13日後の1994年12月16日にリリースされた『キングスフィールド』だ。本作はコンソールにおける3Dグラフィックスの先駆者としてのPlayStationの長所を活かし、一人称視点でゲーム内の環境をリアルタイムでレンダリング

                                                                    フロム・ソフトウェアの30年以上の長い歴史を振り返る――初代PlayStationから『ELDEN RING』まで
                                                                  • カオスエンジニアリングを導入したクックパッドの挑戦 マイクロサービス化に伴う可用性の低下に対応 - エンジニアHub|Webエンジニアのキャリアを考える!

                                                                    カオスエンジニアリングを導入したクックパッドの挑戦 マイクロサービス化に伴う可用性の低下に対応 料理のレシピ投稿・検索サービスのクックパッドでは2年前からカオスエンジニアリングに取り組み、さまざまな事例やノウハウを蓄積しています。クックパッドの技術部・SR(Site Reliability)グループの小杉山拓弥さんとDX(Developer Productivity)グループの鈴木康平さんに、導入の理由やさまざまな知見を伺いました。 カオスエンジニアリング(Chaos Engineering)とは、稼働中のサービスにあえて擬似的な障害を発生させることで、システムの耐障害性を検証する手法です。動画配信サービスを提供するNetflix社が2011年ごろから実践し、ソフトウェアや情報を積極的に公開したことで世界中から注目されるようになりました。 国内ではまだ導入事例も少ないなか、料理のレシピ投稿

                                                                      カオスエンジニアリングを導入したクックパッドの挑戦 マイクロサービス化に伴う可用性の低下に対応 - エンジニアHub|Webエンジニアのキャリアを考える!
                                                                    • 物理を学びたい人文学徒のための読書案内

                                                                      人文系の学科に籍を置く大学生・大学院生や,現在大学に所属してない方など,物理のフォーマルな教育を受ける機会がない(あるいはなかった)方で,大学レベルの物理を学びたいと思っている方は多いと思う.しかし,カリキュラムを組んでくれる先生や,どのように学習を進めればいいのかについて情報交換してくれる友人・先輩がいない環境で,ゼロから物理を学ぶのは非常に難しい.知識がない状態では,あるトピックについて学ぶ上でどのような予備知識が要求されるのか分からないし,選んだ教科書が自分の知識レベルに合っているかどうかを判別することも難しいからだ.その結果,自分の知識レベルでは太刀打ちできない本を読もうとして,結局挫折することになる(私もそのような経験を何度かした). この読書案内は,物理をこれから学ぼうと思う人が直面するこの最初の大きなハードルを乗り越える一助になればと思って書いた.もちろん人文系の学生に限らず

                                                                      • もう一度読むObservability Engineering - じゃあ、おうちで学べる

                                                                        はじめに 本書『Observability Engineering』は、複雑化の一途をたどる現代のソフトウェアシステムに立ち向かうための、強力な武器となる一冊であり本稿はその読書感想文です。Observability Engineering を今から知りたい方はもちろん、Observability Engineering の基礎を改めて学びたい方もぜひお読みください。この記事もかなりの長さになるので普通に書籍を読んだほうがいいかもです learning.oreilly.com 「Observability:可観測性」という言葉は、近年ソフトウェアエンジニアリングの世界で大きな注目を集めています。しかし、その概念の本質を理解し、実践に移すことは容易ではありません。 本書は、そのオブザーバビリティについて、その基本的な考え方から、具体的な実装方法、そして組織への適用まで、幅広くかつ深く解説して

                                                                          もう一度読むObservability Engineering - じゃあ、おうちで学べる
                                                                        • カオス*ラウンジ代表 黒瀬陽平氏によるパワハラ行為について 7/24公式声明

                                                                          →▼ゲンロン、カオスラとの契約を解除。「重大な契約違反を確認」〔2020.7.23〕|美術手帖 https://bijutsutecho.com/magazine/news/headline/22390 2020年7月24日 カオス*ラウンジちゃん @chaos_lounge 藤城嘘・黒瀬陽平 共同企画『カオス*ラウンジ』のアカウントです。アート/現代美術/展示企画/芸術/Art/Contemporary 現在進行中の展示・企画は公式ページをチェキしてね。気まぐれです。 chaosxlounge.com ▼カオス*ラウンジ http://chaosxlounge.com/ →▼弊社代表社員によるパワーハラスメントについて〔2020年7月24日 15:51〕|カオス*ラウンジ http://chaosxlounge.com/wp/archives/2858 →▼PDF:「弊社代表社員によるパ

                                                                            カオス*ラウンジ代表 黒瀬陽平氏によるパワハラ行為について 7/24公式声明
                                                                          • ジャーナリスト西谷文和氏、他所様の写真を切り貼りしアフガン情勢を伝える

                                                                            Reuters @Reuters The mass evacuations and chaos at Kabul airport continued as thousands of Afghans desperately try to find a way out of the country. Meanwhile, Taliban fighters began collecting civilians' personal weapons saying they'll no longer need them reut.rs/3CREoNQ pic.twitter.com/kHodaAWmnV 2021-08-17 06:25:00

                                                                              ジャーナリスト西谷文和氏、他所様の写真を切り貼りしアフガン情勢を伝える
                                                                            • The Untold Story of SQLite - CoRecursive Podcast

                                                                              00:00 - Introduction 01:45 - The Battleship 02:49 - NP-Complete Problems 06:24 - Building SQLite V1 07:54 - Motorola Phones 09:40 - America Online Phones 11:12 - Symbian OS and Nokia 13:01 - The Bus Factor and the Consortium 15:11 - Enter Android 17:05 - Guys, This Is Important 18:18 - Testing and Aviation Standards 21:29 - Billions of Tests 25:30 - Building From First Principles 28:05 - B-Trees a

                                                                                The Untold Story of SQLite - CoRecursive Podcast
                                                                              • 新型ハードコア「ニューコア」は2020年代のロックのメインストリームになるか?

                                                                                ニューコアとは、2010年代中盤から増えてきた、新しいタイプのポストハードコアです。 その音楽性を端的に表現するなら、「ポップでモダンなポストハードコア」といえるでしょうか。あるいは多くの日本人には「ONE OK ROCKをヘヴィにした音楽」という表現の方が分かりやすいかもしれません。 ハードコアの一種でありながら、美しいクリーンヴォーカル、叙情的なメロディ、キラキラとした輝度の高いギターサウンド、ピアノやストリングスを使ったドラマティックなアレンジ、シンセやデジタル的なエフェクトを多用した広がり空間処理などを特徴としています。 表層的にはオルタナティブ・ロックに近く、従来のハードコアやポストハードコアのような激しい音楽を好まないリスナーでも楽しめる、聴きやすい音楽です。 メインストリームとの対立を存在意義とするハードコアに属しながら、商業主義的なサウンドへの接近を恐れないのが、ニューコア

                                                                                  新型ハードコア「ニューコア」は2020年代のロックのメインストリームになるか?
                                                                                • オブザーバビリティ(可観測性)とは何か?を学べる「Distributed Systems Observability」を読んだ - kakakakakku blog

                                                                                  2019年頃から「オブザーバビリティ (Observability)」もしくは「可観測性」という言葉をよく聞くようになった(本記事では「オブザーバビリティ」という表記に統一する).「マイクロサービス」と同じように「バズワード」の側面があり「オブザーバビリティとは何か?」という質問に対して様々な回答が考えられると思う. 今回は「オブザーバビリティ」の理解を深めるために「Distributed Systems Observability」を読んだ.本書は O'Reilly Media で読むこともできるけど,Humio のサイトから無料でダウンロードすることもできる(メールアドレス登録は必要).著者は Cindy Sridharan となり,肩書は「Distributed Systems Engineer」と書いてあった. www.humio.com 目次 本書には「オブザーバビリティ」をテー

                                                                                    オブザーバビリティ(可観測性)とは何か?を学べる「Distributed Systems Observability」を読んだ - kakakakakku blog