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

システム系だと実装したあとに出てくる結果の原因について、どのパラメータが効いたのかわからんところあるからなあ。ブラックボックスになっている部分も無くはないというか。悪癖と言われればそうかも

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

@naota344 ある性質の合金とか合成物質が得られた、という求めている結果がひとつあって、それに至る道筋を説明するのが論文だ、という価値観だとたしかにすごく納得できる

@naota344 出たデータから得られる解釈がひとつだけ、というのはあんまりピンと来ない気もする（まあでもそういう世界もあるんだろうなあ

写実派だ

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

日付変わってないならセーフです

ああっ、カレーおいひい……

discusson じゃなくて conclusion で discussion することもあるけれど

システム系だと discussion だいたい最後に入るね……そうか入れちゃダメな文化もあるのか

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

まあその話は著者の云々とは無関係だけど、分野の間の断絶は殊に大きく

たとえば文系（という言い方はあまり良くない気がするが、便宜的に）分野は書籍とかじゃなくてもっと世界的に通用する欧文査読付き論文で業績評価しろ！科研費泥棒！という主張があったとして（まあ実際そういう主張はあるんですが）、理系と違ってブラインドで査読するような仕組みが回せるほど人が多くない、とかだと、わりとどうしようもないんだよね……。

まあ結局分野に依るんですよね

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

まあ血気盛んに全ての分野で汎用に使えるこういう方式を提案したい！というのがあればそれはやりたい人がやれば、みながそれが良いと思えば浸透するでしょう

人は必要のないことをしたがらないので、著者数がせいぜい 3 人ぐらいで多くて 5 人、みたいな分野だとたぶん sort の必要性をあんまり感じないし、学際研究しよう、ってなったときにじゃあって必要に応じて明示する方法なりなんなり考え出す、とかになるんじゃないかと思うしそれでいいのではとも思う

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

それは……そう

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

めちゃくちゃな存在にいつのまにかされてしまった―

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

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

OCR で文献管理ソフトに突っ込んで DB 化すれば alphabetical sort は機械的に取れるけれど、貢献順は明示されないとわからない、という主張ももちろんあるわけです（どちらが妥当かはともかく

著者順、というものは alphabetical order が最も適切である、という主張からしてそれは個人的な感想であって万人に同意の取れるものではないのでは、と思います。

めちゃくちゃなこと言いだした

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

AWS にデプロイできる大仏

クラウド大仏

私が使ってる AKG K845BT は結構音が良く音場も密閉型にしては広いので気に入ってるんですが、Bluetooth 4.0 以前で BLE 非対応なのでバッテリーがサイレントに切れる

はてなハイクのユーザー、あっきぃさんしか知らん

“Battery Service Profileは、Bluetooth 4.0以降でサポートされるプロファイルです。低消費電力仕様のBluetooth Low Energy(BLE)が必須とされているため、それ以前のBluetooth規格では動作しません。iPhoneの場合、iPhone 4S以降で利用できます。”
https://news.mynavi.jp/article/20160501-iphone_why/

BLE 対応しないと電池残量出ないよ、実は。

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

結局人と人が慣習でやる社会の営みのひとつに過ぎないのでね、アカデミア。

というわけで、貢献順の話は置いておいても 1st author を特別視する文化はこういうとこにすらあるわけで、常に alphabetical order がアタリマエではないのは結構広い分野でもそうです。

『Science』誌のコラムでもこういう話がある >>
“she was first on the author list. It was an important milestone in the development of her scientific career.”

Conventions of Scientific Authorship | Science | AAAS https://www.sciencemag.org/careers/2010/04/conventions-scientific-authorship

分野間の断絶、という話だとさっき書いたとおりそもそも昔から存在してるし、著者順とかどうでもいい部分以上に話が通じない箇所が多いと思うのでそれ以前の話だと思う。

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

そこらへんの話をするとそもそも電子データ前提の会議などは紙の書式や版下に囚われる必要すらないので本当は全く新しい論文を発表する形式とプラットフォームがあって然るべきではあるんだが、既存のナニカを根底から変えていくには多大な労力が必要で、そのイニシアティヴを取るほどの餘力がある研究者がおそらく存在しない

そういうのの書式や仕様を共通化してコンセンサスを取る多大な労力を割かなくてもその分野の人間は著者順を利用するので誰も困っていないので問題がない、以上、となる

べつに情報系じゃなくても 1st author だけ特別視する文化のある分野はかなり多岐に亘るのでは？

