このアカウントは、notestockで公開設定になっていません。

Lojban を喋る女の子の百合ノベルゲームがしたいし、バーチャルユーチューバーの女の子が Lojban を喋るのを聞きたい！

このアカウントは、notestockで公開設定になっていません。

この時代に x86_64 でｻﾝｼﾞｭﾆﾋﾞｯﾄ使うのやめて……

や、使うのはともかく、作るのは本当にやめて

x86_64 でのバイナリや使用メモリの肥大化については x32 という解決策があるが知名度は……

ところで文脈をわかっていない

ｽｯﾁﾑの linux バイナリが 32 bit なのはマジで勘弁してほしい

鼻毛セットではなく鼻毛カッターセットだから……

鼻毛鯖
PCIE
柚子胡椒

#575

初めての論文、処女論文だ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

これだから型のない連中は……

設定ファイル、どう考えても型チェックが走るべきなんだけど、一般にそういうのってあまりない(ないことはなくて、設定ファイルの validation として実装されていたりするんだけど、 boolean が欲しいのに任意のデータを valid として受け取ってしまうようなガバガバスキーマでは何も有効なチェックはできない)

オフサイドルールは🙅‍

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

そりゃ rebase するのが料理人 (contributor) の腕ってもんでしょう

このアカウントは、notestockで公開設定になっていません。

ﾆｭ〜〜ｨｲイ〜〜ﾝ↑↑

あれ、 The Microsoft Sound ってWin95 だか 98 のアレで合ってますよね

95 だった

edcert - Cargo: packages for Rust
https://crates.io/crates/edcert

バージョンアップのペースがすごいことになってるな……

H.264 is magic: a technical walkthrough of a remarkable technology. - https://sidbala.com/h-264-is-magic/

どこかで読んだことあると思ったら、これか:

H.264の秘密 | コンピュータサイエンス | POSTD - http://postd.cc/h-264-is-magic/

https://otogamer.me/@Naf/99336011132804891

$ echo ^O

インスタントマヨネーズのブログ: ターミナルでバイナリを表示して文字が化けることあるよね
https://l1048576.blogspot.jp/2014/03/blog-post.html

このアカウントは、notestockで公開設定になっていません。

結局ユーザが「自分はインフラに只乗りしている」という意識がないのでどうしようもない

是非とも自分の使うサービスを自分で管理してみて、少しでもコスト意識をまともにすると良いのではないかと思います

サーバ管理者についても、「何かあったとき責任を取る人」とか「見た目とか機能の変更してる人」くらいのイメージしかなくて、日々少しずつ手を動かして継続的にメンテしているのだという意識がないのだと思います

有料サービスを BYOS で用意してみると、本当にその金額は最初の印象ほど「高い」のか、実感として理解できますよね

まあ開発コストについては置いておこう……(好きでやってる人か金貰ってやってる人しかいなそうなので)

このアカウントは、notestockで公開設定になっていません。

Jenkins とかの CI 立てるのが無難では

GitLab CI は使ったことないのでなんもわからん

gcc 6.4 と 7.2 のリビルド(パッチアップデート)をかけている……

5以下に来てないのは、もうサポート切れてるからか？

ところで FBX SDK の linux 用バイナリが gcc-4 でないとビルドできない状態はもう改善されたんですか？(されてないと予想している)

だからプロプライエタリは駄目なんだよ

このアカウントは、notestockで公開設定になっていません。

サークルで管理してるドメインとかサーバとかの契約類も結構扱いが厄介だったりするんですよね

ドメインと VPS 持ってるタイプのサークルです

Microsoft office の数式エディタ終了のお知らせで色々終了のお知らせ - Togetter
https://togetter.com/li/1189140

プロプライエタリソフトウェアに頼った人の末路

プロプライエタリソフトウェアの勝手な仕様変更のせいで卒論が激ヤバ状態になった人の顔が見たい！ww

@lo48576 まず自分の卒論を書け

このアカウントは、notestockで公開設定になっていません。

まあ実際これが無難なんですかね。或いは LibreOffice Math とかで数式作れるっちゃ作れるし、 MathML で書いてブラウザから吐くというのも可能だろうけど

TeXのライセンスはオープンソースか? | OSDN Magazine
https://mag.osdn.jp/journals/mhatta/427

TeX ってｵｯﾍﾟﾝｿｯｽだろうし MS WORD とかでレイアウトのアルゴリズムだけでも使えないんだろうかと思ったんだけど、まあ無理なんだろうな(そもそも古すぎてそのまま使いたくなさそう)

このアカウントは、notestockで公開設定になっていません。

やっぱり soc.pasero.net 死んでるんですか

