このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
[ ] については正規表現由来の経験的判断が多分にあると思うので、まあ教養ではあるだろうけど初学者向けに説明は必要よね……みたいな気持ちにはなる
英語の文書とかだと、メタ変数にはイタリック使いますよ的なあれこれがあったりするんだけど、日本語ってそもそも monospace みたいなところがあるので、書体での区別が通常の明朝か太字のゴシックかくらいしかないのよね……
このアカウントは、notestockで公開設定になっていません。
まあ結局その辺りって雑に教養と呼んでどうにかするしかないのかなという諦観もなくはない (「これが読めないなら基礎が足りてないと思われるのでもうちょっといろいろやってきてね」的な)
もちろん、その辺りの汎用知識セットの教育が十分体系的あるいは実用的に準備されているならば、というのは前提になるけど……
それでも「計算機や言語の理論なんてどうでもいいから実用的なことを教えてくれ」という近道したがる人にはさぞ嫌がられるだろうね……
不文律と言うか教養みたいなの、外部の人間の力がないとそれらに該当しているということを認識できないよな…
これな、我々も最初はきっと苦労したのだろうと思うんだけど、いかんせん界隈の作法に馴染むまでの最初の苦労は定数コストなので長期間学んでいると償却されて実質ゼロになる (???)
: - )は顔文字ですとかも書いて欲しい気がしなくも無いけど、今の若い人は海外式顔文字にもインターネットとかで最初から慣れてる?><
(オレンジはプログラミングの入門記事にあったそれが90度傾いた顔文字である事に全く気づけなくて、「なんだろうこの記号?><」って悩んで親にも記事見せて聞いた記憶ある><;(親もわからなかった><))
はぁ〜〜〜任意の多角形を自在に保持したりひとつのメッシュで複数マテリアルを同時に使ったりできる FBX 最高〜〜〜!!!!!!!! (しろめ)
頂点配列 (CP) のインデックス (PVI) の配列で多角形 (Polygon) を保持していて、そのまたインデックス (PVI index) をテクスチャやマテリアルの頂点のインデックスと対応させたりするんだけど、三角形分割するともちろん頂点配列のインデックス (PVI) が壊れるので、 UV 座標などのインデックスと PVI index の対応が壊れることになる
で、そうなると PVI index (多角形を表現) のインデックスの配列を用意することで三角形分割されたポリゴン列を表現しようみたいな発想は当然出てくるんだけど、 PVI index index みたいな3段階参照と、マテリアルや UV などの0〜2段階参照 (動的に指定される) との対応を取らないといけなくなって、もう地獄 of 地獄よ
トラブルシューティング-未解決-応急処置済 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/tags/troubleshooting-first-aided/
先祖が複数ある例
implies 関係で別タグを指定することでグラフにしている
大昔のブログ記事で「タグが exclusive なのはおかしい、 implication を表現するために木構造であるべきだ」などと書いたけど、普通に木構造では不足
たとえば「同人誌即売会参加記録」タグが「おたく活動」タグと「買い物」タグを同時に導くような例が考えられ、このような場合に木構造では全く足りていない
Firefox Lockbox Now on Android, Keeping your Passwords Safe - The Mozilla Blog
https://blog.mozilla.org/blog/2019/03/26/firefox-lockbox-now-on-android-keeping-your-passwords-safe/
!!!
「堂々のコミカライズ化!」じゃあないんだよ、違和感なかったのか? (まあどうせ和製英語なんだけど)
人間の命を救うはずだったAIが政治と無知によって無視されてしまった話|Kan|note(ノート) https://note.mu/datascience/n/nde5bd9d68afe
人間の命を救うはずだったAIが政治と無知によって無視されてしまった話|Kan|note
https://note.mu/datascience/n/nde5bd9d68afe
このアカウントは、notestockで公開設定になっていません。
しかしQUICPay本当に遅い クイックの意味を再定義しています
このアカウントは、notestockで公開設定になっていません。
https://mstdn.maud.io/@motorailgun/101821406806949273
USB Full Speed (12Mbps)
High Definition (1080p)
ブロードバンド (24Mbps とか)
GitHubのissue/PR番号、毎回URLを書いている(URLを書いてもWebページの表示上は番号だけになる)
【速報】コインハイブ事件、男性に無罪判決 横浜地裁 - 弁護士ドットコム https://www.bengo4.com/c_23/n_9429/
【速報】コインハイブ事件、男性に無罪判決 横浜地裁 - 弁護士ドットコム
https://www.bengo4.com/c_23/n_9429/
PC-98 のハイレゾ機種は普通の機種が 640×400 なのに比較して 1120×750
iPhone ごくまれに改札機で QUICPay が選択されて改札がだんまりで焦ることある🤔
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
総天然ショックに大勢がショックを受けた、4096色同時表示を実現したAVマシン「FM77AV」 - AKIBA PC Hotline!
https://akiba-pc.watch.impress.co.jp/docs/column/retrohard/1103851.html
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@kb10uy Society とか Associated とかにしたら英語話者から「は?」って言われるの確実だから判断として正しそう
なぜrubyは他の言語と比べて遅いのでしょうか?に対する笹田 耕一 (Koichi Sasada)さんの回答 - Quora - https://jp.quora.com/%E3%81%AA%E3%81%9Cruby%E3%81%AF%E4%BB%96%E3%81%AE%E8%A8%80%E8%AA%9E%E3%81%A8%E6%AF%94%E3%81%B9%E3%81%A6%E9%81%85%E3%81%84%E3%81%AE%E3%81%A7%E3%81%97%E3%82%87%E3%81%86%E3%81%8B/answers/130089865
submodule でよくやる >fetch が https で push が ssh
Anchor - The best way to make your podcast
https://anchor.fm/tos
ToS で TL;DR 用意してくれるの親切だな……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
コインハイブ事件で無罪判決 弁護人「警察の暴走、食い止められることを願う」 - 弁護士ドットコム
https://www.bengo4.com/c_23/n_9430/
> 平野弁護士は「摘発の範囲を広げていく捜査機関を止めるためには争わなければいけないが、逮捕されたり起訴されたりした時と異なり、在宅で取り調べている限り国選弁護人制度もない。弁護人をつける余裕のない人もいる」と難しさを口にした。
一方的でつらすぎるな
そもそも必要でもない生年月日を入力させるの邪悪すぎる (optional ではあるけど、「入力してない項目があるよ!」みたいなアレ言われた気がするし)
年齢確認したいだけなら「20歳以上です」にチェック入れさせれば十分じゃろ、生年月日を得ようとする理由としては妥当でない
生年月日は正直である必要はないかもしれないけど、あとから自由に変えられるようなもんじゃないと思うんだよね。
変えられる時点で変な気はするけど、生年月日変えるような奴、信用がならない。
因果としてはまず最初に「生年月日を要求するようなサービス信用ならない」があるからな…… (なら使うなというのは至極当然だが)
あと何故か web サービスで実名入れさせるやつとか、お前それ本当に実名でないといけない真っ当な理由あるんか? みたいな気持ちになりません?
オレンジは、そういう年齢確認用の専用の誕生日を用意してるけど、ネトゲで知り合った年下の人となんかメッセンジャーサービスで話すためにそれでアカウント登録したら「結構歳近かったんだね!」みたいな事言われて「・・・?><;」ってなって申し訳なかった><;
セキュリティ用に誕生日登録って書いてあったら、通信用のフレンド登録(?)した相手に公表されると思わないじゃん?><;
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
lo48576/protest: [DISCONTINUED] program testing library for c++14
https://github.com/lo48576/protest
昔の私、気合入ったもの作ってたんだな……
[IPv6アドレスの:で区切られた部分を何て呼べばいいの? - yuyarinの日記](http://d.hatena.ne.jp/yuyarin/20130501/1367395124)
元々は組織ごとに全員がログインしてそこで生活する Unix server が一台あってそれが組織の site になってて,その Unix のドメイン名が組織のドメイン(領域)を指すものと物理所在地が完全に一致してたし,Unix のログイン名+Unix のドメイン名でどこのだれかが一位に特定できる上にそのままメールアドレスとして機能したのでメールアドレスが文字通り address(住所)だったんな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
前世紀から枯渇するのはもうわかってたので NAT とか導入するのと並行して次世代 IP 作って End-to-End の世界を取り戻そうとしたけど,End-to-End の世界で外向きに telnet や ftp おいてて問題なかった牧歌的インターネットの時代が豫想以上に早く終わって NAT がセキュリティ的な意味も出てきたのでどうしようもなくなった
kazu さんのここらへんの記事とか読むとよいです >> KAME Project Report https://www.mew.org/~kazu/doc/kame/1.html
このアカウントは、notestockで公開設定になっていません。
いやそれは違って IPv6 自体は 2000 年アタマにもう出来てて KAME のひとたちによって書かれた protocol stack が Free/Net/Open BSD に取り込まれたりそれが Windows にも Linux 載ったりしたりしてたんで OS では IPv6 使えてたけど NAT で豫想以上にうまく延命できてしまった上にさっき書いた通りセキュリティ的需要も出来てしまって,なによりキラーアプリの欠如でずっと移行できてなかっただけ
携帯電話やスマートフォンが無くても順調に IP はどんどん枯渇してたし上位の割り当て組織のプールからは枯渇してたけど,いまいち差し迫った現実的問題だと捉えられる人も少なかったんだと思う,一番上位のインターネットレジストリが全世界でどこでもプールしてたのがいよいよ枯渇したあたりでやばいやばいって一般的なニュースになりだした
このアカウントは、notestockで公開設定になっていません。
本格的な移行の発火は今でもとくにないというか移行はできてないしできそうにないので失敗してる
セルラーネットワークのほうが移行は完遂させやすそうだからそっちから先に移行されるかもね,という展望はあるけど実際に移行できてるわけじゃないしこのままずるずるとデュアルスタックのままで止まるんじゃ
このアカウントは、notestockで公開設定になっていません。
IoT もだしデータセンターでとか需要無くはないけど IPv4 が綺麗さっぱり使われなくなって IPv6 が主になるみたいなのさ幻想ですねたぶん。かなしいことに。
IPv6 と IPv4 は相互に通信できるわけではないプロトコルだけどそれを相互通信可能にさせる妥協の産物が 6+4 で IPv10 だよ。一昨年ぐらいにみた。
このアカウントは、notestockで公開設定になっていません。
するっていうか既に枯渇はしてるから新しいアドレス割り当ては難しいんだけど,枯渇したから新しいプロトコルにえいやってみんな移行するんじゃなくて,既にアドレス割り当てされて動いてるネットワークはそのまま使われるってはなし
このアカウントは、notestockで公開設定になっていません。
それは zeroconf な mDNS とかあるんだしそもそもアドレス直打ち文化が間違いだと思う
このアカウントは、notestockで公開設定になっていません。
JANOG39 :: [IPv10]IPv10 https://www.janog.gr.jp/meeting/janog39/program/ipv10.html
映像は閲覧できないけれどスライドは残っている
このアカウントは、notestockで公開設定になっていません。
Facebook の IPv6 アドレスは facebook の Leet になっててすこしおぼえやすい
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
IPv6、最近ネットワークインフラが発達して来た国の研究機関だとIPv6アドレスしか得られないことが割とあり、初期からグリッドに参加した機関がデュアルスタックに対応しないのは新規参加への障壁になるので云々という話が某会議であった
五輪で国内のモバイルデバイスが大量に増えることを考えると CGN がキツいので v6 に云々みたいな話を聞いたのを思い出した
自宅に v6 アドレスが降ってくるようになったのは多分五輪にケツ叩かれたおかげ (ほんまか) なので、それだけは感謝している (?)
0文字というのは嘘で、入力しないと次のページに進めなかったので「(仮)」という文字が入力してあり、これを消すことを考えるとマイナス数十文字です
ここからだいたい3ヶ月で FBX の構文を完全理解したので内部構造を把握する段階になって、
https://twitter.com/L16777216/status/675912287702528000
https://twitter.com/L16777216/status/676255702235676673
その1か月後に字句解析ライブラリをリリース
https://twitter.com/L16777216/status/67997032913808179
https://github.com/lo48576/fbx_direct/releases/tag/ver-0.1.0
で、寄り道でパーサだけでなく writer も実装したのち、 FBX 7.5 への追従
https://twitter.com/L16777216/status/689010514010087424
その後はずっとスキーマで苦しんでる感じですね
https://twilog.org/L16777216/search?word=fbx&ao=a&page=8
FBXデータの可視化した(ただし表示ではない) : 東京工業大学 ロボット技術研究会
http://titech-ssr.blog.jp/archives/1052514217.html
で、ノードの意味とオブジェクト関係を把握するのに無限に時間使ってたのがこの時期
https://twilog.org/L16777216/search?word=fbx&ao=a&page=7
https://twitter.com/L16777216/status/707158112117985281
で、この辺りが最初に FBX を描画できたタイミングですね、 2016年3月。だいたい FBX と戦って半年くらいか
……のはずなんだけど、まあいつものビョーキで
https://twitter.com/L16777216/status/710326437270585345
https://twitter.com/L16777216/status/710326540865634304
https://twitter.com/L16777216/status/710330952422006785
ということになりまして、ライブラリを最初から作り直すことにしたんですね。
で、半月で一応使えるところまで作たのがこれ:
https://github.com/lo48576/fbx-binary-reader/releases/tag/ver-0.1.0
https://twitter.com/L16777216/status/714393704421699585
https://twitter.com/L16777216/status/714394843007492096
で、この2回目の描画成功でかなり高速化はできてたんですよ。
次はアニメーションかな〜とか思ってたんですよ。
https://twitter.com/L16777216/status/715501371701657600
ところが、またいつものアレが再発:
https://twitter.com/L16777216/status/777067907310161920
https://twitter.com/L16777216/status/777158644148293632
https://twitter.com/L16777216/status/777896249294848000
で、ここで実装した3代目パーサが fbxcel (0.0.x 系) ですね
https://twitter.com/L16777216/status/794441243442823168
https://github.com/lo48576/fbxcel-legacy/
https://twitter.com/L16777216/status/795228912791891968
https://twitter.com/L16777216/status/795252377095782400
で、一方の high-level ローダはというと、ちょっとアプローチが良くないんじゃないかということに気付いてきて、参ってたんですよね
https://twitter.com/L16777216/status/795919411735474177
とはいえメッシュ以外の部分も少しずつ理解を進めていて、
https://twitter.com/L16777216/status/796357876813950976
https://github.com/lo48576/fbx-tree-view
またいつものアレで次なるツールを作ったりなど。これが2016年11月頃なので、若干現実逃避を含んでいそう
https://twitter.com/L16777216/status/799615897094606848
https://twitter.com/L16777216/status/799625471801442305
https://twitter.com/L16777216/status/799626274800926723
それで結局3代目パーサの方にリソースを注いで古い high-level ローダは破棄することになり、
https://twitter.com/L16777216/status/802544180933246976
https://twitter.com/L16777216/status/802549004265345025
フィーバータイムに突入 (???)
https://twitter.com/L16777216/status/805726279106371584
この頃は頂点配列とかインデックス配列を目視確認して紙に描画するとかいうヤバい時期だった。2016年12月頃。
https://github.com/lo48576/fbxcel-legacy/compare/feature/simple-loader-objects
まあ書き直したのもちゃんと理由があって、この辺りでやっていた DOM 対応がどうも無限につらそうだということで心が折れたからですね。
どうやら全ての既知の構造に対して型を作ろうとすると、無限に型を定義する人生を送ることになりそうだということに気付き。
で、現在やっているのが
3代目と同名の実質4代目(全書き直ししたため)パーサ: https://github.com/lo48576/fbxcel
と、
4代目から分離された DOM ライブラリ: https://github.com/lo48576/fbxcel-dom
の2つ、というわけ