そういうのもあるね

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

first author や last author だと研究全体のグランドデザインやったんだな～となる

実験にある程度関与したが研究の設計には関与してない、とか

まあこういうのもあるね、あとは実装だけ手伝った、とか、そういう

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

実際研究に貢献しているので著者に書かれると業績が増えるが、かといって gift authorship ではないがべつにそこまで研究に関係しているわけでもない、ぐらいの曖昧なアレが可視化できるわけだし

邪悪ってこともないですよ、たとえばある研究で実装した OS が実は別の研究での実装からの fork だったとして、fork 元の研究者と collaboration していた場合、元の研究の研究者は無関係ではない、けれど研究に主体的に関わったわけでもない、というときに last author のひとつ前に書いておくと、それがわかる

そういうことを言い出すと論文の発表先の重要度やらなんやら、全てが分野によって違うし明文化する労力を割いてまで他の分野に分野のルールを説明するインセンティヴが多忙な先生方にあるのか？というとなさそう

情報系だと 1st author が研究の主体者、last author が研究室やプロジェクトの主宰者で、残りは貢献順、じゃない？

著者の順番とかの取り決めは特定の分野だけで見れば貢献度で sort されてたりすると誰が主体の研究かわかりやすい分ほかの仕事とのつながりとかもわかりやすいし、あれは研究を評価するという文脈で合理性のために生まれたのだと思う（のでそんなにバカらしいというほどのことでも

店員の意義はよくわからなくなってるけれどキャッシュレス決済のやりかたとしてはそっちのが望ましそう

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

かるばぶさんの感想なんですが、もしこれがゼルダの伝説ならマスターソードはワイルドナイフとでも改名したほうがいい

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

そんな理屈なくない？？？

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

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

日頃研いでた甲斐がある。まあこの包丁でだめならモーラナイフで叩き斬るだけなんだけど。

勝ったね

いや、全部解凍するわけにはいかないんですよ。

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

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

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

Linux, pipelight

感染呪術やめろl

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

人肉食推奨だめですよ！

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

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

FlashPlayer standalone ver. への直リンク >> https://fpdownload.macromedia.com/pub/flashplayer/updaters/32/flashplayer_32_sa.exe#/flashplayer.exe

Flash Player は wasm による互換実装の Ruffle に期待するか、ファイルをダウンロードしてスタンドアロンプレイヤーで再生して。

Inpire the Next、じゃん

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

元論文 >>
Teddy: a sketching interface for 3D freeform design | Proceedings of the 26th annual conference on Computer graphics and interactive techniques https://dl.acm.org/doi/10.1145/311535.311602

『ラクガキ王国』だけじゃなくて『カイジュウの島 ～アメージングアイランド～』にも使われてたのか > Teddy

『ラクガキ王国』の基礎技術になっている五十嵐健夫教授の Teddy、Unity のアセットストアにあるやんけ！！！ >> Teddy | Modeling | Unity Asset Store https://assetstore.unity.com/packages/tools/modeling/teddy-99075

Teddy: A Sketching Interface for 3D Freeform Design
Copyright (C) 1999 Takeo Igarashi https://www-ui.is.s.u-tokyo.ac.jp/~takeo/teddy/teddy.htm

“２Dキャラを３Dキャラに変換するプログラムは東京大学大学院情報理工学系研究科の五十嵐健夫氏が発表した
Teddy:A Sketching interface for 3D Freedom Designの論文の基本概念を参考にしています。”

ラクガキ キングダム 公式サイト https://rakugaki-kingdom.com/

みたらしだんごさん！！！

2kg の鶏肉を 1/3 ぐらいだけ使いたいから、半解凍までは冷蔵庫で自然解凍させて、がんばって包丁でぶった斬ってから使うぶんだけレンジで融かそうとしてたんですが、まず半解凍にならないといった状態

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

『ラクガキ王国』じゃん！！

冷凍肉がいつまでたっても融けないからカレー作りがストールしててごはん食べらんない

そういえばウチは放射能レンズある

@risa 仮に交換するにしても QR コードがあるでしょ……。

@HK_Shuttle 冷蔵庫に入れておけばいい気がする

@HK_Shuttle カラーは厳しいけれどモノクロなら暗室なくても現像できるわよ

モノクロの現像キット欲しい

そういえばこの前撮ったフィルムは現像しないとなぁ……。