soc.pasero.net ( https://soc.pasero.net/main/all )、ブラウザで見ると繋がるのに、 Sidekiq には何故か再試行でエラーが残ってるんですよね

OpenSSL::SSL::SSLError: Subscribe failed for ***@\soc.pasero.net: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed on https\://soc.pasero.net/main/push/hub...

(改変済)

このアカウントは、notestockで公開設定になっていません。

IPFS is the Distributed Web
https://ipfs.io/

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

これすき

ライト試験とレフト試験になる (ならない)

ミドル試験

このアカウントは、notestockで公開設定になっていません。

asciidoc 、駄目なところもあるけど docbook を意識して作られただけあり、 markdown の1048576倍マシ

btrfs の man とかドキュメントも AsciiDoc で書かれてるんですよ

@toshi_a
たとえばセクションの id や class を自前で指定できるので日本語ユーザには有難いですね。
他にも、 admonition (note, tip, warning など)用の構文があったり footnote が書けたりするので、複雑な文書も書きやすいです。
あと、定義リスト (<dd> 相当のやつ)とか用の構文もあります。
テーブルのセル内に、複数段落やリストなどの大きなコンテントを入れることもできます。

AsciiDoc cheatsheet
https://powerman.name/doc/asciidoc

AsciiDoc 、処理系には Python2 の asciidoc と Ruby の asciidoctor がありますが、個人的には後者が好み(というか py2 が嫌)

他にも、これはプロセッサ弄る側の話ですが、自前の拡張マクロを用意できる構文があるので、 markdown みたいな滅茶苦茶な方言にせずとも、 AsciiDoc の枠内でオレオレ機能を実装できます

List of Asciidoctor Extensions | Asciidoctor
http://asciidoctor.org/docs/extensions/
asciidoctor/asciidoctor-extensions-lab: A lab and incubator for Asciidoctor extensions.
https://github.com/asciidoctor/asciidoctor-extensions-lab

btrfs というか btrfs-progs でした

btrfs-progs/Documentation at master · kdave/btrfs-progs
https://github.com/kdave/btrfs-progs/tree/master/Documentation

python 3 port of asciidoc · Issue #83 · asciidoc/asciidoc
https://github.com/asciidoc/asciidoc/issues/83

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

えらいっ！

0x16歳 JK (情報工学科)です

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

末代皇帝……

このアカウントは、notestockで公開設定になっていません。

誕生日同じ人、興味ないので調べたことない

興味がないというのは、誕生日という概念にも興味ないし、他人の生体にも興味ない

lost beef

deadbeef みたいだな

beef はそもそも牛肉なんだから死んでいるし、 deadbeef は意味が被っている、というツッコミを見たことがある(たしかにそう)

livebeef

土台の部分から作るのに楽しみを感じるタイプなのでｹﾞｯﾑｴﾝｼﾞﾝを使おうとしたことがない

そして FBX モデルを読み込もうとして無限の時間を消費する

このアカウントは、notestockで公開設定になっていません。

ANIME CRIMES DIVISION とか観てたらこんな時間

Vulkan 弄ってみたいけど、どうせ今は抽象化レイヤーから触るからなぁ (rust なら gfx https://github.com/gfx-rs/gfx とか)

C++ 時代は GL 直接叩いてたけど、 Rust でいい感じのライブラリがある今そこまでやる体力はない

ハードウェアと OS らへんの抽象化はさすがにね……

いや、可愛い女の子がディープなﾌﾟﾖｸﾞﾔﾐﾝの話をするのが聞きたいのであって、ﾌﾟﾖｸﾞﾔﾐﾝ初心者の女の子が喋ってるところには特に興味ないんですよ(しかもどうせコメントで騎士団みたいな囲いが湧いてくるのが目に見えてる)

Lojban を喋る virtual youtuber をくれ……

SQL 、最適化は DBMS 側にお任せして全部英語っぽく SELECT 一発で書こうという超アグレッシブ設計なのに、結局独自拡張非互換の嵐と DBMS 毎の最適化テクニックのせいで駄目な感じになってるし、人類に「こっちで最適化するから何も考えずに抽象的に書いて！」というのは駄目っぽいという学びを得た

どうせ人間は最適化の癖を解析してしょーもないチューニングを初めるので (たとえば Python のリスト内包記法と map & filter のどちらがどの処理系で早いのか話題になったりする)

や、あれ本当にくだらなくないですか(動かす当人にとっては重要なのかもしれないけどさ……)

そういうくだらない variation が入り込む余地を作ってしまった時点で、デザインの敗北みたいな印象になってしまう

s/初める/始める/

Python の例について「速くしたいものを python で書くのが間違ってる」とかいうツッコミは無しで(私もそう思うけど)

RDBMS 、苦手分野以外ではだいたい最強みたいなイメージだし、時代の流れなんだろうなぁという気持ち

私は型がｶﾞﾊﾞｶﾞﾊﾞのｼﾞｪｯｿﾝ好きじゃないので(好みの問題)

まあ RDBMS でも sqlite とかいうやつはガバもガバですが

JSON つらい案件を見るたびに、型は大事だなぁという気持ちを噛み締めている

でも sqlite は再帰クエリをサポートしてるんですよ！ MySQL はサポートしてないのに！

これもうちょっと具体的に言うと、型チェックは DB 初回接続時に済ませてほしいし、 sqlite とかで row を取ってくるたびに型チェックかけて型エラーが飛ぶ可能性があるの、めちゃくちゃつらい

「SQL をチューリング完全にするな原理主義者」の存在を (???)

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。