AWSアンチパターン集 AWS Expert Online 19
[レポート] AWS Data Exchange：クラウドでサードパーティのデータを簡単に見つけて購読する #ANT238 #reinvent | DevelopersIO (classmethod.jp)
[レポート] AWS Data Exchange：クラウドでサードパーティのデータを簡単に見つけて購読する #ANT238 #reinvent | DevelopersIO (classmethod.jp)
『Cult of the Lamb』を遊んで考える「もはや“ローグライト”は再定義しなければならないのでは？」という疑問
昨今のインディーゲームでは「ローグライト」というジャンルが流行っている。このジャンルの人気はかなりのもので、筆者がたまたま遊んでいた『Cult of the Lamb』もその作品に該当する。 『Cult of the Lamb』は、うんこを拾いまくり信者を生贄にしまくるカルト教団経営シムと、入るたびに構造が変わるダンジョンに挑むローグライト・アクションの要素を兼ね備えた作品だ。乱暴にいえば「きたないどうぶつの森」といった内容で、2022年8月18日にリリースされわずか数日で100万本を突破した人気タイトルだ。 本作はIGN JAPANのレビューで8点を記録しており、確かに楽しいゲームだ。しかし、遊んでいると「ローグライトってなんだ？」とばかり考え込んでしまう内容でもある。 そもそも「ローグライト」というジャンルは流行しているものの、かなり曖昧な言葉だ。定義がゆるいだけでなく、“同じジャンル
4月新刊情報『システム運用アンチパターン』
『システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション』 Jeffery D. Smith 著、田中 裕一 訳 2022年4月12日発売予定 352ページ ISBN978-4-87311-984-7 定価3,520円（税込） 上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニア
Nexus, Scrum@Scale, LeSS, SAFeなど、スクラムチームをスケーリングする手法はたくさん存在する。 しかし、アジャイルコーチなどに、「スクラムをスケールするにはどうすればいいですか？」と聞くと「そもそもスケールをするな」と言われることもある。ぼくも基本的にはこれに同意する。 コンパクトな職能横断型のチームで、短いサイクルで高速に、安定したペースで開発をする。これをずっと続けることができるのならばそれが一番良い。 なのになぜ、人々はスクラムチームをスケールしたくなるのか。なぜこんなにたくさんのスケーリング手法が存在するのだろうか？ そういうことを考えてみた。 最初から人がたくさん必要な場合 そもそも最初からスケールされたチームでやりたいパターンがある。大規模な開発などはそうだろう。 小さくローンチして、インクリメンタルにユーザーフィードバックを受けながら開発できれば理
この記事は前作 開発生産性の可視化サービスから何を見いだして何ができるのか、あるいはすべきで無いこと に続き、開発生産性へのスタンスを整理したい2作目です。 効果・成果よりも効率を優先することは生産性か？ 開発生産性と言いながら単なるアクティビティの量や時間を見て効率改善を志してしまういくつかの状況、一部の風潮に対して疑問を呈したい。 例えば、PRやイシューの起票数などアウトプット量の高低に一喜一憂する 例えば、変更のリードタイムやデプロイ頻度の増進を過度に重視する 例えば、サイクルタイムの各時間を人間の努力のみで短縮しようとする それにも関わらず、開発がもたらしたユーザーへの効果やビジネス上の成果に無関心というのは順序おかしいよね、という話。 などと考えていたら開発生産性カンファレンス2024 - 登壇資料まとめ｜610を見る限り、近しい主旨の論説を散見するに至り、もしかしたら世間の議論
森元首相発言の雇用システム論的理解 - hamachanブログ(EU労働法政策雑記帳)
もう世間は「女性蔑視発言」で炎上しているわけですが、おそらく本人の主観的意図はそのようなものではなく、組織における意思決定機関と公式的には位置づけられている「会議」なるものにおける女性陣の行動様式に接してのものすごく率直な感想を述べただけだったのであろうと思われます。 これはもう昔から言い古されていることではありますが、日本的な組織においては、公式の組織規則でフォーマルな意思決定のためのものと位置づけらている「会議」っていうのは、実はそこで一から率直な意見の交換なんぞをする場所ではなく、実質的な意見のすり合わせというのはもっとインフォーマルな場で、多くの場合、5時以降の飲食を伴う場において行われ、そこでおおむねの合意が成り立ったうえで、最終的な確認のために昼間にフォーマルな会議を開くというパターンが多い、あるいは少なくとも多かった、わけです。「平場（ひらば）」なんていう言葉も、この日本的慣
SNSを見ていたり人の話を聞いたりしていると、「職場で攻撃的な物言いをしてくる人に困っている」ということがある。 攻撃的な物言いをされる側は気分が落ち込んで生産性が下がったり、最悪退職してしまう。 そして攻撃的な物言いをする側は、いくら指摘しても態度を改めない、というもの。 割と長期間に渡ってそういう話を見聞きしてきて自分なりに思うことがあったので、書いておく。 攻撃的な物言いをするメリットはほぼ無いはず 言われる側の心構え 攻撃的な物言いをするメリットはほぼ無いはず 何かを指摘する際の目的は何なのかと考えてみると、指摘をすること自体は目的ではなくて、大体は相手に素早く正しく動いてもらうことが目的だと思う。 その観点で最適な指摘の仕方を考えてみたときに、本当に攻撃的な物言いが最適だと思えるならそうしたらいい。 けど、多くの場合は相手の反発感情を煽って咀嚼に余計なエネルギーを要したり、最悪怒
この記事は 株式会社ログラス Productチーム Advent Calendar 2023 13日目の記事です。 はじめに 〇〇を削除できるかどうかのビジネス処理、皆さんはどう実装していますか？ 同僚の話題になった記事でも削除の認可処理をどこに記述すべきか？は難しいと説明されています。今回はお題は認可っぽいもので書きますが広範に「削除ができるかどうか？」のビジネスロジックをドメイン層にどう閉じ込めるかの便利な実装パターンを紹介します。 削除処理のビジネスロジックの取り扱いは難しい 削除処理のビジネスロジックの実装はシンプルだけど更新処理や作成処理と比べて意外と難しいです。 それはなぜかというとドメインオブジェクト内の実装に削除処理を書くことができないからです。 例えば権限に管理者と一般ユーザーの二つの権限があるとします。
コロナでしばらく控えていた飲み会。少人数で再開している人も多いのでは？ lansa/Shutterstock.com 10月後半から、全国的に新型コロナウイルスの新規感染者が増加している。大阪府では新規感染者が100人を超える日々が続いており、北海道ではここ1週間で新規感染者が倍増している。 11月5日には、東京でも269人の感染者が確認され、全国合計は8月21日以来初めて1000人を超えた。 GoToキャンペーンの実施やイベントの入場制限の緩和など、コロナと共存した中で経済を動かす政策が進められているが、これは｢感染者の急増を許容する｣という意味ではない。 国立感染症研究所は、感染防止のために留意すべき事項を周知することを目的に、これまでに確認されたクラスター発生の実例を紹介している。 11月に入り、2020年の終わりが見えてきた中、コロナ禍とはいえ｢少人数でなら……｣と、忘年会をはじめ
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ Coralの社内ではもはや誰もが知っていることですが、私は数ある企業文化の中でも、特にリクルートとNetflixのカルチャーが素晴らしいと感じています。両社は全く別の業界の企業で、まるで共通点がなさそうですが、そのカルチャーは驚くほど似ています。具体的には、どちらも社員にかなりの裁量と責任を与える傾向があります。リクルートの「お前はどうしたい？」にしても、Netflixの「コントロールではなくコンテキストを」にしても、意思決定権を意図的に分散させている点が特徴的です。こうした組織体制から生まれる社風こそが、インターネット時代
“お姉ちゃん”といえば誰が思い浮かぶ？ 1980年代～2000年代“姉キャラクター”考察【『16bitセンセーション ANOTHER LAYER』連動企画第8回】 | ゲーム・エンタメ最新情報のファミ通.com
この記事は、家庭用ゲーム機に比べればややマニア度が高いこうした文化やガジェットを取り上げる連動企画。書き手は、パソコンゲームの歴史に詳しく、美少女ゲーム雑誌『メガストア』の元ライターでもあり、『16bitセンセーション ANOTHER LAYER』にも設定考証として参画しているライター・翻訳家の森瀬繚（もりせ・りょう）氏。 アニメ『16bitセンセーション ANOTHER LAYER』（Amazon Prime Video） “姉”萌えの前史 基本的には16bit以上のCPUが搭載された時代を舞台としてきた『16bitセンセーション ANOTHER LAYER』だが、第8話においてついに1985年――8bitパソコンの時代にタイムスリップする展開となった。アニメ連動企画である本連載においても、第8回は本編にあわせて1980年代の美少女ゲーム前史を解説するつもりだったのだけれど、同作に関連し
文化出版局 販売部 @books_bunka 文化出版局販売部の公式アカウントです。装苑、ミセスのスタイルブック、書籍の新刊情報などをお届けします。 Instagram 装苑 instagram.com/soenonline/ ﾐｾｽのSB instagram.com/mrs_stylebook/ 書籍 instagram.com/books_bunka/ books.bunka.ac.jp 文化出版局 販売部 @books_bunka 【編集部からのお願い】 いつも文化出版局の本を、ご愛読いただきありがとうございます。 みなさまに大切なお願いがあります。 フリマサイト等で販売されているハンドメイド品の中に、本の掲載作品をコピーした商品が出品されていることがあるのをご存知ですか？ ↓続く pic.twitter.com/togtCGr0oB
“異世界もの”はなぜ一大ジャンルに成長したのか？その源流から最新トレンドまでを識者が語り尽くす - コミックナタリー 特集・インタビュー
ナタリー コミック 特集・インタビュー “異世界もの”はなぜ一大ジャンルに成長したのか？その源流から最新トレンドまでを識者が語り尽くす 講談社シリウス編集部 PR 2023年9月8日 2010年代初頭の小説投稿サイトでの人気に端を発し、今では書店の一角にコーナーが展開されるほどの一大ジャンルに成長した“異世界もの”。現実世界から転移・転生し、魔法やチート能力が使えるファンタジー世界を舞台に、主人公が戦ったりスローライフを送ったりする様子が支持を得ている。特に2013年に小説家になろうで連載開始され、さまざまなメディアミックス展開が行われている「転生したらスライムだった件」は、原作小説やコミカライズを合わせたシリーズ累計発行部数が4000万部を突破。2022年に公開された「劇場版 転生したらスライムだった件 紅蓮の絆編」は興行収入が14億円超と、異世界ものが市井の人々にも広まっていることを示
こうしてふりかえりは終わってしまった / A Demise of a retrospective ふりかえりカンファレンスで一番面白かった発表資料です。 資料をざっくり要約すると ふりかえりは最初は順調に機能するがある段階で停滞し、次第に「効果が出ていないもの」と判断されて廃止されてしまう、という話です。 理由として最初は低コスト高リターンの課題を倒していけるが、それらをすべて解決すると残るのは「リターンはあるが、コストが高すぎて解決できない課題」と「コストは低いがリターンもほぼない課題」だけになります。 開発チームは前者を「コストが高すぎて解決できない」と忌避し、後者だけに打ち込んだ結果、リターンが出ずに振り返り事態を無価値を判断してしまうからです。 ふりかえりを廃止することでチームの成長は停止してしまうでしょう。 これを防ぐために「コストが高すぎて解決できない」課題を解決する方向に頑張
首都圏で分譲マンションを手掛けるFJネクストホールディングス（東京都新宿区）が3月24日に公開した調査結果「Z世代 ひとり暮らしの生活事情」で、若者の3割（30.1％）がテレビを見ていないことが分かった。 テレビとネット配信の視聴パターンについて聞いたところ、多くの人は両方を見ているものの、半数近く（46.3％）はネット配信が中心だった。 「テレビ番組しか見ない」は13.3％と少数派。「ネット配信しか見ない」の21.8％と「両方とも見ない」の8.3％を合わせ、30.1％がテレビを見ていなかった。 一方で動画や音楽のサブスクは7割（69.5％）が利用していた。1カ月の平均金額は2701円。FJネクストホールディングスは「手軽に面白いコンテンツを視聴できるため、この世代の必需品となりつつあるようだ」と話している。
企業アカウントが炎上するパターン、古のオタクなら見覚えあるのでは？『ニコ動にハマった小6が給食の時間に誰も知らないボカロ曲を流す状態と同じ構図』
赤祖父 (赤ソファ) @akasofa 企業アカウントが炎上するパターンのひとつには、”ニコニコ動画にハマってる小6が放送委員になって給食の時間に誰も知らねーボカロ曲を流して自分だけ悦に入っている”状態と同じ構図がありますね。 2020-11-03 09:16:29
git-schemlexとddl-makerを使ったDB migrationの紹介 / git-schemalex and ddl-maker migration #golangtokyo
TypeScript/JavaScriptの言語思想的にはtry/catchを使ってerror handlingをするのが普通
この記事について 共感している そもそもDXとは何か デジタル中心のビジネスにどうシフトするか デジタル中心のオペレーションにどうシフトするか 顧客や従業員がラクになる体験（UX） 最近やっている案件 みんなすごい この記事について 下書きの状態で公開することにした。 主観と経験で書いているので、細かい話は要事実確認。 反響があったら後でブラッシュアップするかも。 特定の名前が分かる形での非公開情報は載せていない。 共感している DXという言葉は使わなかったけど、過去に似た内容で登壇したので、一連のツイートに共感しますhttps://t.co/bh8dWDxjpWhttps://t.co/gJjrvLf6tu https://t.co/cTW35ELvIE pic.twitter.com/ImjPYWPP5R— ゆずたそ (@yuzutas0) May 26, 2020 そもそもDXとは何
現役BtoBマーケターが厳選！現場で本当に役立つフレームワーク10選 | お役立ちブログ | BtoBマーケティングサポート by アジタス
マーケターにとってフレームワークは非常に心強い味方です。ものごとを体系的に整理するだけでなく、思考の引き出しを広げて新しいアイデアを生み出していくことにも役立ちます。特に営業優位で実践主義や経験主義が重視されがちなBtoB企業においては、行動に理論的な裏付けを与えてくれるフレームワークの恩恵は大きいです。 しかしフレームワークに対して有用性を感じつつも、次のような悩みを持っている方も多いのではないでしょうか。 「種類が多すぎて結局どれを使えばよいのかわからない……」 「理屈はわかったはずなのに自分の業務に上手く適用できない……」 ビジネスのフレームワークは主なものだけで数十種類、バリエーションも含めるとその何倍もの数が存在します。しかも状況の変化に合わせて日々新しいものが考案されるため、その数は増える一方です。 その全てを把握することは不可能であり、ナンセンスでもあります。フレームワークは
async/awaitの鬼門の一つとして、適切なキャンセル処理が挙げられます。別に基本的にはそんな難しいことではなく、CancellationTokenSourceを作る、CanellationTokenを渡す、OperationCanceledExceptionをハンドリングする。というだけの話です。けれど、Tokenに手動でコールバックをRegisterしたときとか、渡す口が空いてないものに無理やりなんとかするときとか、タイムアウトに使った場合の始末とか、ちょっと気の利いた処理をしたいような場面もあり、そうした時にどうすれば良いのか悩むこともあります。 こういうのはパターンと対応さえ覚えてしまえばいい話でもあるので、今回はAlterNatsの実装時に直面したパターンから、「外部キャンセル・タイムアウト・大元のDispose」が複合された状況での処理の記述方法と、適切な例外処理、そして最
こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ
RustでAPIを開発してみたら結構辛かった話
はじめに 皆様こんにちは、株式会社プラハのAwataです。 今日は、以前書いたリーダーの振り返り記事で軽く触れていた、RustでのAPI開発についての記事を書いていこうと思います。 結論RustでWebは辛い！という話なんですが、約5か月くらいRustでWeb開発をしたので、今後の参考になるようなことを書いていこうと思います。 ぜひ最後までお付き合いください。 TL;DR RustでWeb開発はまだ早いかもしれない。 RustでDDDはやりやすい。ただしDIがやりにくい場合があるので、そこは要注意。 Rustはモジュールの仕組みが協力なので、モジュラモノリスはやりやすい。 サンプルリポジトリはこちら Rustはやっぱり難しいけど人気の理由も少し分かった気がする そもそもなぜRustでやってみようとなったのか 前例が少ない中、どうしてRustで開発しようと思ったのか気になる方も多いと思います
かとうひろし on Twitter: "ツイッターで「無駄ゴマ」に関して解説したが伝わらないことがあり、さらに一例を載せて解説したがちっとも伝わらないことがあった。 「無駄ゴマとは何か」の解説にも関わらず、「マンガ表現として好き・嫌い」を語る人がいる事にショックを受けた… https://t.co/OmJXC3DWax"
ツイッターで「無駄ゴマ」に関して解説したが伝わらないことがあり、さらに一例を載せて解説したがちっとも伝わらないことがあった。 「無駄ゴマとは何か」の解説にも関わらず、「マンガ表現として好き・嫌い」を語る人がいる事にショックを受けた… https://t.co/OmJXC3DWax
7割の人が望む「FIRE」 “資産3000万円で節約しながらのリタイア生活”は幸せ？ カンニング竹山「何が楽しいの？」、ひろゆき「それを続けられるのも1つの才能」（ABEMA TIMES） - Yahoo!ニュース
あるアンケートで今、働く男女の約7割がしたいと答えたのが、「FIRE」。Financial Independence Retire Earlyの頭文字を取った言葉で、若いうちにその後の人生に必要な資産を貯めて早期退職し、お金を気にせず悠々自適に自由に暮らすライフスタイルのことだ。 【映像】一度断念も再FIRE 当事者の1週間の過ごし方 街で聞くと「したい」という反応が多く寄せられるように、まだまだブームは続きそうだが、一方では達成した人から後悔の声も。『ABEMA Prime』では当事者を交えつつ、FIREの形と生き方について考えた。
一般的な会食における集団感染事例について
国立感染症研究所 実地疫学専門家養成コース（FETP） 同 感染症疫学センター 掲載日：2020年10月16日 背景 2020年10月9日現在、国立感染症研究所実地疫学専門家養成コース（FETP）は新型コロナウイルス感染症（COVID-19）クラスター対策班として35都道府県からのべ120事例のCOVID-19集団発生事例に対する調査派遣依頼に対して、都道府県、管轄保健所とともに実地疫学調査を実施してきた。今後のCOVID-19対策に資する情報提供を目的として、FETPが関わった実地調査結果の中から類似した環境下における感染伝播の状況をまとめて報告していく。今回は、「一般的な会食」（以下、会食という。）における集団感染についてまとめた。 方法 2020年10月9日時点において、2020年2月25日以降に、クラスター対策班として実施した実地疫学調査のうち、会食で発生した集団感染における曝露状
現在 estie では、デプロイの改善・統一に取り組んでいます。複数プロダクトのそれぞれの技術スタックが大きく違う中、どう考えたら効率的なデプロイを組めるのか。2024年のデプロイの原則について、あらためて考えてみました。
M 年前にも N 年後にも人類は同じ話をしている. まとめ エラーの発生方法は throw と return に大別できる throw には簡潔さ, return には明瞭さと型安全性といった特徴がある どちらの方法がより適しているかはプログラムの規模, エラーの種類, ハンドリングの方法などが判断の材料になる 実際にどちらの方法を使うかは上の判断材料と, フレームワークやプロジェクトのコーディング規約なども合わせて複合的に決めるのがよい エラー発生方法の分類 まず前提として, 関数から呼び出し元にエラーを伝える方法は以下の 2 つに大別できます. 逆にこの記事ではこれ以上の具体的な方法についての議論はしません. throw エラーを throw して呼び出し元に伝える方法です. 例えば以下のようなものが当てはまります. throw new Error("...") Promise.rej
TAG : Advent Calendar | Firebase | Firestore | React | Refeed | TypeScript | トチカチ | フロントエンド AUTHOR : ギックス POSTED : 2020.12.23 08:25 この記事は GiXo アドベントカレンダー の 23 日目の記事です。 昨日は、少人数の開発で Kubernetes を活用するための設計戦略 でした。 MLOps Div. の堀越です。本記事では、React と TypeScript で SPA の実装を行う際に採用しているレイヤードアーキテクチャについてご紹介します。 レイヤードアーキテクチャというとクリーンアーキテクチャや DDD が有名ですが、弊チームフロントエンド の場合はクリーンアーキテクチャから SPA にマッチする箇所を部分的に取り入れた簡易版のレイヤードア
JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。
原作付き漫画など、複数人が関わる漫画でのクレジット表記が色々ありすぎてわけわからない事になってる、という話 - 情報中毒者、あるいは活字中毒者、もしくは物語中毒者の弁明
原作付き含め、分業体制で作られる漫画というのはかなり昔からあります。 作品の関係者を雑誌や単行本でどうクレジット表記してるかって考えると、「原作」「漫画」「作画」とか、その役割に応じたのが付いている。 のですが、現在においてはかなりバリエーションが多いというか、そんな書き方するんだ、ってのとかあってわけわからん状態。表記順や記号(「漫画：」と書くか、「漫画・」と書くか)なども含めると、つまりどういう事なのか。 どんなのがあるか探してみました。最後の方に具体例を並べてあります。 一番シンプルなのが「作」「画」だけなので、分類としては「作」「画」「それ以外」としてますが、よくわからないのも結構存在しています。 「画」を担当してる人のクレジット バリエーション的に一番少ないのはこれ。 画 作画 漫画 (表記なし) 原作付き作品だが、漫画家側には特に表記が無く、原作や協力のみにクレジットが付く。「
TL;DR 負荷をかけながらフェイルオーバーテストをするなら、負荷クライアント側で「どの書き込みが成功したのか」のログは必ず取っておく でないと、フェイルオーバー起因でデータロストが発生するのかしないのかのチェックができない フェイルオーバーシナリオ スイッチオーバー(手動での切り替え)を含めてざっと思いつくのはこれくらい。 スイッチオーバー mysqldの正常終了 mysqldの異常終了、特に、mysqld_safeやsystemdがmysqldを再起動させてしまう環境 mysqldのハングアップ カーネルパニック ファイルシステムのハングアップ 電プチ スイッチオーバー たぶんHAソリューションを作る時にちゃんとテストするからこれはそんなに問題にならない気がするけれど、(レプリケーションベースのソリューションの場合)「レプリケーション遅延が起こってる時のスイッチオーバー」で何が起こるか
サブドメインをユーザーホスティングサイトに使うときのパターン(Same Origin/Cookie/Public Suffix List)
README.md サブドメインをユーザーホスティングサイトに使うときのパターン hoge.example.com でユーザが作成したサイトをホスティングして、任意のJavaScriptを実行できる状態にしたいケース。 サブドメインを分けることで、Fetch APIなどはSame Origin Policyを基本にするため、別のサブドメインや example.com に対するリクエストなどはできなくなる。 一方で、CookieはSame Origin Policyではない。 デフォルトでは、hoge.example.com から example.com に対するCookieが設定できる。 これを利用したDoS(Cookie Bomb)やこの挙動を組み合わせた別の脆弱性に利用できる場合がある。 The Cookie Monster in Your Browsers - Speaker Dec
※この原稿は、2018年末～2019年初頭に羽海野渉が書き、その後『#ライトノベルオールタイムベスト』の選考における指針となった論考である。なお、『PRANK! Vol.4』に掲載された原稿は本稿の草案であり、似ている部分があることをここに記しておきたい。また、2021年現在、少し異なる部分があることを注記しておく。 ですので、過去に書かれた原稿であることを考慮したうえで、『#ライトノベルオールタイムベスト』と合わせて読んでください（今ならもっと違う感じに書きます）。そっちがメインです。 ◆はじめに ライトノベルという単語をご存じだろうか。もしあなたがご存じないとしても、書店などの片隅でアニメや漫画に近いイラストが表紙に装丁された書籍を見たことがあるかもしれない。ライトノベルとは戦前の少年小説や戦後まもなくのジュブナイル小説などを祖として、アニメや漫画などのコンテンツと密接な関係を保ちつつ
デスクトップアプリケーションのUIパターン - ウインドウ編（公開版） / UI Patterns of Desktop Applications - Window Layouts
デスクトップアプリケーションのUIパターン - ウインドウ編（公開版） macOSらしいウインドウをデザインするために役立つ基本パターンを紹介します。 macOS native Symposium #09 https://macos-native.github.io https://macos-native.connpass.com/event/286455/
株式市場は古くから、景気や企業業績の実態を正確に映し出す「経済の鏡」に例えられてきた。だが、この鏡が曇り始めているのではないか。そんな疑念を抱かせる重大な構造変化が、世界の株式市場で進行する。株価指数の構成銘柄をまるごと保有して市場並みの運用成績をめざす「パッシブ運用」の膨張だ。「インデックスファンドは割高な値段で買ってしまう」。米リサーチ・アフィリエイツのロブ・アーノット会長はいう。典型例が
『Fearless Change』を読んで巻き込み上手なテックリードになろう - LIVESENSE ENGINEER BLOG
エンジニアとして一定以上大きい仕事をする際には、他人を巻き込んで仕事をする力が必要になってきます。 新しいフレームワークや言語の採用、自動テストの導入、インフラ基盤の刷新、スクラムの導入など、一定以上の大きさの取り組みでは折に触れて他人の巻き込みが必要になってきます。 そんな巻き込み力で苦労されている方も多いのではないでしょうか。かくいう私自身も現在進行形で苦労しています。 この記事ではそんな悩みを少しでも解決できればと思い、個人的に巻き込み力の決定版教科書だと思っている「Fearless Change」という書籍を紹介します。 TL;DR 「巻き込み」の課題感 巻き込み力の決定版教科書「Fearless Change」 どんな本？ どんな人におすすめ？ この本のどこが優れているの？ 本の内容をどうやって活かすか 組織の文化に合わせてローカライズする 多くのことを同時にやろうとしない まと
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜスクラムチームをスケールしたくなるのか - だいくしー(@daiksy)のはてなブログ
開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する
そもそも「ローグライク」の「ローグ」って何なのさ？改めて「ローグライク」とは何か見直してみよう | Game*Spark - 国内・海外ゲーム情報サイト
正しいことは、正しく言わないと、正しく伝わらない - 下林明正のブログ
削除のビジネスロジックをドメイン層に閉じ込める簡単で強力な「DeletableIDパターン」の紹介
｢飲み会｣クラスターはこうして発生する。事例から学ぶコロナリスクとその下げ方
マネジメントの新ハック「優先事項のメンタルマップ」 | Coral Capital
出版社「ハンドメイド本の掲載作品を模倣し販売することは著作権法の違反行為」〜フリマサイトで販売のハンドメイド品について
「こうしてスクラムが終わってしまう」前にすべきこと
Z世代の一人暮らし、3割は「テレビ見ない」 サブスクは必需品に マンション分譲会社の調査
非同期開発体制を支えるドキュメント文化 / YAPC::Hiroshima 2024
https://marketing.twitter.com/content/dam/marketing-twitter/apac/ja/insights/kakusan/kakusan.pdf
TypeScriptのError Handling - mrsekut-p
DXに関する私的な殴り書き - 下町柚子黄昏記 by @yuzutas0
neue cc - async/awaitのキャンセル処理やタイムアウトを効率的に扱うためのパターン＆プラクティス
squash and mergeしか使ってないけど全く困ってない
デプロイ再考2024/reconsidering-deploy-in-2024
TypeScript エラー処理パターン - Object.create(null)
React で作る中規模 SPA のレイヤードアーキテクチャ - GiXo Ltd.
向かいの学校でデスゲームやってるっぽい - タカモリ | 少年ジャンプ＋
「MySQLのフェイルオーバーテストをする」と聞いてぼんやり思ったこと
https://nocomplexity.com/documents/arplaybook/index.html
平成ライトノベル史――#ライトノベルオールタイムベスト のための走り書き｜羽海野渉
「タダ乗り投資」市場蝕む パッシブ化の弊害強く 編集委員 川崎健 - 日本経済新聞
aya1.ht.gob.jp
diamond.jp
www.applelinkage.com
www.applelinkage.com
www.whiskymesi.com
diamond.jp