まあいまだとチューナー入ってなくて Netflix/YouTube 専用モニタとして BRAVIA とか買う層もあるわけだし（そういうモデルもあるし）、そもそもレコーダー内蔵 TV を一般名詞化して呼ぶほどの需要がなさそう

Blu-ray レコーダー内蔵 TV とかそんなかんじなんでない。

@sota_n 一般名詞

うちにマビカがあります

@pikepikeid ブラウン管テレビの、下側に VHS のスロットついてて録画機能もあるやつ

おもわず写メって言っちゃうウチの母親でもテレビデオなんてよう言わんですよ

@akahana image: にちゃんとタグ指定せんかい

最初期のディジタルスチルカメラは DSLR のようなレフ機じゃなくてデジタルマビカのような、ある意味おもちゃみたいなやつばかりだったしまあ

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

ディジタル写真、とでも言えばよかったのかもしれないが、歴史の因果で写メという語が使われてしまった

当時としては普通に写真、カメラと言うとフィルムカメラのことであり、フィルムを暗室で薬品を使い現像し、印画紙に印刷するか、カメラのキタムラのような写真屋にフィルムを持ち込んでなんとかしてもらう、というのが前提だったので、それと区別するディジタルの写真を指す適当な語がなかったんですね。

最終的に写真メールの略称である写メという語が携帯端末で撮影画像を扱う一般用語として援用されたわけです

しかも当時インターネット゠電子メールをする、電子メールアドレスを持つということ自体が時代の最先端だったので、さらにそこに画像データを添付できるのも斬新で、J-PHONE はそこで写真メールなる登録商標を取ってそういったことが可能な携帯端末を多いに広告したわけですが

そもそもディジタルデータとして画像を撮影できること、それが誰でも手にできる民生向け端末で可能なこと、そしてそれをネットワークを介して共有できること、1 から 10 まで何もかもが一般的には斬新な概念しかなかった。

写メは写真を共有することではなく（フィルムカメラがまだ一般的だった時代に）携帯端末で撮影した写真関連一般を指す語です。

@akahana ところで、DB が消し飛んでもあんまり問題はないけれど、豫約ルールが消し飛ぶのはがんばって手動でルール追加してもらう必要があるのがひとつ、それと、これまでの録画データのメタ記録が消し飛ぶので、録画済みデータをクリーンアップすると DB にないファイルも勝手に消されるから注意を要するのがひとつ

ナイスボケ

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

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

J-PHONE 自体がもう遺物だな……。

権利元どこだっけと思ったけれど、J-PHONE か

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

@akahana https://mstdn.maud.io/@orumin/105633209910207843

というかフィルム時代だって撮った写真は普通に写真だと思うんだけど（印刷する前のフィルムはたしかにネガだけど

これ 3 回目ぐらいじゃない？

りささんに以前言った気がするが携帯端末で撮った写真もそもそも写メとは言わなくなっています

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

RAW 現像はするし……。

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

んあ、公式サンプルだと path 書いてないのか >> https://github.com/l3tnun/docker-mirakurun-epgstation/blob/v2/docker-compose-sample.yml

@akahana いや、volume ちゃんとやってたら MySQL のデータも適当なディレクトリに書き込むようにするんじゃないのん……？

FLIR、いっとき iPhone 向けモジュールとかも売ってたけれど、いまは民生向けやるのやめろ！って合衆国政府に釘刺されたんだっけ

案外いろいろ応用効くんだよね

CAT S60、S61 の FLIR カメラ、サーヴァーラックに向けてどれがどれぐらい動いてるかわかるっていうのを所有者に聞いたりした

@akahana Dockerfile のほうで VOLUME と書いているやつは /var/lib/docker/volumes に作られるけれど、docker-compose.yml のほうの設定が優先されるはずだし

@akahana

services:
epgstation:
image: ...
volumes:
- ./epgstation/config:/app/config

とかやると docker-compose.yml のあるディレクトリの ./epgstation がコンテナ内部の /app/config にマウントされるし、/var/lilb/docker/volumes とは別になる。というか、EPGstation の docker-compose.yml は公式のサンプルだとそのようになっているはずでは。

もしそうならディジタルネイティヴ言われてる世代もっとインターネットがわかっていてもいい（実際はスマートフォンアプリからアクセスされる SNS サーヴィスと WWW のパブリックなネットワークが同一のそれだとわからず「バイトテロ」をやらかす人などが登場したりしているわけで

