「有名チェーン店」が店を出す駅、出さない駅を可視化してみた
駅のまわりにどんなカフェチェーンがあるのか……「路線図風に表したらわかりやすいかも」と思い、可視化してみました。題して「カフェ路線図」です。 東急東横線 まず手始めに、渋谷と横浜を結ぶ東急東横線を見てみましょう（図1）。 スターバックスがある駅と、ドトールがある駅の違いに気づいた方は鋭い観察眼をお持ちです。スターバックスは「corner of Main ＆ Main」と呼ばれるコンセプトを掲げ、駅周辺や繁華街など人通りの多い場所や、観光地、歴史的建造物などの目立つ場所に優先的に出店してきました。 一方、ドトールは小さな駅にも幅広く出店しています。 スターバックスとはターゲットの顧客層が異なるので一概に比較できませんが、立地条件を低くし、目立ちにくい場所や店舗面積の狭い物件にも積極的に出店することで、結果的にスターバックスと棲（す）み分けができているように見えます。 各駅の充実度に着目すると
「年収700万円」の人が住んでいるところ データを分析して分かってきた
厚生労働省が毎年行っている「国民生活基礎調査」によると、2021年、児童（18歳未満の未婚の者）のいる家庭の平均世帯年収は785万円。中央値は710万円で、およそ24％の世帯が1000万円を超えています。地域や家族構成によるので一概には言えませんが、全国的には30代で650万円、40代で800万円ぐらい稼いでいれば「上から数えたほうが早い」と言えるでしょう。 地域による違いはどうでしょうか。総務省統計局の「住宅・土地統計調査」では、都道府県や市区町村別の収入分布（※）が公表されています（図1）。 （※）「住宅・土地統計調査」では、18歳以上の子がいる家庭（例えば、高齢夫婦と無職の成人）もカウントされるため、「国民生活基礎調査」よりも年収の平均値や中央値が低く出る傾向があります。その代わりに、親、子、孫の 3世代が同居する家庭を除外できるため、一般的な「核家族」の暮らし向きがわかります。
ドラゴンクエストIV（FC版・NES版）AI仕様の解析 by vaxherd - クリムゾンのブロマガから移転した話
現在の作戦設定を取得する ボス戦（つまり「逃走禁止」フラグが設定されている戦闘）においては、 プレイヤーによって設定された作戦が「みんながんばれ」か「ガンガン いこうぜ」の場合、隠し作戦である「対ボス」が代わりに使用される。 MP余裕量を計算する 呪文を使う仲間の場合、作戦や戦闘状況に応じて、行動評価（以下参照）に 影響を与えずに使えるMPの「余裕量」が設けられている。行動の消費MPが この余裕量以下の場合、消費MP「0」とみなされる。 具体的に、AIプログラムはまず、各仲間の「有用値」を計算する。256から、 マヌーサ・マホトーンの場合はキャラクター毎の値（以下参照）が引かれ、 さらに睡眠状態だと、その結果が半減される。 キャラ │マヌーサ│マホトーン 勇者 │ 85 │ 85 クリフト│ 100 │ 100 ミネア │ 100 │ 100 マーニャ│ 32 │ 192 ブライ │ 3
2024年こそ corepack を使おう
普段の開発では nodenv を使って各プロジェクトのバージョンに合わせた Node.js をインストールしています。その後、各プロジェクトの README や package.json を頼りに npm install -g yarn や npm install -g pnpm することが多いです。 先日、同僚から「最近は corepack 使ってますよ」と教えてもらったので、「おーもう実務で使えるのかー」と一気にモチベーションが上がったので corepack 使っていきたいと思います。 まずはこちらの鉄板記事でおさらい。 corepack を使っていくということは yarn や pnpm の管理を corepack に任せるということなので、まずは global install しているそれらを削除して実験してみます。 yarn を使っているプロジェクトで検証 とある yarn を使っ
Live Proxy/VPN Detection
Live Proxy and VPN Detection Last Change: 7th February 2024, Version: 0.9.14 Use US East Server Use Germany Server Use Singapore Server Due to a large amount of traffic, this request was rate limited. Please try again. This website can detect if your connection is using a Proxy or VPN. You can add Proxy and VPN detection to your own Website or App. After integrating the small JavaScript in your we
Vue.js と Nuxt の 2023年まとめ
2023年は Vue.js および Nuxt のアップデートがとっても活発な一年でした。 これだけ多くの、そして多様な進展があると、1年を振り返っておかないと何があったか忘れてしまいそうです。 というわけで Nuxt, Vue.js, Vite 関連の情報をピックアップして🏃♂駆け足で振り返ってみます。 （数が多かったので、おもに公式周辺のアカウントから告知されたものが中心です。漏れがあったらすみません。教えていただければ追加します） 🗓2023年1月 2022年の春先に正式に Vue.js 3 がデフォルトのバージョンとなり、2022年11月に Nuxt 3.0 がリリースされました。 年が明けて2023年1月の主だった情報です。 🔼Nuxt 関連 2023年1月17日に公開された Daniel Roe @danielcroe氏による公式ブログ記事 Nuxt: A vision
JAL機と衝突した海上保安庁機(JA722A)がフライトレーダーに表示されない理由｜ryo-a (vitya)
2024年1月2日18時前ごろ、新千歳発・東京/羽田行のJAL516便（エアバスA350-900、JA13XJ）と、海上保安庁所属「みずなぎ」（DHC-8 Dash 8、JA722A）が羽田空港C滑走路で衝突する事故が発生しました。 ※事故自体の経過についてはNHKの記事などをご覧ください（随時更新されるようです）。 要約Flightradar24など、航空機追跡サイトはボランティアによる受信で成り立っている 海保機は「ADS-B」に対応していなかったので、航空機追跡サイトでは低高度（地上走行中）に表示されなかった 加えて、Flightradar24は自主規制によって海保機の位置を表示していなかった 「ADS-B非対応」はトランスポンダを積んでいないという意味ではない。トランスポンダは積まれていたし、管制側のレーダーには表示される ADS-B非対応機は民間機にも存在するため、海保機のみが特
AWS Application Composer in VSCodeを使ってAPIを作ってみた - Qiita
はじめに こんにちは、都内でソフトウェアエンジニアとして活動しているYSasagoです。 AWS re:Invent 2023の基調講演でDr. Werner Vogelsによって発表されたAWS Application Composer in VSCodeを使って、実際にAPIを作成してみたいと思います！基調講演はYoutubeで視聴することができます Application Composerとは Application Composerは、前年のre:Inventで初めて発表されたツールで、AWSコンソール内で直感的にサーバーレスアプリケーションを構築できるドラッグアンドドロップ式の便利なツールです。このツールはAWSのベストプラクティスに準拠し、Infrastructure as Code (IaC) の自動生成を可能にします。 VSCodeでApplication Composer
2023年読んで良かった技術書Top5
こんにちは。uenikiです。2023年も残すところ後10時間となりました。 今回は2023年に読んで良かった技術書を紹介します。マネジメント系の本は抜きにして、ピュアに技術的な本を紹介します。これまであまり振り返りというものをせずに生きてきたのですが、たまには振り返りというものをしてみたいと思います。 2023年はたくさん言語化をしてきて、言語化することの気持ちよさにハマりつつあるので、アウトプットしてみようと思い立ちました。 Top5のご紹介 なっとく！関数型プログラミング まずは関数型プログラミングの入門書である本書を紹介します。人生を変えてくれる予感のある本に数年ぶりに出会った気がします。何よりも読んでいて楽しく、ワクワクします。 関数型プログラミングの原則から始まって、関数型独自の概念を一つ一つ丁寧に、なぜその概念が必要なのか？を解説してくれています。命令型の問題点を一つ一つ解決
2023年、読んで印象に残った本 - Don't Repeat Yourself
あけましておめでとうございます。年がもう明けてしまいましたが、2023年に読んでよかった本について簡単に書いていこうと思います。noteで書いていましたが、こちらのブログをしっかり使わないといろいろもったいなと思ったので、技術に関係ない話題ではありますがこちらに書いていきます。 技術書 単体テストの考え方/使い方 フロントエンド開発のためのセキュリティ入門 知らなかったでは済まされない脆弱性対策の必須知識 プロを目指す人のためのTypeScript入門 安全なコードの書き方から高度な型の使い方まで 技術書でないもの サピエンス減少 縮減する未来の課題を探る ネガティヴ・ケイパビリティで生きる 2050年の世界 見えない未来の考え方 訂正可能性の哲学 GitLabに学ぶ 世界最先端のリモート組織のつくりかた ドキュメントの活用でオフィスなしでも最大の成果を出すグローバル企業のしくみ 2024
AWS Lambdaのメモリ使用率と処理速度
AWS Lambdaのメモリ使用率と処理速度について調べてみました。 具体的には、以下についてLambdaを動かして試しました。 メモリ使用率が100%になるとエラーが起きたりするか？ メモリ使用率が高いと速度劣化するか？ まず、先に調査結果を書いちゃいます。以下の通りです。 調査結果 ・メモリ使用率が100%になるとエラーが起きたりするか？ →エラーにはならない！ ・メモリ使用率が高いと速度劣化するか？ →速度劣化する では早速、調査していきます！ メモリ使用率が100%になるとエラーが起きたりするか？について調査 調査方法 まず調査方法についてです。 以下の条件で調査しました。 前提条件 本記事では以下の条件で、調査しました。 言語：Python 3.12 Lambdaのタイムアウト設定：29秒 Lambdaのメモリ：128MB 調査で使用したソースコード 以下のソースを使用して調査し
GitHub Actions のみで、actions/cache も使わない最軽量の VRT
Web アプリケーション開発での VRT 導入は、ちゃんと運用するとなると以下のような多くの検討事項を伴います。 Storybook のストーリーベースで比較するか？それとも実アプリケーションの URL ベースで比較するか？ CI 上でアプリケーションをビルドして dev server を立ち上げるか、それともデプロイ先のアプリケーションにアクセスするか？ スクリーンショットの比較はどのように行うか？比較時の閾値はどのように設定するか？ 比較元のスクリーンショットはどのように用意するか？例えば Amazon S3 などのストレージ や GitHub Actions の actions/cache を使用する場合など コミットハッシュを用いて比較元のスクリーンショットを特定する場合、マージ先のコミットハッシュに紐づくスクリーンショットが存在しない時の対応は？ VRT の結果で差分が出たが、そ
JavaScriptの小技集 - Qiita
はじめに 初投稿です。 知ってたら便利になる小技が無かったのでまとめました。 「小技が知りたい...だけど検索しても出てこない...！」 そういう時に役立ちます。 比較的古いバージョンのJSでは一部の小技が使えないかもしれません。 随時追加予定です。他に小技をご存じの方はコメント欄にGO。 おことわり この記事は、あくまで"こんなやり方もあるよ"と紹介しているだけなので、何でもかんでもこれらの小技を使うと、かえってコードの可読性を下げる可能性があります。コードサイズと可読性を天秤にかけてどちらが良いかを都度確認しましょう。 記事内の間違った部分の指摘等はこの記事のコメントや編集リクエストでして下さい。 当方コードゴルファーなので、バイト数短縮小技も入れていることをご了承ください（一応該当する節には＊をつけています）。 配列 配列の重複した値を削除1 const meta = ["foo",
組織という仕組みで解決することの難しさ、あるいはマネジメントに超人を求めるのは間違っているだろうか - Kengo's blog
そりゃ間違ってるんだけど、ではどうするべきなのかが見えてないなぁという話です。 事業が大きくなると組織という仕組みの重要性が上がる 同僚が何千人といたメガベンチャーから社員数20数人のスタートアップに転職してから1.5年経ちました。ここまでに自分が貢献した内容にはSREや医療情報技師としてのものも当然あるのですが、マネジメント経験のあるIndividual Contributorという立場から組織の成長や組織における連携について補足や関連情報を提供するということも意外とありました。例えば社内ブログや社内勉強会で触れたものには以下のようなものがあります： コーチング紹介 ヒューマンスキル紹介 爆速アウトプットを組織的に支える施策 事業の急成長における表側と裏側 稟議入門 こうした知識や観点を個々人が持つことは、ボトムアップと呼ばれる自発的な行動を支援する意味では大きな意味があります。そして少
無能なITエンジニアのための100の教訓 – ITエンジニアのまとめ
本記事は、2024年1月1日にBoothで販売している「無能なITエンジニアのための100の教訓」のWeb公開版の目次ページになります。 本文の大部分を不定期に公開していきますが、私の暇な時に公開していくため非常にゆっくりな不定期になると予想されます。 早く読んでみたい！というか方やWebに公開されてない細部まで読みたい！という方は、Boothにて販売版をお買い求めください。 本書に寄せて Shinji／@sakichi01_ さっとん／@NothingMyself37 三日月／@Orcinus_orcas まさ@アップデートする情シス／@tomatokechap18 かえるくん。／@kaerukun_geko ioi🤔lante／@ioi_lante あるだみあ／@arudamia yashi／@yu_geen269 第Ⅰ章 無能のための考え方 仕事は問題を解決すること【準備中】 自身
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.fujitsu.com/downloads/JP/about/businesspolicy/tech/design/article/document/transformationbydesign-jp.pdf
MySQL Introduces Javascript Support in Preview
