This account is not set to public on notestock.
This account is not set to public on notestock.
ノベル更新しました。雑な話がひとつ増えたのと、フルスクリーンモード切替が使えます。
https://novel.pikegadge.com/
歯車アイコンが小さかったり画像がおかしい場合は前回見たときのキャッシュが原因なので、適当に消しといてください。
Androidの場合は設定>アプリ>Chrome>ストレージ>キャッシュの削除をしないと反映されませんでした…つら…。
Monthly report 2018-01 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/02/14/monthly-2018-01/
落ち着いたので1月のまとめを書いた
sqrt 、たしか筆算で計算する方法があるんだけど、使ってないので今やってみて正しくできるか微妙
参考文献>< -- Z80での平方根計算が非常におもしろい件 - きしだのはてな (id:nowokay) http://d.hatena.ne.jp/nowokay/20120605#1338861011
実際はどうやってるのか知らないまま自分で作った><;(普通はCPU(FPU)にsqrt計算する命令があるのでそれつかうっぽい><(glibcのソース斜め読みしたらそうなってた><))
FPU 、 sqrt どころか sin とか exp (e^x) とか log とかいろいろ命令があって、圧倒的な知の力を感じる
これソフトウェアなら関数にするところだろという規模の計算が1命令になってるの、本当にこわい
This account is not set to public on notestock.
小さな命令セットの方の CPU を見て「足し算とかかけ算とか比較とかが命令になってる……かわいいな……」などと思っていると、 FPU の命令で「ハイ log_2 x おまち! sin x もドウゾ! 平方根はこちら!」などといきなり関数が命令レベルで降ってくるのでヤバい(やばい)
プログラムによる数値演算のベンチマーク
http://www001.upp.so-net.ne.jp/y_yutaka/labo/math_algo/calcbench.html
This account is not set to public on notestock.
あと glibc だか忘れたけど、ハードウェア実装だと誤差が出るのでソフトウェアでやるみたいな話とかありましたよね
ソフトウェア実装で sin/cos 計算するときは、マクローリン展開した式の最初の何項か使えば精度は十分に出るんだっけ?
This account is not set to public on notestock.
This account is not set to public on notestock.
sysdeps/ieee754/dbl-64/s_sin.c あたりがソフトウェア実装ですかね https://mastodon.cardina1.red/media/jT78kLexDESIFLeGiAw
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
いいかげん既存のEメールプロトコルが古すぎるし、その上に無理矢理いろいろ載せるのも厳しいからどうにかした方が良いのではと思わなくもない
次世代の電子メールはいかにあるべきか、の議論が始まる | スラド Submission
https://srad.jp/submission/14392/
ちなみにこれが2004年02月の話
HTTP を UDP に載せるとかアグレッシブなのもいいけど、Eメールとかいうセキュリティ的にもデータ表現的にもいろいろ古くてアレなシステムをどうにかしてほしいし、それこそ Google はシェアも大きくて強い分野なのでは(まあ HTTP と違ってサーバ間通信がメインになるから、 QUIC か SPDY のように強引にはできないんだろうけど……)
This account is not set to public on notestock.
アウチルック使ったことなかったので完全に意識から抜け落ちてたんだけど、あれまだあったのか……(そりゃそうか)
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
This account is not set to public on notestock.
どうせ Wayland に乗り替えたら XMonad も使えなくなるので、それなら xmobar を使うのやめてコレに移行してもいいかなと思った
This account is not set to public on notestock.
TeX がつらいというのは、
最小再現ケース https://twitter.com/lo48576/status/957986581364682752
に対する解決策が
コレ https://oku.edu.mie-u.ac.jp/tex/mod/forum/discuss.php?d=2313
だったりすることです
エコシステムのことはよく知らない (TexLive 使ってるので)けど、 TeX はもっと根本的なところで問題を抱えているように思われるし、つらみの根源はそこにあると思っています
This account is not set to public on notestock.
書けた方がいいというか、コンピュッタの中身をそれなりに知っていて、基礎的なアルゴリズムの知識があれば、 C は素朴なので素直に書ける(ただし開発に適しているとは言ってない)
あと C が書けると他の言語も勉強なしで書けたりする(これはマジ)ので、非常に役に立つ
C は色々な言語のサブセットみたいなところがあるので、できると圧倒的に言語習得スピードが変わります
文法もおおよそ素朴、制御構造は原始的、抽象化はそれなり、 CPU やメモリが透けて見える、コンパイル時の処理が複雑でない、などなど
ネットワークやろうとすると berkley socket とか WinSock の知識に加えてネットワークのレイヤ低め知識も必要だから……
This account is not set to public on notestock.
ただ、高級言語から入って文字列をひたすら複製しまくる雑なコードを書く人とかが量産されるのも嫌なので、やはり真っ当に学ぶなら C から始めてほしい
Rust 初学者でもよく見かけるんですが、「文字列やベクタの操作で文句言われるからとりあえず clone() しとこ」みたいな人が結構いて、 C 言語書けないというかコンピュータの内部(特にメモリという存在)について勉強しなかったんだろうなぁと思います
べつに私は C でモノを書けと言っているのではなくて、 C で書けない人のコードは潜在的に危険/非効率だとみなしたいというか、まだコンパイラ(或いは言語仕様)はそこまで賢くないと思っている
非効率に書いても実用的に動く時代になってきたので、それはテクノロジの勝利かもしれないけど、それはそれとして、私は明らかにそこにある無駄をスルーできるほど効率に無頓着になれないので
C++11 あたりかどこかで規格に手が入って事実上 CoW が認められただか禁止されただか、そんな話があった気がする
This account is not set to public on notestock.
本の虫: C++03とC++11の違い: 文字列ライブラリ編 - https://cpplover.blogspot.jp/2013/12/c03c11_29.html
> C++11では、COWで実装することは規格で禁止された。
Rust は他の言語の知見を総まとめした印象です(ハシュケルとかリプスとかシープラプラとか諸々)
や、一応 C のコードはバイナリ互換性が高いので、言語非依存のライブラリを書きたいなら、まだまだ C の知識は必須だと思いますよ
学校の課題コードとか無名関数使いたかったので、一度 C++11 で書いてから C に直すなどしていた
C は高級アセンブリなので、低級中間言語として脳内で使うのに最適で、いろいろな高級言語のコードの効率を考えるとき、脳内では C のコードに翻訳されている
C くらいのレイヤーで面白い話というと、
printf("%d, %f\n", 3.14, 42);
の挙動が x86 と amd64 で違うんだけどどうなるか予想できますか、みたいな話とかですね
EICAR test file とかは、 ASCII 文字だけで記述するので、自己書き換えをしていたはずです
新しいプロジェクトの initial commit を作る直前で、そういえば PGP の鍵を(メールアドレスとともに)作り直したいということに気付い
今、サブキー使わずに git の commit とかに署名してるので、これよくないと思うんですよね(詳しくないけど)
Webが人間性を取り戻すとき、これまでのWebサイトとeコマースはすべて死ぬ | TechCrunch Japan
https://jp.techcrunch.com/2018/02/14/2018-02-13-the-sudden-death-of-the-website/
うーん……言いたいことはわからんでもないが、もとより静的コンテンツのためのプロトコルが対話に適さないとポジショントークで文句を言って、挙句「Webが人間性を取り戻す」とは……
リモートと対話するアプリケーションのためのプロトコルを開発している人たちも沢山いるし、文句があるならテメーらが自らのためのマトモなプロトコルを作って使えよ、あとeコマースを世界の中心だと思うなよ、という感想
ただ、今から対話的であるにしろないにしろ、クライアントを見据えた新たなプロトコルを設計するなら、間違いなくプライバシは重視されるし、それが普及すれば結果として google に打撃にはなるのだろうとは思う。でもそれは、静的な在り方よりも対話を重視した結果としての打撃ではないとも思う
HTTP と HTML の現状が高度に対話的な操作に適していないということについては同意してもいいけど、そこから展開される話には全然納得できない
あと、問い合わせが多いのはウェブサイトのデザインが悪いからと断言できるし、どう悪いのかというと標準的ではないデザインをするからだし、横並びのデザインがよくない?>< デザインをなんだと思ってるんだろ?>< ニールセンの記事でも読めばいい><
ニールセンの記事>< -- 10 Heuristics for User Interface Design: Article by Jakob Nielsen https://www.nngroup.com/articles/ten-usability-heuristics/
【悲報】のらきゃっとさん、自分の顔を作った人に苦言を呈される… : スコールちゃんねる|2ちゃんまとめブログ
http://squallchannel.com/archives/51547224.html
安定の MMD 界隈って感じで、今日も近付きたくないな……
自分で利用規約書いておきながら、遵守してるユーザに文句タラタラ言うの、控え目に言って利用者を馬鹿にしてるし、自分で書いた日本語を信じられないなら物を公開するのやめた方がいいよ
MMD 避けて FBX 読みにいったの、完全に正解だった (FBX が良いフォーマットとは言ってない)
紳士は異世界でメイドハーレムの夢をみる
https://ncode.syosetu.com/n8711bt/
これとてもすき(タイトルから想像されるよりは真面目な話)
即死チートが最強すぎて、異世界のやつらがまるで相手にならないんですが。
https://ncode.syosetu.com/n5691dd/
こういうのもすき
Implement `?` macro repetition by mark-i-m · Pull Request #47752 · rust-lang/rust
https://github.com/rust-lang/rust/pull/47752
おっ
This account is not set to public on notestock.
Domain Name Registration Search Results • Namecheap.com
https://www.namecheap.com/domains/registration/results.aspx?domain=48576.io
$33/year は高い……(まあ .io としては妥当なんだけど)
ブヨグ、サークルの人を真似して毎週まとめ書いてたこともあったけど、面倒なうえ特化した話題のない記事が毎週出来上がるの鬱陶しかったので、毎月でやることにした
機能 #40: [blog] デスクトップ関係ユーティリティを systemd で管理した話 - らりおやりたいことリスト - らりお Redmine
https://redmine.cardina1.red/issues/40
こんな感じでブヨグに書きたいけど面倒で放置しているネタがある
ルーティングに文字列以外を使うこともあるだろうと思ってたけど、微妙な感じになってきた (GET/POST 程度の差であれば、先に method で分けてから改めて文字列でルーティングしてやればいいわけで、文字列の部分だけライブラリで生成できれば十分な気がする