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

トラブルシューティングの記事を書いてなお「困っている人に理解してもらえるように書こう」という気持ちにならないの、人間性の問題やもしれぬな

orange さんがブースト

「このタイトルでピンと来る人はたぶんわかるでしょ、わからなければ読むのやめるでしょ」くらいの気持ちでやっているのであって、「藁にもすがりたくてこの記事に辿り着いた人を救済しよう」などという気持ちになったことはない

スレッドを表示
orange さんがブースト

まあこれは一理あるんですが、私の場合は「この記事を役立てることができる誰か」のために書いているのであって、「○○が欲しい誰か」のために書いているわけではないんですよね

元の話(?)のマストドンの鯖立てるのは簡単か?だけど、
UNIXのそれもLinuxに偏った知識と、データベースの知識と、あとちょっとしたRubyの知識を持っている人にはもしかしたら簡単かもね?><
オレンジにはひとつのソフトウェアとして統合されていないガラクタの寄せ集めでしかないままのマストドンの鯖を立てるのが簡単だなんて言うのは無理があると思うけど><

その講義に予め必要な知識を提示しないからこそ面倒なことになるかも><
そして、そういう"難癖"は『予め必要な知識』として提示し忘れたものを発見する為にも有用かも><

orange さんがブースト

最近は1から100まで教えられないと「わかんなーい」ってなるし教えられていないことは分からなくても自分のせいじゃない,という学生が増えてきたような気がする.

MSDNのドキュメントに記されているものを全部解説しないと使えるようになりませんか,そうですか.おまいを教え終わるのに何百年かかるんだよ,というお気持ちです.

ていうか、直接的に非難する意図ではないけど、

それは最初に、『この解説が想定する読者に必要な知識』として提示すべきかも><

orange さんがブースト

一般にこの界隈で「初心者」が「あらゆる関連知識を持っていない」を意味していると考えるべきではないし、であれば自分で自分が前提知識を持っているか確認して必要に応じて補填していくしかないのでは

スレッドを表示

ある解説に対して「何がわかるのか?」なんて情報は筆者には不要かも>< 筆者にとって必要なフィードバックは「何がわからないか?」かも><

難癖回避したい人はそれであれだしそれでいいのかもだけど、
オレンジ的にはそういう難癖(?)こそ、誤ったまま常識化してしまった結果、なかなか誤りに気づけない物事の何らかの誤りに気づけるチャンスだと思うからあれかも><

orange さんがブースト

世の中には、何か専門的な話をしている人に向かって「お前は我々素人を馬鹿にしているから小難しい言い方をするんだ」などと難癖をつけて逆ギレするアホが存在するので、難癖回避のために事あるごとに「簡単ですね!」とか「難しくありません!」とか易しく思わせる文章にしている人も沢山いるんだと思いますよ

「ユーザー寄りにする事でわかりやすくする」のと「ユーザーにまったく寄り添ってないけど、手順書(あるいは単なる手順でしかない自動化するスクリプト)があるのでユーザーに理解させないままそれを実行させる」のは全然違うよって言いたい><
なお後者がUNIX的発想><

スレッドを表示

こういう文脈での「サクッと」、プログラミングで言うと「どこそこのライブラリを使うと簡単」って方にじゃなく、「どこそこからコピペして貼ったので簡単だった(なお内容は1ミクロンもわからない)」に近くね?><って思う><

orange さんがブースト

そう、「素人がマストドンインスタンス建ててみた」みたいな記事を読んで僕も素人だから出来るかなって思って読んだら「おめぇ素人じゃねぇな!?」ってなったんだ

つまり、とりあえず後続車も人は乗ってるので、SA/PAで休憩するときには全員が運転する、で、本線走行時は、一番前に運転する役の人が来て、後ろに休憩し続ける人々が続くって事っぽさ?><

国交省、相変わらず鯖重い><;

報道発表資料:高速道路におけるCACC及びLKAを用いたトラック隊列走行の後続車有人システムの公道実証を実施します - 国土交通省 mlit.go.jp/report/press/jidosh

ていうかそもそも隊列走行区間(?)の終点(?)に到着して人乗る時どうするんだろ?><;(隊列で路上駐車?><)

orange さんがブースト

上信越道と新東名道でトラック隊列走行を実証実験_後続車無人隊列走行をめざす tetsudo-ch.com/1530940.html #鉄道チャンネル

こういうのって、SAPAやコンビニなどで休憩する時どうするんだろう。

古いものを表示
:realtek:

思考の /dev/null