物心ついたころからそれがあるのと、そういったものに詳しいのは別だよ

@akahana なんで DB を volume で分けてないの

- 赤外線カメラをつかう

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

常識というのは強固なので、教科書を作る世代の人達はスマートフォン（や PC の汎用 OS）であたりまえの概念が携帯電話に搭載されていることはわざわざ説明しないといけなくてなぜなら携帯電話とはほば電話機能にパケット通信の簡単なおまけがついているものがもともとであるという固定概念があって、それが若年層にとってはハイコンテクストだと気付けないのでは。

@akahana mobby じゃなくて docker-ce つかってるんだ？

連載開始めでたい

フィーチャーフォンが常識だった時代のコンテクストを持っている暗黙の前提があるというか。

ソフトウェアによるハードウェアの拡張が可能だということを言っているのではなくて、フィーチャーフォンのアプリ環境と比してソフトウェアの自由度が高く、フィーチャーフォンではファームウェア（OS）が提供する機能を左右していたということを踏まえた上で、スマートフォンでは OS で決まった機能を全て提供するのではなくあくまで API を提供して、欲しい機能に応じてアプリをインストールする形になっているのだと言いたいのではないだろうか。

@akahana いまからでも /var/lib/docker/btrfs/ 以下を手動で rm -rf しちゃってからあとは……てやったほうがたぶんはやいぜ

@akahana 新しい環境で以前の docker コンテナ利用するときの tips なんですが、volume マウントしてるディレクトリと docker-compose.yml だけ持っていって docker-compose pull && docker-compose up -d したほうがいいですよ

@akahana リンク切れてるよそれ

@akahana layer 関係が壊れたのでは。転送先の /var/lib/docker/ が元々どういう FS で今どういう FS になったのか知らんが

@akahana 単純な話で docker-entrypoint.sh がパスに入ってないんでしょ。Docker image 作るとき $PATH をちゃんと作らないと大抵はパス通ってないから絶対パス使うとかしないとたぶんだめだろうし。（あるいは、相対パスだとして、 ./ というのを書き忘れただけ

17 歳なので実車よく知りませんが……。

どうせアーケードのレーシングゲームと実車は感覚も何も全然違うしまああんまり関係ない気がしなくもない

軟骨の薄さとかは遺伝らしいですね

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

The entire Tor v3 consensus is down : TOR https://www.reddit.com/r/TOR/comments/ktv8bw/the_entire_tor_v3_consensus_is_down/

ほた

モバマスだと SSR とかなくて N/R/SR だけだったねぇ、とかなってる

プロダクション追放されてない。驚いた……。

これは真面目な話なんですが、モバマスは正直『シンデレラガールズ劇場』の四コマ読むためだけにあるといっても過言ではない

かぐや姫の幸子もかわいいなあ

マイスタジオを押す度に「n 周年のプレゼントがあります！」「シンデレラガールズ劇場 extra stage の更新です！」など挿入されてちょっとわらっちゃった

ちらとモバマスのフリートレードみたらまだエナドリ・スタドリでトレードされてた

リリース直後あたりは友人がガチャ爆死してるの横で笑ってみてた

わたしがやってたの 2014 年からの 3 年間ぐらいだな

スタドリ経済圏もう無くてもおかしくないけどやってないからわからない

「モバマス」は 5 人ぶんカード集めてデッキつくったらそれで殴る、という仕様なので「イベント」も「お仕事」もデッキが滑てでやることは開始のワンタップだけなんですが、インフレが著しく新しい限定ガシャのアイドル同じの二枚集めて合成したら勝ち！みたいな感じで、それしかなかった。でも方向性もへったくれもなくそれするだと芸がないので、みんな担当アイドルのカードで強いやつ集めるのに躍起になってたんですね。

たとえば「モバマス」だとイベントや「お仕事」をやるためのスタミナという時間回復のゲージがあったわけですが、これの回復に使うアイテムである「スタドリ」本位制の貨幣経済があって、とにかくガシャ回す、目的の子でないアイドルはスタドリに換金する、スタドリ溜めたら目的の子を買う、という風になってたんですね。

あの時代の古き良き（これは定型句でべつに良くはなかった）フィーチャーフォン向けブラウザゲームが狭義のソーシャルゲームではないかと思っている

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

いまのスマートフォンゲームはソーシャルゲームというよりはスマートフォンゲームで、普通にゲーム性あると思う。ただ、pay to win な要素が強すぎると批判されがちなだけで

