この記事はVer.3.0.0の頃に書かれています。 プライベートマッチのさんぽ機能を用いて、各攻撃のダメージ判定が攻撃側、被弾側のどちらに依存しているか調査した記事です。 目次 1. はじめに 2. ダメージ判定の検証方法 3. シューターのダメージ判定 4. ローラーのダメージ判定 5. チャージャーのダメージ判定 6. スロッシャーのダメージ判定 7. スピナーのダメージ判定 8. マニューバーのダメージ判定 9. シェルターのダメージ判定 10. ブラスターのダメージ判定 11. フデのダメージ判定 12. ストリンガーのダメージ判定 13. ワイパーのダメージ判定 14. サブウェポンのダメージ判定 15. スペシャルウェポンのダメージ判定 16. ガチホコのダメージ判定 17. 攻撃側視点でヒット音が鳴るがダメージ判定は被弾側の攻撃 1. はじめに Splatoon3をプレイして

はじめに これはポエムであり、人生からするりと抜け落ちてしまったある部分を、社会人になってから回収しようとするアツい男の物語である。 ようは、ぼくはいろいろあって高卒であり、どうしても抑えきれない熱があるので、いまの暮らしを維持できるように人生とのバランスを取りつつ通信制の大学をやっていくぞというお話です。 ちょっと大仰ですが、これは過去にすり抜けたものを拾っていく物語なので、ぼくの人生から大学がすり抜けた経緯から軽く紹介します。 金がなかった そもそも僕んちは母子家庭で4人姉弟であり、僕はその末子です。というわけで大学いくならめいいっぱい限界まで奨学金借りつつ足りない分はバイトで払うみたいな感じになります。 実は兄は奨学金フルコンボで私立大学に進学してたんですが、その大学の空気はモラトリアム満喫色が強かったっぽく、金銭的にかけてるコストに対して価値を感じられなかった〜みたいな背景で中退し

３年間お世話になった株式会社Kyashを2023/02/28付けで退職することになりました 一緒に働いていた皆さん、大変お世話になりました ありがとうございました この３年間たくさんの経験をさせてもらったので、やってきたことをまとめようかと思います Kyashでやってきたこと 入社初期時代 AML(Anti Money Laundering)周りのシステムの設計/開発 詳細は書けませんが、AML用の検知をするためのシステム設計や開発をやらせていただきました AMLとは悪い人が資金洗浄できないようにするための対策のことです Anti Fraudチームの方と協力して怪しい動きをしているユーザを見つけ出せるようにしました 負荷対策 入社間もなくKyashカードのリリースだったのですが、高負荷になりアプリが落ちてしまう状態になってしまいました このようなことが起きないように、さまざまな負荷対策を実

現状、ネットで調べ物をしたいときは、Googleなど検索サイトを利用することが多いだろう。その場合、検索結果にリストアップされる無数のサイトは、質の高い有用なサイトばかりとは限らない。 広告だらけで内容が薄いページや、反対に難解なページばかりを引き当て、目的の情報にスムーズにたどり着けなかったという経験は誰しもあるだろう。 一方、ChatGPTは、質問文を投げかけるだけで、必要な情報を教えてくれる。情報を求めて、複数のサイトをさまよう必要はない。 Google幹部は非常事態を宣言した ユーザーにとって非常に便利なツールだが、Google社には脅威になっている。 ニューヨーク・タイムズ紙は昨年12月、検索の未来を書き換える可能性があるとしてGoogle幹部が危機感を抱き、社内に「Code red（非常事態）」を宣言したと報じている。ChatGPTに太刀打ちすべく、社内の開発体制を根底から変更

自分いま大学生ですがこれは真実です、まじで。 別に自分たちは行事やイベントが無くなった・小規模化したことに対しては「残念」だとは思ってるケド、自分は自分たちが経験したことだけしか知らないから比較できないから分からない。 だから自分のことを「可哀想」だとは微塵も思ってない。学校生活思い出しても普通に楽しかったし。 でも、教師とか親とか近所の人とかテレビで話してる教育評論家とか政治家とか、大勢の大人から「青春の時間を奪われて〜」とか「可哀想だね」「残念だね」とかめちゃくちゃめちゃくちゃめちゃくちゃ言われ続けて、これを武器に甘い対応してもらえることを学習してしまったんよ。 仮に自分たちがやらかしても「負担を強いられていたからしょうがない」「やっと羽をのばせるようになったのよね」って謎フォローしてくれる大人の出現と、謎フォローに「それもそっか」って納得してくれる大人が出現したことで、「なんだか意味

