名簿を作るとき、「名前」「住所」「電話番号」は別々の列に分けます。 ところが、世の中に流通するKMLファイルの多くは、これを全部1つのセルに、文字色や罫線ごと貼り付けた状態になっています。 人間がクリックして読む分には問題ありません。しかし—— 住所で並べ替える → できない 営業時間で絞り込む → できない 電話番号の一覧を作る → できない これをやるには、貼り付けられたHTMLを解読する専用プログラムをファイルごとに書くことになります。地図データの価値の半分は位置情報、もう半分は属性情報です。KMLの流通慣習は、後者を事実上封印した状態でデータを世界に広めてきました。 When you build a contact list, names, addresses and phone numbers go in separate columns. Most KML files in c
もぎ @mogi_invest 退去の立ち会いで管理会社に「クリーニング代5万＋壁紙張替え8万＋鍵交換2万で合計15万円です」と言われた友人が「払いません」と答えたら「は？契約書に書いてありますよ？」と怒られたので、『国交省のガイドライン知ってますか？』と言った途端に起きたことを見て↓↓↓ 2026-04-12 06:10:01 もぎ @mogi_invest 管理会社「15万円です。サインお願いします」 友人「すみません、内訳を1つずつ確認させてください」 管理会社「はぁ…（面倒くさそうに）」 友人「まず壁紙の張替え8万円。何年住んだかご存知ですよね？」 管理会社「…7年ですね」 友人「壁紙の耐用年数は6年。国交省のガイドラインでは、6年で残存価値は1円です。つまり"張り替える理由があっても"入居者の負担は1円ということですよね？」 管理会社「…………」 2026-04-12 06:10
世界には二種類のインフラ産業がある。一つは、技術革新によってコストを下げ、サービスを民主化する産業。もう一つは、複雑性を武器に参入障壁を築き、既得権益を守り続ける産業である。 通信業界――それは後者の、最も洗練された形態だ。 彼らは「99.999%の可用性」を錦の御旗に掲げる。だが、その数字が守っているのは、ユーザーの利便性ではない。巨大ベンダーとオペレータによる、世界最大規模の相互扶助カルテルである。本稿は、その構造を解剖する。 The Gated Community：標準という名の檻 Telco業界とは、Ericsson、Nokia、Cisco といった少数の巨大ベンダーと、地域独占権を持つオペレータが、3GPPやETSIという「国際標準化団体」を隠れ蓑に形成した、世界最大規模の相互扶助カルテルである。 ここにおいて「標準化」とは、相互接続性の担保ではない。それは、外部（Hypersc
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 0. C++ Advent Calendar 2025 24日目です どうも、tomolatoon です。私事ですが、インフルエンザに掛かってしまいまして、執筆がかなり送れてしまいました。大遅刻申し訳ありません... さて、C++20 で導入されたコルーチンという機能があるのですが、馴染みがないと理解するのが少々難しいと思います（ソースは自分）。しかし、コルーチンは今後追加されるであろうネットワーク関連機能でも使うことが出来たり、C++/WinRT だと全面的に採用されているなど、わかっているとうれしい分野だったりもします。 ということ
はじめに 要旨 エピソード 仮説 将棋ネタいろいろ 【１】詰み判定 ２級 初段 現在（二段） 【２】動けない合い駒 【３】速度計算 ２級 初段 現在（二段）（というか悩んでる点） 【４】詰将棋 ２級 現在（二段） 【５】手番 ２級 初段 【６】攻めるときは一気に詰ませるのが最善 ２級 現在（二段） 【７】王の早逃げ ２級 現在（二段） 【８】進展性・理想形・手待ち 【９】手番の価値 ２級 初段 二段 【１０】勝利条件 ２級 初段 現在（二段） その他ネタ ２箇所以上で駒がぶつかった場合に、どちらからとるべきか・無視するべきか？ はじめに 要旨 将棋、実は思考アルゴリズムや認知の方法が悪いと大損するのでは？自分の考えを書くので、皆さんどう考えているのか、気づいた点など教えてください。 エピソード 将棋を指していると、子供の指し手の速さに驚かされます。本当に考えているのか？と思えるぐらい。自分
一休.com Advent Calendar 2025の25日目の記事です。 一休.com レストランの開発を担当している恩田 @takashi_ondaです。 最近はあまり聞かれることのないダイナミックスコープの話をしてみたいと思います。 はじめに 現代のプログラミング言語ではレキシカルスコープがあまりに当たり前になってしまっていて、ダイナミックスコープという概念自体を聞いたことがない、という人も多いのではないかと思います。 プログラミング言語の歴史を学ぶ際に少し触れられている程度で、実際、手元の『コンピュータプログラミングの概念・技法・モデル』を繙いてみても、900ページ近い大著にもかかわらずダイナミックスコープについての言及は1ページにも満たないほどです。 このようにダイナミックスコープは歴史の中で消えていった概念のように見えます。ですが、用語としては廃れた一方で、今日でも似た仕組み
CやC++などのビルドのための仕組みを持たない言語で書かれた大規模なコードをビルドする際、とくに複数の環境でのビルドが必要な場合はCMakeなどのビルドシステムジェネレレーターとNinjaなどのビルドシステムを用います。 この記事ではそういったところで使うCMakeのモダンな書き方について紹介します。 この記事の目的 この記事を通して少しでもモダンCMakeが書ける人が増えたり、世の中のビルドで悩む人が少しでも減らせたら嬉しいです。 TL;DR モダンCMakeは難しいのでChatGPTとかLLMと相談しながら書くのがオススメ 目次 この記事の目的 TL;DR 目次 モダンCMakeとは モダンCMakeの具体例 実行バイナリtargetの追加 ライブラリターゲットの追加 ターゲット間のリンクと伝搬設定 ターゲットのinclude設定 モダンCMakeのbest practice 非推奨設
nanobind は C++ で書かれたライブラリの Python バインディングを作成するツールですが、C++ 側で問題があるときに追いかけるのがパッケージだと凄く大変です。 時雨堂では nanobind を利用して libwebrtc ベースの自社製品用の C++ SDK と、libdatachannel の Python バインディングを公開しています。 ただ、これセグフォしたとき追いかけるのがほぼ不可能なのでデバッグビルドを気軽に試して貰って、lldb で追いかけやすくしたいなと考えていましたが、PyPI にデバッグビルドを主に容量的な問題で公開するわけにも行かないなと思っていて、悩んでいました。 そんなとき PEP 440 の Local version identifiers というのを見つけました。これは PyPI には公開できないけれど、独自で公開するならば <versio
Test Double とは Test Double のタイプ ダミー(Dummy) スタブ(Stub) スパイ(Spy) モック(Mock) フェイク(Fake) Test Double のタイプの比較 Test Double とは 映画などで、危険なシーンや高度なスタントに使用されるスタントパフォーマーを「スタントダブル」、肉体的に難しいダンスを披露する「ダンスダブル」などと呼びます。 より一般的には、あるシーンを出演者が演じることができない場合に、替え玉となって演技をする俳優を「ボディダブル」(body double)といいます。 システム開発の分野では、テスト時に、このような替え玉となるものを総称して「テストダブル」(Test Double)と呼びます。 テストダブルは、コラボレーターの代わりにテストで使用される任意のオブジェクトです。 Test Double のタイプ テストダブ
物理量との変換には波長ごとの 視感度関数（luminous efficiency function）V(λ) と 最大視感効果度（maximum luminous efficacy） が使用されます[7]。 最大視感効果度は人間にとって最も明るく見える波長での放射エネルギーでの値で 683 lm/W となります[8]。これは 波長555 nm（緑色光）単波長のとき のものです[7:1]。 他の波長でのlmを計算するには 視感度関数V(λ) を使います。 V(λ)は波長ごとの最大視感効果度に対する割合として定義されています[7:2]。 このV(λ)を利用して単一波長λのいずれかの放射量X_e(λ)から対応する測光量X_v(λ)への変換は次のようになります。 X_v(λ) = 683 × V(λ) × X_e(λ) [\mathrm{lm/W}] 光度エネルギー 光度エネルギー は放射エネルギ
return文でstd::moveをいつ使うべきかとその理由を完全理解してください💪
はじめにPC 向けの将棋アプリを利用する際、初期設定の画面のまま使っているケースをよく見かけます。決してそれが悪いということはありませんが、日々使う画面なので自分好みに変更するのも良いと思います。 特に無償のアプリだと開発コストや権利上の理由で低品質な画像を使っていることが多いので、好みの画像に差し替えることで格段に見た目が向上します。 紹介するアプリこの記事では、筆者が開発している ShogiHome の画面をカスタマイズする方法を紹介しますが、紹介している画像素材は他のアプリでも利用可能です。 著作権と利用条件についてアプリもそうですが、入手した画像にもそれぞれ著作権があります。自分がダウンロードした素材の著作権者と利用条件を必ず確認しましょう。 YouTube や SNS でよく見かける駒画像には、私の調べた限りにおいて、利用条件が明記されていない素材や、著作者のサイトが閉鎖したに後
はじめに [ $? -eq 0 ] や [ $? -ne 0 ] は冗長でデメリットしかありません。非常に多く見かける書き方ですが、1979 年に Bourne シェルが広く公開された時からこのようなコードは必要ありませんでした。実際に当時はこのような書き方は使われておらず、このような書き方をしなければならなかった歴史的な経緯などはありません。これはなぜか広まってしまった良くない書き方です。 優れたコードとは無駄がないシンプルなコードです。丁寧なコードとは無駄な処理を書くことではありません。[ $? -eq 0 ] や [ $? -ne 0 ] は書かないほうが、簡単で読みやすくわかりやすくなります。優れた文法を持つシェルは短いコードで正しく動作し、良い書き方は最短の時間と最小の手間で目的を達成することができます。コマンドのエラー処理を簡潔に書くことができるのが、シェル言語の優れている点の
![いい加減シェルスクリプトで [ $? -eq 0 ] や [ $? -ne 0 ] なんて エラー処理を書くのはやめよう！ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/49d4f5314f4e203044579a38e4407225da1ed322/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGNTQ5MTglMkZwcm9maWxlLWltYWdlcyUyRjE0NzM2OTM1Mjg_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmJnPUZGRkZGRiZmbT1wbmczMiZzPWE4NWVmYWZlYzFkZjcyYTVmYWIyN2ZmOGViMjQ1Nzdi%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D40c4de7a2283f8493d0f8cd798df1ed7%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JUUzJTgxJTg0JUUzJTgxJTg0JUU1JThBJUEwJUU2JUI4JTlCJUUzJTgyJUI3JUUzJTgyJUE3JUUzJTgzJUFCJUUzJTgyJUI5JUUzJTgyJUFGJUUzJTgzJUFBJUUzJTgzJTk3JUUzJTgzJTg4JUUzJTgxJUE3JTIwJTVCJTIwJTI0JTNGJTIwLWVxJTIwMCUyMCU1RCUyMCVFMyU4MiU4NCUyMCU1QiUyMCUyNCUzRiUyMC1uZSUyMDAlMjAlNUQlMjAlRTMlODElQUElRTMlODIlOTMlRTMlODElQTYlMjAlRTMlODIlQTglRTMlODMlQTklRTMlODMlQkMlRTUlODclQTYlRTclOTAlODYlRTMlODIlOTIlRTYlOUIlQjglRTMlODElOEYlRTMlODElQUUlRTMlODElQUYlRTMlODIlODQlRTMlODIlODElRTMlODIlODglRTMlODElODYlRUYlQkMlODEmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz1jZDg3NWQ1NmUzYzAzYjJiYzA2NDJlODRkZjlhOGQ4ZQ%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBrbzFua3NtJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ODVlMzIyOWJiNjA2ZTE4YzM2ZmM0MzNjMTk0ZjJkMmI%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Def96afddc5803eb2d3bf0840fceb59e6)
はじめに 導入 Linuxで使うbash等のシェルには、様々な○○置換という機能がありますが、その中でも「プロセス置換」( <(コマンド) や >(コマンド) ) というのはなかなかイメージし辛いのではないかと思います。 ※特にコマンド置換 ( $(コマンド)や`コマンド` ) と名前が紛らわしいというのもあります。 これはパイプと機能的にも仕組み的にも近いものですので、この機会にパイプとの関連性も含め、仕組みを紹介したいと思います。 環境 bash,zsh共にプロセス置換の機能を持っていますが、以下ではbashを前提として仕組みを説明します。 なお、各動作確認は x86_64 WSL1(Win10)/Ubuntu18.04.2 LTS, bash4.4.19(1) で行っています。 プロセス置換の概要 利用目的 bash manページのプロセス置換の項にも説明はあるのですが、なかなかそれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