よくその批判がされた時代は mobage・gree 全盛期で、そのときはソーシャル性は実は関係なくてひたすら pay to win なだけのポチポチゲーだった（『THE IDOLM@​TER CINDELLA GIRLS』のモバゲーのやつとかいい例）で、ただどんなレアなカードもトレード機能で得られたので独自の貨幣経済が発生するところが非常にソーシャルだった。

円盤の刃がついた草刈機なら、普通始動させるときは寝かせて置いた状態でやるし刃と発動機は離れてるし、あんま怖くないです。

というかそういうの置けるんならぶんぶんチョッパーみたいなアナクロなもん買わんわ

食洗機持ってないし置き場もない

まあワークロード次第でしょ

まえは包丁やってたけど小分けの冷凍玉ねぎを作業的につくるのに包丁で刻むの面倒だしフードプロセッサは邪魔なのと手入れ面倒なので買わなかった

スライサー持ってない

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

あの高いのはどこで買っても高いから諦めてください。ただマテ製であることを諦めてシリコン製のやつ eBay とかで買ってしまえば安いしラク。 > マテ・ゴートとボンビリャ

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

？

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

フードプロセッサー、よほど粉砕したい用途があるとかなら便利だけどたまねぎのみじん切りするときにはオーヴァーキルな上に邪魔

紙のおまけに DRM な EPUB でもなんでもいいからそこそこ可搬性のあるデータもくっつけてほしい。わかる。

@akahana オタクではない。

私は製本されたものを裁断することに抵抗のあるオールド・タイプなので、自炊はしないのだけれども。

面倒だから自炊代行に投げてたけどそれすら面倒になって今は Kindle に帰依しています、という人とか全く珍しくないと思う。

そもそも電子書籍として出版するケースが増えたからわざわざ裁断・データ化を自前でやる人が減ったとかでは。DRM のついていないデータが得られる利点はあるものの、Kindle とかでポチらず自炊するのは面倒さのほうが勝るという人が多いでしょうし。

パソコン向け無料ブラウザVivaldi 3.6をリリース「二段型タブスタック」で、タブ管理を次のレベルに｜Vivaldi Technologiesのプレスリリース https://www.atpress.ne.jp/news/244924

この FlashForge Finder は 50dB 程度の静音モデル、と商品説明にある。

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

“乱行パーティーの参加者らは警察官が偽物で、コスプレをした新しい参加者だと勘違いしたそうだ。数名の女性参加者は警察官に近づき[..]女性が一方的に警察官の股間を触るなどし始めたという。警察官の何人が被害に遭ったのかは不明である。被害に遭った警察官は、あっけに取られ、抵抗できなかったそうだ。”

コロナ禍に40人の乱行パーティー、警察が突入するも参加者がコスプレだと勘違いし襲う | ニコニコニュース https://news.nicovideo.jp/watch/nw8844572

いまフタを印刷してるけど 2 時間ぐらいかかる

このケースは便利だし stackable に使えそうだからあと 2 つぐらい刷っておくか

こいつはピッチ 0.18mm、充填率 15%（六角形）、プリント速度 60mm/s で印刷して、だいたい 6 時間ぐらい。

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

いま X68000 バラしてる途中だからネジ置いてるけど基本はコンデンサとか抵抗とかも置きたいしそれ一辺倒ではないので

Newest Bitwarden Release Solves Critical Enterprise And Individual Cybersecurity Needs: Bitwarden https://www.reddit.com/r/Bitwarden/comments/l66qc0/newest_bitwarden_release_solves_critical/

cross-platform AR/VR. Oculus Quest and iPhone sharing the same physical space: OculusQuest https://www.reddit.com/r/OculusQuest/comments/l6iz4s/crossplatform_arvr_oculus_quest_and_iphone/

SKK の辞書はただのテキストファイルなので共有しようと思えばまあいくらでも。やり方は考える必要はあるが

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

SNMP はまあまあ使うけれど SNMPTT はいま存在知ったとこある

nsswtich 見ずに /etc/resolv.conf を必ず見に行く、というだけなので、そこで設定されている DNS server が stub resolver で、上位への問合せとかがヘンな挙動してて……みたいなのは dig/drill とはまた別問題だけれども。

nsswitch は DNS server を見に行かない設定とかもできるけれど、drill や dig はあくまで unbound や BIND に附属する DNS への query を投げるためのツールなので