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

！？

しゅご

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

これ割と深刻な問題だと思っていて、開発者のリソースが初心者/無知な人に割かれるのをどこまで許容するかみたいなの、人によって意見が割れるし難しい

私は一定ライン以下であれば「他で勉強して出直してくれ」と切り捨ててしまうお気持ちなんだけど、そうやって初心者に不親切だと文化が廃れるという人もいますよね

開発者は教育者ではないという考えです

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

まあ研究者が教員をやらされていたりするｼｬｶｲを見るに、どこにでもこういう問題はあるのだろうな……

まあソフトウェアの界隈について言えば、開発者とユーザだけでなく中間段階がいろいろあるので(たとえば一発コントリビュータだったりコミュニティだったりいろいろ)、その辺りがうまくなんとかやっていくのが活路なのやもしれぬ

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

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

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

https://mastodon.cardina1.red/@lo48576/100005647418892750

これ、もうちょっと考えてみると、「初心者度」が近い人同士でフォローしあえると能力と行動のギャップが小さく済むので幸せになりやすいのかなと思ったので、電話問い合わせとかで無知な窓口から何段階もエスカレーションしていかないと話の通じる人に声が届かないのも、やっぱりそれはそれでひとつの答えなんだなぁという気持ち

これがクソなのは線形探索で担当者を探し当てないといけないところで、本来であれば二分探索のようにもっと効率よく問題の難易度を判定できてほしいんだけど、人々は最初に応対してきた人に縋りがち

いい話用素材

博士号取得時用素材

自分が作ったものについていえば、代わりに調べるもなにも自分が全部知ってますからねぇ。
でも確かに知的探求としての面白さは結構重要な気がする

初学者が引っ掛かったバグを探し当てるのは楽しくても、初学者の無知をフォローして辞書と化すだけの作業はひたすらつまらない

まあ前者も慣れるとエラーメッセージから直観でエスパーできるので、なぞなぞレベルの作業にはなるけど

そもそも「なにができるか」というのをあまり主眼に置いてない気がするので、そういう説明をしたことがないかもしれない

いや、そうでもないか？

正直見付からなければ issue を立ててくれれば使い方は示せるし、それでわからなければそちらの勉強不足ではというお気持ちなので、なんと言えばいいか、「発見と提示はこちらで肩代わりできるが、理解はそちらの仕事」というお気持ち

そもそもアプリケーションじゃなくてライブラリばかり作って/使ってきたので、「API を見てわからないのであれば、理解度が不足しているだけでは」という見捨てる系思考が強い

まあ私もウンコ API をわざわざ用意しているつもりはありませんが

https://twitter.com/Linda_pp/status/994598994528514053

「自分で使うために作っている」これほんとこれ

結局、他人のプロジェクトを良くするのも自分のプロジェクトを書くのも、大抵は自分のためなんですよね。他人に公開するのは“おこぼれ”で世界が豊かになればいいと思っているからなので、他人に使ってもらうことは重要な目的とは捉えていない

まあ不満なら「オレが使いづらいから使いやすくしてやったぜ感謝しろよ」みたいなパッチを投げてもらえれば、私がそれを良くないと判断しない限りにおいて受け入れますし(ただしそれは私が負いたいコストではないのであなたが実装してね、という)

結局この「自分でやれよ」を連結させて自分を最優先で世界を良くしていこうというのも OSS のひとつの姿だと思うので(そうでないプロジェクトが多いのもわかっているし、特に大規模なものは社会的な意義を重視しているように思うけど、それはそれ)

そういう大規模なのはだいたいコミュニティとかも大きいしフォーラムとかもあったりするので

まあ命名がロクでもないものも沢山見たことがあるけど、「ロクでもないと思うならパッチを投げてみろ」とかそういう世界だよなぁという感想しかないので、あくまでユーザはオマケでしかなくて(←言葉が悪い)、対等に意見を言いたいならあなたも開発者ステージに来てください、という気持ち

まあ不親切なのは自覚してます

あとこれは個々のプロダクトについての話であって、開発という技術そのものを身に付けたいという人にはそれとは全く関係なしに支援はしたいとは思っている

そもそも書く人って読んでるものなので、クソコードをクソコードだと思って読んできた人はマシなコードを書くようになるものでは

違う学習過程だとわからないけど……

まあ私が最初に触れたクソ命名は C / C++ ですね

gets / getc / getchar とか std::streambuf::showmanyc とか strstr とか

それは本人の能力や敏感さ(或いは過敏さ)の問題では……

私もシェルスクリプトについてはあまり美醜の感覚がうまく働かない方なので、その辺り個人差とか言語差は大きいのだろうなという実感がある

