新しいものを表示
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の限界じゃないと思う。

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

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

スレッドを表示

権威的な人の場合だと相手をおだてて「もっとすごい人だと思ってたのに{相手の意見を強引に無知と解釈してアレンジした意見}だったんですか?><; すごい人だと思ってたのでこれくらい知ってると思ってたかも><; ショックです・・・><」も使える><;
相手かなり慌てる><;

あと、自分が使う上でも相手がそれを意図的じゃなくてもつかっちゃった場面に指摘する上でも結構重要かもしれないのが「同じか同じじゃないか」議論><;
意図せずに自分が使っちゃってもアンフェアになっちゃうのでよくないので気をつけないといけないけど、議論が変な所で足踏みして先に進まない時に、そのせいで足踏みになってる事があったりなのでそうなっていないかを俯瞰してみたり、逆に足踏み状況を打開して次に強引に無理やり進めるのにも使える><;

あとこういう議論の時に実例をたくさん持っていると、相手に都合の悪い事例をいっぱい提示して「じゃあこういうばあいはどうなるわけ?><;」って出来るので、他分野の事例をたくさん入れた引き出しを持っておくの大切><

(コンサルタントで議論が下手な人っていっぱい見るのでなんともあれかも・・・><;)

あと、相手がこういいたいであろうと言うことを先読みして、相手がそれを言う前に、相手に有利な視点を「一見こう見えて」と説明して、自分に有利な意見を「実はこう見える」と説明する><
そうすると、議論の流れとしては「相手が考えが浅くてこちらは両方の意見を見比べてより深く考えている」と提示して、自分の意見側をより深い考えの意見とする流れに持っていける><;
あんまりフェアではないけど、両論がある時に自分側の意見『も』相手に認めさせて共通の認識を作る上で時間を節約するのには手っ取り早いテクニック><;

ていうか、こういう場合はほぼ確実に相手に矛盾があるので「つまりこういうことがいいたんですよね><」で相手の論に乗ってあげた上で主導権とって崩していくと「あれ?>< さっきと言ってることと矛盾しない?>< さっきはこう言ってたよね?><」って持ってける><
でもちゃんと議論できる相手にそれやっちゃうと相手の意見を汲み出す(相手のアイディアを利用する)のには使えなくてもったいないのであんまりよくないので、議論できなそうな人相手の時だけ使うかも><;

よくわかんないけどオレンジが相手したら逆にブロックされそう><;

orange さんがブースト

件のアカウント、EVのネガティブな話題を話すとFF外から突撃してきて論点ずらしやポジショントークを展開し始めるのでワタシはブロックしてる
イケハヤと同類の関わってはいけないタイプ

古いものを表示
:realtek:

思考の /dev/null