あと一息なんだけどなぁ…… #プリコネR
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
このアカウントは、notestockで公開設定になっていません。
10月分の財務諸表の件についてお問い合わせを頂きました。
サーバー移転準備等にかかる費用の洗い出しに時間がかかり、お待たせして申し訳ございませんが、今月中に公開いたします。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
BOOK☆WALKER のライトノヴェル読み放題で往時の読み損ねてたやつとか読み直したいやつとかを本棚にぽいぽい入れてたら 00 年代のライトノヴェル棚が完成しててこわくなった
このアカウントは、notestockで公開設定になっていません。
（同）きぼうソフト（横浜）／破産手続き開始決定 - JC-NET（ジェイシーネット） for Smart Phone http://n-seikei.jp/2019/12/post-63586.html
このアカウントは、notestockで公開設定になっていません。
2018/05/05
“現在も、時に断らざるを得ないほどの仕事が舞い込んでいるという同社。企業向けを中心としたスマートフォン向けアプリ開発だけでなく、Twitterに対抗するとも言われている「Mastodon（マストドン）」というSNSの主力スポンサーとして、日本での普及を後押しする活動も展開。仮想通貨の取引所を作る構想もあり、BtoB（企業間取引）だけでなく、BtoC（一般向け）のサービスまで現在は5人のメンバーを中心に業務をこなしています。”
新横浜で飛躍を目指す26歳社長の「きぼうソフト」、IT開発者を集める最先端の働き方 | 新横浜新聞（しんよこ新聞） https://shin-yoko.net/2018/05/22/shinyoko_company2018-7/
このアカウントは、notestockで公開設定になっていません。
まあ死ぬほど小規模だろうからどんなに売上あっても少しでもトラブルあって売掛の回収とか滞っただけでキャッシュが尽きて死にそう。
もしそうならない体力あるならそもそも合同会社じゃなくて株式会社とかにしてたかもしんないし
のっけから読んでるほうがバグる文 >>
“「バーチャルネットアイドルちゆ12歳」というサイトを作ったのは、19年ほど前のことです。”
「ちゆ」という名前の歴史（暫定版） - ちゆ12歳 http://tiyu.to/191226.html
『木内印刷は凄かった』コミケを出禁になった伝説の印刷所（倒産済み）の思い出話「独特の匂いがしたので木内か、とわかる」 - Togetter https://togetter.com/li/1447460
木内印刷、龍ケ崎だったのか
which: no aplay in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)
aplay は alsa-utils みたいなﾊﾟｯｹｯｼﾞに入ってるはず
NHKから国民を守るプログラミング言語 - Qiita
https://qiita.com/tezca686/items/69e8ade3eb40615c7b8c
bf でなく Lazy K ベースのｵﾚｵﾚ言語は久々に見た気がするな
このアカウントは、notestockで公開設定になっていません。
Reproducible Builds Summit, 5th edition — 2019 — Blog — GNU Guix https://guix.gnu.org/blog/2019/reproducible-builds-summit-5th-edition/
GradleをビルドするにはGradleとKotlinで書かれたビルドスクリプトが必要で、KotlinをビルドするにはGradleとKotlinで書かれたビルドスクリプトが必要なのブートストラップ的につらすぎる……
当社サーバーサービスに関する技術情報共有サイトへの投稿について | さくらインターネット https://www.sakura.ad.jp/information/announcements/2019/12/27/1968202441/
2年前の話を持ち出されても辛いってところはあるだろうけど、まあそう回答するしかないわな。5年前に新規提供終了したサービスをいつまでお守りするかというのも、難しいところだ。
このアカウントは、notestockで公開設定になっていません。
正しさとは文脈と現状を含めてのみ存在できる概念であって、「息苦しいことはよくないこと」という文脈を含めて考えるなら、単に「正しさ」の規定に失敗しただけではという気がする
たとえば「犯罪でない行為を厳密に定義してしまうと、そこから少しでも逸脱した「犯罪者」と扱われる人が増えすぎて息苦しい世界になろう」みたいな言説が必ずしも正しいかという
軽犯罪も犯罪に違いないのであって、すなわち「軽犯罪は許容されるべきか」という合意のとれていない文脈を勝手に都合よく決めたうえで藁人形の「正しさ」を叩くからこういうことになる
たとえば「人には人それぞれの真実があるので本当の意味で『完全に合意』できることはない、人々はわかりあえない」みたいな言説も同じような問題を抱えている。
つまり、互いが全く異なる文脈 (思考経路、価値観、感情、その他もろもろ) を持っていることを前提に考えれば、「相手の持つ文脈においてある主張が正当である」ということは曖昧さなくはっきり合意することは可能であるはず
ある事柄について合意や真実性の認定に至らないのは、単に互いの持っている文脈が食い違っているからであって、「『合意が本質的に不可能であるから』ではない」、という立場をとったとしても世の中は矛盾なく捉えることができる
私が議論においてとにかく「まず定義して共有しろ」というのにはそういった理由がある。
まず文脈について共有ができないと、その上に構築するあらゆる概念はその文脈に依存しているので、それをサボると言葉遊びに終始しかねない
Python がクソだと言う人には Python をクソだと考えるだけの根拠や思想や経験があり、 Python が素晴らしいと言う人にも Python を素晴らしいと考えるだけの根拠や思想や経験がある。
「この世にはクソなものなんてない」とか「人の好きなものをクソと言うな」とかそういう表層的で的外れな話をするな、文脈を共有しろ
この場合の文脈の共有というのは、素晴らしさやクソさを判定するために使った根拠や思想や経験を提示することでその妥当性を判断したり両立可能かどうかを確かめたりすることです
議論というのは本来そういう前提の確認や検証も含むべきなんだけど、「議論が嫌い」な人はそういうところをスッ飛ばして結論だけ押し付けがちなので話が合わないしわかりあえない
builder に Self を返させるか &mut Self を返させるか &mut self 受け取らせて () を返すべきか……
昔どこかでそんな話の記事を読んだことがある気がするので探してみるか
https://doc.rust-lang.org/1.0.0/style/ownership/builders.html
これによると non-consuming が preferred っぽい？いまだと違うのかな
あと if とかの別ブロック中に設定を入れられる、それは確かにそうだわ
定期的に練習をして，常に最低でもボリス・ジョンソンよりは長く『イーリアス』を暗誦できるコンディションを維持するべき．
GCC 4.2 でビルドされている FBX SDK 2019 の話をするか！？
https://mastodon.cardina1.red/@loliconductor/100983173118903664
https://mastodon.cardina1.red/@loliconductor/100983186910799976
https://mastodon.cardina1.red/@loliconductor/100983192969868047
GCC 4.4 っぽい感じでした、訂正しておわびします (?)
やっぱりコンパイラって新しいほうがいいのかなあ
バグ修正もそうだし、最適化の進歩もそうだし、新しい CPU への対応もそうだし、新しい言語仕様への対応もそうだし、全体としてコンパイラは固執する理由がないなら新しいものを積極的に使いたい
GPLv2なGCCが4.2.1まで、かつOpenBSDはClangがサポートしていないプラットフォームもサポートしているから
世の中そんなに特定のコンパイラに依存したコードが多いものなのになりがち(MSVCはまあわかるけど)
Linux kernel が GNU 拡張に依存してる話とかなぁ (一応 clang への移植プロジェクトは成功したんだっけ？)
どちらかというと「コンパイラ (バージョンや種類) を変えると動かない」は高確率で未定義動作を踏んでいるだけで、全面的にユーザが悪いケースがほとんどでしょ
最適化でコードが壊れるとかバッカじゃねーの、最初からオメーのコードが壊れてんだよ
私は新しいコンパイラ好きですが、新しいコンパイラは新しい機能とともに新しいバグを導入するという面もあるのでコンパイラのバージョンを変えたくないという立場も理解できる
まあ最近の gcc だと x.2.0 とか x.3.0 みたいなの使っとけばとりあえず良いのではみたいな雑なアレはあるわね (私は gentoo repo に降ってきた時点で system の gcc を上げてしまうけど)
それで未定義動作踏んだりして firefox のビルド中に 10 GB のメモリと 10 GB のスワップを食い尽くしたりするみたいなこともあったので、度胸と余裕のない人はやっぱり多少待ったほうがいいよ
スーパー賢い最適化パスはいらない、ソースコードから想像できる通りのオブジェクトコードを出力してくれという分野もある
一度 clang をクラッシュさせたことはあったな (crash of clang)
報告したら「master (という名前だったかは忘れたけど) では直っとるで」と言われたので何もせず終了した
というか ghc 以外にちゃんと使われてる Haskell 処理系あるのか知らないけど……
このアカウントは、notestockで公開設定になっていません。
GHC以外にもメンテナンスされているHaskellコンパイラはあるがその辺のCabalパッケージがコンパイルできるとは限らない
昔はその辺のOSSをパッチを当てずにClangでコンパイルするのが結構難しいこともあったとか、その辺のRoRアプリケーションがJRubyで動くのかとか、似たような話は色々ある
このあたりの話題を指すためにcompiler monocultureという言葉が使われることがある
本の虫: OpenBSDのコンパイラー https://cpplover.blogspot.com/2013/08/openbsd.html
新機能よりも安定したコンパイラを心から望む分野の話
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
キャラ紹介見たら強ち外れてもいない気がしてきてこわくなってきた
このアカウントは、notestockで公開設定になっていません。
今日は「きみの趣味から推察するに年齢 52 歳とかかな」と言われましたがカセットテープを愛好する 17 歳が居たっていい。おるみんです。