うーん(言いたいことは理解したしわかる)

多かれ少なかれ問題があるとして、それをどこまで掬い上げるのかというボーダーラインの話になるのかな

issue になれば検討してログを残す、 issue にならないレベルであれば気が向けば直すけどわざわざ調査はしない、という感じになるか

学びがあるにせよ、「これを掘り下げても得るものは少なそう」みたいなものを無意識に感じて重要度/深刻度を大雑把に見積ってるような気がする

或いは「木の実を拾いに行く前に、 issue として(閾値を超えて)投げられた質問であるとかバグであるとか、そういうもっと栄養価の高いエサを優先的に摂取したい」という気持ちとでも言えばいいのか

それは間違いなくそうなんですが、その「ここがわからなかった」をはっきり説明できる人と説明できない人とで、どちらが問題解決が迅速かつ効率的かといえば、おそらく前者なので

或いは「学びは目的ではなく結果」という感じか？

風呂廃炉

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

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

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

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

だいたい表面的なクソは体力さえあれば lint やら formatter で排除できる時代だからなぁ

lint と format は現代を生きる人類の義務といえる(適当)(本気)

前提

∧I

(カツのイントロダクション)

W8の掲示板

NASA LaRC Formal Methods Humor - https://shemesh.larc.nasa.gov/fm/fm-humor.html

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

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

リバースエンジニアリングだ……

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

分散型GitHub(？？？)

git が distributed であること、あまりに知られていない

人々がデータとツールでなくプラットフォームを基準に物事を考えている証左であるといえよう(適当)

git のリポジトリは個々の checkout されたものがひとつの単位で、各 commit に一意な hash が付くから異なるリポジトリ間で差分をやりとりできる、という原理です

だから GitHub から入った人は勘違いしがちなんだけど、リモートの GitHub のリポジトリ(いわゆる origin) とローカルのリポジトリは共通のコミット群を持った別々のリポジトリだし、 GitHub のようなものが存在せずともメールのようなものでコミットを互いのリポジトリに送りあうこともできる

たとえば、 GitHub が落ちたとして、各ユーザがローカルの新しいコミットを slack に投げたりだとかメールで送るだとかで互いのリポジトリを同期することができます

これな

一応 ticket とかを git で管理できるように云々みたいなプロジェクトも存在するんだけど、あまり使われてるのは見たことないです

あと issue 番号とかが GitHub 依存になってしまうのが嫌なので、コミットメッセージ中で使うのはいいけど、 GitHub を参照せずとも十分な品質として評価できるようにコミットメッセージを書いてほしい

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

突き落とされた可能性もある(中央線とかはホームドアないし)

一部の情報セキュリティ系の人は、駅で背中に気を付けなければいけなかったりするらしいと聞いた(こわい)

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

原理主義者なので gerrit と GitHub (PR) にそんなに本質的な違いがあるの……？となっている (gerrit よくわかってない)

チャットと生産活動を使い分けろということですか

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

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

宿題が PDF 配布の PDF 提出推奨で、編集ソフト入れてなかったから嫌になって宿題やらなかった話

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

epub とかか

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

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

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

ヘッドレスで使うにしてもブラウザかエンジンが必要っぽいので微妙

たしか webkit 系のなにかで、 html を入力として SVG を吐き出す何かがありましたよね。 rsvg-convert か何かか

そういったことを考えても、静的な情報で javascript のような動的なコンポーネントを必須として使うのは酷いと思うわけです

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

docbook、！！！！！！！

結局スクリプトが諸悪の根元なんだよなぁ。スクリプト必須のページ、それ静的コンテンツじゃなくてアプリケーションだから！！！

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

私もたぶんこれが正解だと思う

diff がわからない人に git を教えるのは難しそうだし、 GitHub を最初にやるといろいろ混乱しそう

差分とスナップショットと有向非巡回グラフとハッシュ関数という4つの概念さえ理解できれば、 git 入門なんて終わったも同然

逆にこれらを理解せずに git 初心者を脱せる気がしない

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

モノリシックはマイクロをカーネル、なんちゃって(適当)

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

Bump dependencies (mainly `syn` crate) · Issue #22 · Peternator7/strum - https://github.com/Peternator7/strum/pull/22

週末に確認すると言われたのでリリース待ち(ところで cargo には依存の patch 機能があり、最高)

The Manifest Format - The Cargo Book - https://doc.rust-lang.org/cargo/reference/manifest.html#the-patch-section

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

redox-os/tfs: Next Generation File System - https://github.com/redox-os/tfs

ほほーん

幼女の天然水飲みたい！

ところで何の話でしょ

幼女の天然水が飲みたいことは文脈に関係なく言えます(適当)

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

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

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