奴隷制を連想させるとして、Pythonで「master」「slave」といった単語が削除される | スラド デベロッパー
https://developers.srad.jp/story/18/09/14/0935201/
まーーーーーた言葉狩りかいい加減にしろ

これは割とマジな話なんですが、 master/slave に「口が悪い」以上の問題ってあります？

現役奴隷を傷付けるとか？ それはたとえば Python じゃなくて政治で解決してください

たとえば black を(元義とは違って)被支配者みたいな意味で使うのとかは差別かもしれないけど、 slave が奴隷なのは元々そういう言葉なんだし、そこに追加的な差別的要素ってあるか？と。
まあ slave そのものが差別されていた地域もあったかもしれないけど、それは奴隷が差別されていたとか被差別階級の人が奴隷に落とされていたりするだけで、 slave という言葉を使うことは差別そのものではないよね

まあ差別的かどうかとは全く別の観点として、「特定の文脈で特定の定義付けが行われた語について、別の意味を勝手に読み取るな」という話もあります

たとえば「低レベルプログラミング」がハードウェアに近い層のプログラミングを言うのであれば、この「低レベル」に品質の低さという意味を見出だすべきではないし、そういうアホな勘違いをする奴の話を真に受けてはいけない

こういう文脈と定義を無視する馬鹿が、たとえば不確定性原理の「不確定性」という言葉から人生の教訓を引き出したり、「不完全性理論」の「不完全性」から人間の不完全さを説いたりするわけです

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

論文書きまくってる et al 氏みたいだな >謎の製作集団 Various Artists

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

アーティスト名でフォルダ分けてない

キャラ名1(CV.声優1)、キャラ名2(CV.声優2)、……
みたいなのが5～6個くらい続くのとかザラにあるので(しかも同じ作品で別の組み合わせでそういうアルバムがいくつも出たりするし)

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

ﾄﾞﾜｺﾞﾝｺﾞ

？

V.A. は Visual Arts と衝突するので駄目(？)

昔 flac というディレクトリと albums というディレクトリで分けていた(何故……)が、 wavpack を使うようになってついに破綻した

というのも、 32-bit integer だったか float だったかは、 flac が対応しないと明言されているので wavpack を使う他なかった

あとジャンルも難しくて、たとえばｴﾖｹﾞサントラの DISC1 が歌だけで DISC2 が BGM だけの場合などがあり

ｴﾖｹﾞではないけど、アニメ『はなまる幼稚園』のサウンドトラックも1枚ボーカル1枚劇伴の2枚組ですね

そういったわけで、今は /albums/アルバム名/(DISC-n/)file.ext という感じで、アルバムとディスク以外でディレクトリは分けてない

lossless / lossy で分けないのは、たとえば lossy (や CD 音質)で事前に入手していたアルバムが後から一部の曲だけハイレゾ配信される例などがあり、アルバム内での音質の混合は回避できそうにないので、最初から分けずにおこうということに決めたためです

メタデータでの絞り混みは基本的にプレイヤーとかでやるべきで、ファイル管理はできるだけシンプルにという方針でやっている

お気に入りの曲とかは m3u8 のプレイリストで管理しておけば、 WALKMAN などへの転送もそのプレイリストと rsync などで行えるので、そういう用途でもディレクトリは使う必要ない

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

援助交配の人だ (DLsite で特集されていたので絵柄に覚えがある)

ポータブルプレイヤー用は _converted/mp3 フォルダに変換していて、 rake と ruby の手書きコード使ってジャケット含めいろいろ変換かけてる

古い WALKMAN を使っているので、 mp3 のジャケットは jpeg baseline profile しか受け付けなくてジャケット画像変換もやらないといけないので、いずれにせよ多少は複雑な変換プログラムを噛ますのは必須だったので、であればソースと生成物は完全に分離してよかろうという判断

あとは replay gain の適用とかも

replay gain は変換前のソースにもかけてるけど、変換後のものにもかけてる(まあ当然)

自作スクリプトを噛ますと、たとえばジャケットを jpeg に変換後にリサイズしたりとか jpegoptim かけたりとかできるので、いろいろ自由度が高い

そういえば aacgain が死んでるっぽくて、 m4a の扱いが厄介

風呂廃炉

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

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

metaflac でリプレイゲイン付けた flac ファイルと wvgain でリプレイゲイン付けた wavpack ファイル、一緒のプレイリストに入れて再生すると wavpack のだけめちゃくちゃ音量デカくて、なんでや！！！ってなる

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

どこがダイヤモンドなんだ？？ と思ったけど、 qwerty だった

薬指に負担のかかりそうな配置だ

いや多分小指と中指使うのか、問題ないですね (qwerty わからん)

HHKB の Fn 矢印は右手側ですね(覚えられないので使ってない)

vim で足りるからな()

firefox にも VimFx 入れてるので

https://twitter.com/tttyya/status/1040816226023268352 #tw

できることと効率が良いことは違うし、ﾎﾟﾖｸﾞﾔﾏが求めるのは後者なのでな

まあ実際、鯖でプレーン vi / vim や nano を使ったり、コンテナで less も入ってなくて head / tail / sed を駆使したりするのも、筆を選んでない部類の話なんじゃないですか

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

