新しいものを表示
orange さんがブースト

高堅牢タフネススマートフォン | CAT S61 kcs.ne.jp/lp/cat-s61/

CAT S61は国際的な防水・防塵規格IP68に準拠しているため、水深3mの深さでも60分間耐えることができ、水中での写真撮影やビデオ撮影が可能です。
また、オートウエットフインガー技術によりタッチスクリーンを濡れた状態でも使用することができます。

配信見てないけどこういうのもあってなるほどってなった><

"【南南東】鬼方巻食うだけ【でびでび・でびる/にじさんじ】" を YouTube で見る youtu.be/zKNyqGhewyA

orange さんがブースト
orange さんがブースト

多様性の尊重の波を受けて恵方を各人で決められるようになり恵方巻の名前も「多方巻」に改められる回 #いろいろな回

orange さんがブースト

Fortran,すくなくとも材料工学と超伝導体の研究だとバリバリ現役です。もちろんPythonとかも使うけど,過去の資源があまりに膨大すぎる。COBOLが金融業で永遠に生き続ける理由と近しいところがある。

1990年代末あたりだと「Fortranを使える」というとFortran77を使える意味だったように記憶してるけど、2022年の今そう言った場合って、最新版を指してるのか、それともFortranってどうせクラシカルかつスパコンとかそっち系で一般人がお呼びでないので相変わらず数字つけなければ77を指すのかどっちなんだろう?><;

orange さんがブースト

fort77とかc99みたいに「言語と規格制定年」を組合わせたユーティリティー名を嫌う人がたまに居る(私の観測範囲で,POSIXに詳しくてかつそれを否定している人が2名ほどいる)けど,個人的にはとても良い命名規則だと思う。
だってC99とC11は「別の言語」と思ったほうが失敗が少なくなるし,現に,真の意味での〝連続性〟はない訳で。

そういえば、よく配信見てるおじいさんトラックドライバーyoutuberの人、昨日、休憩場所にたどり着く前に法定の休憩時間来ちゃったらしくて、都市部のフリーウェイの路肩で30分法定休憩してた><;

orange さんがブースト

国交省の役人にもっとアメリカ視察させるべき><

ていうか、バスもトラックもちゃんとアメリカのトラックみたいに走行時間の完全な監視をすればいいのに><
日本は走行時間監視システムもしっかりしてないし過積載の取り締まりも(アメリカや台湾を基準とすると)ほとんどやってないに等しいし、めちゃくちゃ><

orange さんがブースト

アメリカのトラックドライバーの法定の走行可能時間、日毎の方をまとめると、

・始業から終業まで『14時間』(途中で休憩どれだけしても始業から14時間経ったらその日はおしまい(10時間休憩すると次の日))
・1日に運転していい時間は『11時間』
・連続で走れるのは最大『8時間』で、連続8時間を越える前に30分の休憩が必要

らしい><

アメリカのトラックの規制そのままにすればいいのに!><(アメリカのトラック好きすぎ)

orange さんがブースト

バス運転手らの過労対策案 休息「11時間」が企業抵抗で「9時間」に 睡眠不足で「乗客らの安全に疑問」:東京新聞 TOKYO Web tokyo-np.co.jp/article/160400

面白そうと思ったけどどうやったら試せるのかさっぱりわからなかった・・・><

テキストからグラフを自動で作成してくれるライブラリ「Mermaid」をGithubがサポート - GIGAZINE gigazine.net/news/20220216-git

Include diagrams in your Markdown files with Mermaid | The GitHub Blog github.blog/2022-02-14-include

わりとどうでもいい細かいことなので「書いた><」とすら書かなかったけど、いま見たら予想に反してプラスモデされてた><;
srad.jp/comment/4201198

依存の底の方へ向かうと話とは逆に、高度で複雑なライブラリやソフトウェアの方向でも、過度に複雑化してしまっているライブラリ等を驚くほど気軽に使用してるけど、例えばそこらでChromium Embedded Framework(CEF)を気軽に使用してる中小企業や個人がそれらの都合に合わせてCEFのバグを修正できるのかと><
言い換えれば、Chromiumのバグを修正できるような人物の給料を払えたり、あるいは自らがバグを修正できるような技術や環境を持っているのかと><
過度に複雑化して一部の者にしか弄れなくなる事、特に企画に近い働きをしてその使用を事実上強要されるような状況になればなおさら、OSSである事の自由の面での効用は弱まっていくかも><

スレッドを表示

それはそうだけど、ビジネス面でOSSの効用をそのままフリーライドと捉えてたりそう広告されてたりって事が多いのもまた事実だし、もっと素朴な場面で単にプログラマが既存のOSSのライブラリを使用するって場面でも、大半の場面としてフリーライドすることが中心になっているからこその最近のいろいろな問題かもって思うかも><
使用するライブラリが使用してるライブラリが使用してる・・・って依存先まで目を向けてる人そんなにいないし、依存関係の根っこの方のプロジェクトへの寄付が雀の涙ほどしかなかったりコントリビュータ少なかったってつまりそういう事じゃん?><

orange さんがブースト

twitter.com/yosuke__/status/14
> オープンソース開発、欠陥修正に弱点 有志頼みに限界: 日本経済新聞 nikkei.com/article/DGXZQOUC312 有志頼みって、OSSを利用している会社でエンジニアを雇って、業務時間中に欠陥の修正を業務としてやってもらえばいいだけの話じゃないのかな。フリーライドの限界であって、OSSの限界じゃないと思う。

元記事が有料会員限定で読めないけれど、この「フリーライドの限界」って言葉、いいな。

これ説明不足かもなので補足すると、相手を無知扱いする為のテクニックじゃなくて(それじゃ議論進まないし)、相手が「無知では無いし知っている」と弁解するとそれがそのまま自分側にとって有利な説明になるように導くテクニック><

スレッドを表示
古いものを表示
:realtek:

思考の /dev/null