![今じゃ通じない昔のPCあるあるといえば?TOP31](https://cdn-ak-scissors.b.st-hatena.com/image/square/982691d0e8fb9de3bd9b28ede87c63d6328ce635/height=288;version=1;width=512/https%3A%2F%2Franking.xgoo.jp%2Ftool%2Fimages%2Fcolumn%2F2023%2F08%2F2023_0818_colmun_main3.jpg)
Truchet Tilingのやり方 要約 ・↑これ、Truchet Tilingって言うらしい ・セルを構成する辺の中点に固有のハッシュ値を割り当てることで線の接続/切断を表すとうまくいく ・一番下にソースコードも載せておきました 方針 1.uv=fract(n*uv)などでuvをグリッド状にする 2.floor(n*uv)+.5でセルの中央の点を得る 3.中央点から四方向に座標を足して、辺の中点を得る 4.中点の座標をハッシュ関数にかけて、線の接続/切断を決める (ex:hash12(mid)<.5) 5.1で得たuvと4で得た接続情報を元にセルの中身を描画する 実装 1~3は割愛します 4 vec2 tci(vec2 uv) { return round(uv*2.)*.5; } const vec2[4] dir = vec2[4](vec2(1,0),vec2(0,1),vec2
EngineeringProductIntroducing code referencing for GitHub CopilotToday, we’re announcing a private beta of GitHub Copilot with code referencing that includes a filter to detect code suggestions matching public code on GitHub. Make more informed decisions about the code you use. In the rare case where a GitHub Copilot suggestion matches public code, this update will show a list of repositories wher
TL;DR: I'm in love with these lists of "Falsehoods Programmers Believe About…," so I've collected all the ones I know of here. I'm in love with these lists of "Falsehoods Programmers Believe About X." In case you haven't had pleasure, I've collected all the ones I know of here. If I missed any, let me know! Falsehoods programmers believe about names People's names do not change People’s names have
言語判定には、ディープニューラルネットワーク(DNN)が広く使われているが、この方法は計算量が大きいことから大量のデータとリソースが必要であり、実際の利用時や最適化、新しいデータへの適用にはコストがかかるという問題が起きるそうだ。そこで、簡単で軽量かつ汎用的な代替手法がACL 2023で提案されたという。手法としてはタレコミにあるように、シンプルなコンプレッサ(gzipなど)とk近傍法を組み合わせたないようだという(ACL アンソロジー、Stephen Diehl氏のツイート)。 Patilise 曰く、 ACL 2023でk近傍法とgzipを組み合わせた言語判定モデルが発表された。軽量(大量のデータと処理能力が不要)、パラメータ調整不要でPythonスクリプトにして14行という簡素なものだったが、ほとんどのニューラルモデルと同程度または上回る精度となった。すべてのデータセットでgzipを
Every user of Rocky Linux is valued and their contributions matter. From software engineers to IT professionals and hobbyists, together, we are all part of the Linux and open source community. The Rocky Enterprise Software Foundation was established based on our shared vision that open source software should remain stable, accessible to all, and managed by the community. This commitment is ingrain
なんと、駅順コード5番が見事にあいています!JR東日本はSuica導入当初から高輪ゲートウェイ駅の開業を計画していた・・・? 駅順コードの空白 しかし問題があります。 浜松町(1-4) - 田町(1-6) - 品川(1-7) とあった部分で空きコードを割り当てると 浜松町(1-4) - 田町(1-6) - 高輪ゲートウェイ(1-5) - 品川(1-7) という格好で、コード順と駅順が揃わないことになります。この部分をどう解決するのか、概ね 気にせず高輪ゲートウェイ駅に1-5を割り当てる 田町駅の駅順コードをずらして高輪ゲートウェイ駅に1-6を割り当てる この2択です。あらかた前者を採るだろうなぁと思いつつ、とても興味を持っていました。 高輪ゲートウェイ駅、開業 3/14、予定通りに高輪ゲートウェイ駅が開業したので、早速降車してSuicaの履歴を読み取り(Suica Readerを利用)、結
「住所の揺らぎ程度のことにAIを使いたいだとかデジタル音痴」だの「住所の正規化なんてExcelで2時間あれば作れそう」だの、たいへんフットワークの軽やかな言説の数々に、位置情報界隈のみならず住所の正規化や名寄せに少しでも関わったことのあるエンジニアが総立ちでマサカリを投げていたのも記憶に新しい今日この頃ですが(2023年6月6日)、この手の騒動は周期的に起こってる印象です。 ということはつまり いつまで経っても解消されない、解決が困難な課題である その困難さが界隈以外に共有されていない であるわけで、その都度Twitterにトリビアが投下されてはTLが賑わい華やかではありますが、そろそろ自分の整理としてもどれだけ日本の住所システムがカオスで、その計算機的な処理がいかに困難かをメモっておこうかと思いました。 なおこの件については既にQiitaにGeoloniaの宮内さんが鼻血の出そうな良エン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く