「ゲーマー GPU を選ばず」とか言って型落ちを押し付けられるか #適当

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

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

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

そんなことあるのか……

PULLTOP はハイレゾの WAV とか
flac を DVD 2枚に突っ込んできたりするので潔い

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

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

弘前酒を選ばず(適当)(文脈)

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

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

言語だってどうせほとんどはチューリング完全だからどれ使ってもいいんですけどね(は？)

そういうことです

伝説のほたようかんを求めて - Togetter
https://togetter.com/li/1118915

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

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

個人でブランチ切りまくるタイプです

というのも、「なんじゃこのクソコード、廃棄！！」みたいなある種のロールバックが大量に発生する性格なので、 master や develop ブランチに気軽に突っ込むと後で嫌な気持ちになることが多いので

まあ事前に設計をちゃんとしろという話なんでしょうけど

https://mstdn.maud.io/@giraffe_beer/100724808770523514

親指は 一番長い 指だから #575 #そうじゃない

あるある

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

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

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

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

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

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

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

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

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

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

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

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

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

ところでソフトウェアの内部処理が 32-bit float ってどうなんです？なんか違和感あるんですが

32-bit int を劣化なく表現するには仮数部 23-bit の float じゃ足りないし、 CPU での計算なら double の方が効率良いだろうし

あーでもメモリは倍消費することになるし、その辺りのアレもあるか？

<tag/>
と
<tag />
どちらがいいと思います？

<tag attr="foo"/>
と
<tag attr="foo" />
だと後者の方が好みかなぁという気もするんですが、どっちがいいやら

XHTML 1.0: The Extensible HyperText Markup Language (Second Edition)
https://www.w3.org/TR/xhtml1/#C_2

XHTML 1.0 によれば、スペース入れるべきっぽいな

や、 docbook の XSLT を弄っていたんですが、空白なしで閉じるタイプだったので、合わせた方がいいか空白入りを貫くべきか悩んだんですが、一貫して空白入れることにしました

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

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

https://twitter.com/methane/status/1040481740135981056 #tw

やっぱり言葉狩りやんけ！！

issue を投げるとき、 request と bug と question は(可能なら)分離してほしいし、ﾌﾟﾖｼﾞｪｸﾄ管理者側でも issue template でその辺り調整してもらえるとユーザとしては気が楽よね

まあ「いろいろな考え方があるだろうけど自分の中で選択していて議論するつもりはない部分」みたいなのあるし、そういう箇所についてわざわざ対人間ｺﾐｭﾆｹｯｼｮﾝにいちいち手間をかけたくないみたいなのわかるよ

パッチ投げるところまできてくれれば「これ嫌なので merge しません(ご自分で使ってください)」で済むんだけどね

とはいえ指摘する側も確信を持っていない場合が多くて難しい

まあ「正しいことを間違っていると指摘される(そしていちいち説明してやらないといけなくなる」とか「意図したことをわざわざ『これおかしい』と指摘される」みたいなの、結構ストレスフルですからね

議論する気分なら議論なり説明なりできるんだけど、ソフトウェア作ってるとき目的は議論ではないので……

多くの場合は。

いや私が人間嫌いなだけかもしれないけど

まあ不快に思われようが何だろうが、おかしいと思ったら指摘するしかないわけで、相手が人間である以上は考えるだけ無駄なのでさっさと建設的にやりましょうというお気持ち

特殊かどうかは知りませんが、かなり私とは違う感覚ですねそれは

人間以外のものと向き合っているとき人間と向き合いたくない派(?)

正確には「人間性」と向き合いたくない

人間性を対象にしていない思考の文脈において、人間性は異物でしかないので

ｲｽｭｰ投げるときは、文句あるならテメーで直せ、余裕があればこっちでも話くらいは聞いてやる、という窓口程度の認識でいった方がいい(パッチ用意して突撃できるとなお良し)

実際、設計者の好みで却下・一蹴、みたいなこともあるし(ｲｼｭｰだけに)

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

少なくとも question, feature request, bug (あと discussion) は明確に分けられていてほしくて、 question か discussion であって然るべきもの(オメーの中ではそうなんだろ案件)を「bug です！」と報告されると腹が立つ人も多いんじゃないですか

提案：エンジニアに気軽に「バグ」というのはやめませんか？ - worker experienceの日記
http://workerexperience.hatenablog.com/entry/2018/02/28/205329

これとかそういう感じかも

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

まあ「バグです」と言って報告することって実際かなり少ないですよね(それこそ妙な仕様非準拠とか異常終了とかドキュメントとの食い違いみたいなレベルでないと)

私が微妙な報告をするとき多用する表現として "Is this intended?" みたいなものがある

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

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

それこそ「バグではなく仕様です」で閉じたりとか……

だいたい、バグという言葉を使わなくても expected behavior と actual behavior と environment だけ書いとけという感じなんですよね……

やはり issue template が正解

いやテンプレなくてもそのくらい書けよみたいな話は100世紀前からありそうだけど

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

デザインは人間性に直面する部分なので、いわゆる「バグ」の指摘とはだいぶ性質が違うように思われ