※ 筆者は住宅業界の人間ではなく、 IT 業界の人間です。また、私にとってのベストプラクティスがみなさんのベストプラクティスになるとは限りません！不動産は高価な買い物です。このブログ見て何か失敗したとしても私の方では何も責任を持てないのでご理解の程よろしくお願いします。 第1回 発注者としてのベストプラクティス：この記事 第2回 活用した注文住宅デザインパターン10選：こちら 目次 はじめに 発注者としてのベストプラクティスシェアリング 展示場や相談に行く前に要件をまとめるべし 特に間取りや構造として特異性を求めないなら、注文住宅は割高かもしれない 生活に振るのか、資産に振るのかは考える 自分で理解できるまで調べる。ただ情報で頭でっかちにならない 認識の齟齬や水掛論をしないために、テスト駆動開発にする ネットやAV機器の壁内配管や構成は自身である程度設計を考えて提案を持っていく 細かなあれ

職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 「エンジニア、家を建てる」第4回は、兵庫県に戸建てを建てた、はまーんさんに寄稿いただきました。 子育てをする中で、当時住んでいた賃貸物件に手狭さを感じていたはまーんさん。コロナ禍をきっかけに、県内の“田舎”に土地を買い、もともと憧れていたという「家づくり」をスタートさせました。 心がけたのは、自然たっぷりな周囲の環境を生かすこと。エンジニアという仕事は四六時中何かを考えていることが多くなりがちですが、この家のおかげで「何も考えずに過ごす時間」をたくさんつくれているそうです。 こんにちは、はじめまして。はまーんです。 一時的、東京に住んでいたこともありますが、基本的にほぼ関西圏を拠点にソフトウェアエンジニアをしてきました。今はお客様のビジ

アップルのCEOや台湾のIT担当閣僚がこぞって「会いたい」と呼びかけたのが87歳の若宮正子さん。世界から注目される「世界最高齢のアプリ開発者」です。でも実はパソコンは58歳から、アプリ開発は80歳から。人生100年時代を体現する若宮さんに、生き方のヒントを聞きました。

文化祭からはや 3 ヶ月。ずっと書きたいとは思っていたんですが、すぐ定期試験がやってきたり修学旅行に行ったりしてるうちにズルズル来てしまいました。このまま年を越すわけには行かないので、重い腰を上げて書き上げてしまおうと思います。 文章力が皆無なので読みづらい箇所があったらごめんなさい。質問等ございましたらお気軽にどうぞ！ 1. システム概要 感染症対策の一環として、主に各展示の同時滞在者数の抑制を目的として導入したシステムです。 文化祭への来場者全員にリストバンドを配布します。各リストバンドには個別の QR コードがプリントされており、各展示の入室時及び退室時に、展示のスタッフが Web アプリ上でスキャンを行い、来場者の入退室時間を記録します。 主な機能として以下が挙げられます。 同じ時間に同じ教室にいたのがどのリストバンドをつけていた来場者であるかが分かるため、万が一新型コロナウイルス

実際に逮捕・起訴された人の事例をいろいろ読んでみると、普通に生活・仕事していてもされる時はされるんだと思う。 痴漢冤罪や荷物すり替えで違法薬物の運び屋にされるなどの巻き込まれケースだったり、もともとルール（法律・運用）が曖昧なグレーゾーンが拡大解釈で突然咎められたり、捜査機関の描いた架空のストーリーの登場人物にされたり、本人は犯罪の意識が希薄だったり、色々ある。 逮捕・起訴されると人生に大きなダメージを被る。会社なんかで災害を想定してBCP（事業継続計画）を事前に立てたりするけど、それと同じような感じで、万が一逮捕された場合でも「こうなる」をそこそこ認識して「こうする」を事前に決めておければ役に立つかもしれないと思うようになった。 概要 弁護士選び 逮捕～裁判の流れ 逮捕 逮捕後 留置場・拘置所 取調べ・調書 捜索差押 勾留請求・勾留質問 裁判 世論形成・名誉回復 参考事例・参考文献 概要

吉田真吾（@yoshidashingo）です。 AWS re:Invent 2022への参加おつかれさまでした。わたしは2012年の初回参加から2022年まで、2020年のオンラインのみの開催を除き、合計10回 AWS re:Invent に参加しています。世界でも珍しい皆勤賞です。 そんなわたしが来年に向けてすべての知見をここに置いておきます。みなさんにとってのワンピースです。こまかい説明がないと理解しづらい部分は今後加筆するかもしれないですが、一言一句に意味があるので何度も読み返してひとつも余さずに取り入れてもらうことを強く推奨します。 AWS re:Invent 2023 は 2023/11/27(月)〜12/1(金) に開催されます 2023/7/8(土)追記：昨日からJapanツアーが募集開始されたそうだ、手続き漏れやトラブル少なく企業として参加したい場合には購入をおすすめする。

ちょっと昔まではデータ基盤の管理人・アーキテクト, 現在は思いっきりクラウドアーキを扱うコンサルタントになったマンです. 私自身の経験・スキル・このブログに書いているコンテンツの関係で, 「データ基盤って何を使って作ればいいの?」的なHow（もしくはWhere）の相談. 「Googleのビッグクエリーってやつがいいと聞いたけど何ができるの?」的な個別のサービスに対するご相談. 「ぶっちゃけおいくらかかりますか💸」というHow much?な話. 有り難くもこのようなお話をよくお受けしています. が, （仕事以外の営みにおける）個人としては毎度同じ話をするのはまあまあ疲れるので, データ基盤にありがちな「何を使って作ればよいか？」という問いに対する処方箋 というテーマで, クラウド上でデータ基盤を構築する際のサービスの選び方 （データ基盤に限らず）クラウド料金の基本的な考え方 をGoogle

今から二ヶ月ほど前、10/1 に Yahoo! トラベル のリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。 ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと「同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね」という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で 50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな

なお、弊社はベンダーとしてはDatadog、言語としてはGoを使っているのでその前提でこのブログを書きますが、その他のベンダー、言語でも参考になると思います。 Baggageに含めるとよさそうなもの よくあげられる例としては、UserIDやProductID、ソースIPアドレスなどのリクエストに紐づくデータが挙げられます。注意点として、誤って外部のベンダーにBaggageが渡ってしまう（注意しないとあり得ます）ことを考慮し、セキュアな情報は含めないようにすべきです。 他には、featureフラグを運用しているのであれば、feature情報をBaggageに含めると良いでしょう。 BFFなどの通信の入り口でどのfeatureかを判断し、その後のマイクロサービス間での通信はその情報を常に渡してあげることでマイクロサービス全体で同じfeatureを提供することができます。 以前、軽量featur

852話さんには遠く及ばない... Gallery a samurai girl with japanese school uniform, japanese anime style A girl with wolf ear on silver hair, combat toon graphic, arknights, dolls frontline, pixiv girl's frontlineのつもりがdollsになってた...。その影響か人形っぽい雰囲気になっている。 concept idea of a kawaii girl with animal ear on her head, fantasy idle costume, equlip magic wand, beautiful face, thick coating painting, flower blooming, bir

スプラ3が良い出来だったし、これは特許出願できるアイデア満載じゃねえか!!って思ったので特許が出てないか調べてみた。基本的に新製品に関する特許は世の中に発表される前に出願する必要があるが、出願から1年間1年半は公開されない*1ので、スプラ3にかかわる特許のうち今公開されているものがすべてというわけではない。 (2023/5/3追記: ここで漏らしていたものや、その後に公開された他の興味深い特許について下記に追記を書いたのでそれも見てやってください スプラトゥーン3の特許(part2) - naoya2kの日記 ) 検索してすぐに見つかるのは次の3件(+1件)だった。 特開2022-124257(P2022-124257A) https://www.j-platpat.inpit.go.jp/c1800/PU/JP-2022-124257/14784BEACFACFFFAA6A51AE109

Goの社内勉強会はじめました はじめに Kyashの @uncle__ko です。 普段はTechチームの生産力向上のためにfourkeys基盤の構築や、リアーキテクチャ含めた技術的負債の解消などを行っております。 僕のやっている仕事については記事を書いてるので、興味があれば見ていただけると幸いです。 blog.kyash.co 今回は社内でGo言語の勉強会をはじめてみたので、そのことについて書こうと思います。 KyashとGo KyashのServerSideは基本的にGoで書かれています。 一部Pythonを使っていたりScalaを使っていたりしますが、9割以上はGoで書かれています。 ですのでKyashのServerSideエンジニアとして働く以上は絶対にGoと関わることになりますし、勉強は避けては通れない道です。 KyashがGoを採用している理由はいくつかありますが、主に以下のよ

by Renée French はじめにTIG真野です。 DynamoDBをGoで操作することにかけては、DynamoDB×Go連載 に参加するくらい関心があるのですが、AWS SDK for Goの公式ライブラリに含まれる、ヘルパーパッケージについて存在を今までスルーしていました。使ってみると業務的には利用一択だと思ったので今後使っていくぞという覚書としてまとめます。 DynamoDBの式をダイレクトに実装した例私は公式のAWS SDK for Goのdynamodbパッケージを用いる時に、ドキュメントのExampleに書いてあるように、ちまちま ExpressionAttributeNamesやExpressionAttributeValuesやFilterExpressionやProjectionExpressionを指定していました。 どんな感じかと言うと次のような感じです。 Ex

Kyashの @convto です。 普段はサーバーサイドの開発をゴリゴリ頑張っていますが、お祭り事も好きなので開催予定のmeetupの運営についてもガッツリ関わっております。 2022/9/12(月) の13時から Kyash TechTalk #4 - Serversideと新しい挑戦 - connpass を開催するので、より広く知ってもらうために告知しつつ、YouTube Liveでお昼開催！などのチャレンジもしているので、そのあたりの狙いや背景を紹介できればなと思います！ kyash.connpass.com 開催の経緯 今年の4月ごろに Kyash TechTalk #2 - Serversideのシステム構成とアーキテクチャ - connpass を実施しました。 とてもありがたいことに多くのかたにご参加いただきKyashの取り組みを知っていただけました。ご参加いただいた皆様