「省力」することだけを考えるプログラム技術スレ [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
・本来プログラミングは、「怠ける」ために生まれた。
・しかし、商業主義、資本主義が台頭し、プログラミングはビジネスに組み込まれ
る形で「先に仕様を宣言」して約束してしまうがために、「宣言されたものを
実装しなければならない」という「労役」に巧妙にすり替えられてしまう。
・したがって、これらに対抗する手段を講じなければならない。
・ビジネスによって収益は得られるかもしれないが、経営者にならなければ
収益を分配する権利は与えられず、多くは経営者に奪われてしまう。
・「時間」は利益より重要である。自分の時間は自分で守らなければならない。
・したがって、作業は合理化しても良いが合理化で余らせた時間を他の生産
活動に当てたり、物量を増やしたりするのは愚かなことだ。
それは自分の首を締める行為だ。
・余らせた時間は他人に侵略させてはいけない。
・このスレで考えるのは、やらなければならないことを効率化して「収束」
させ、「さっさと帰る」ということ。
・このスレでは「完全性を捨てたアルゴリズム」を考える。
→とにかく一定の物量で「残りは捨てる」「削る」「抜ける」「諦める」戦略を
考える。 いくら省力化しても空いた分作業をぶっこんで来るからな
防波堤をどうするかだ >>1
実際は省力するためには調査をして少なくなる方法を
試行錯誤して探さないといけないので時間がかかる。
だからトレードオフの話からは避けられない。 >>3
一度行った試行錯誤はずっと経験として身につくのでは? >>4
いや、だから最初に時間をかければ
後で時間がかからなくなるという話だよって言ってるんだよ。
問題は「後」があるかどうかはわからないってこと。 >>4
それはよくあるジレンマだな。
でもかりに何かやって無駄な骨折りだった場合、
「なんでこんな間違った仮説を立ててしまったのか」の考察くらいは
残るだろうよ。
仮説を立てて実行しければ正しいのか正しくないのかも知らないまま
だからな。
「やっても無駄なこと」をたくさん知っているのは資産になるだろうよ。
例えば他のやつが無駄なことをしているときに「あいつ無駄なことしてんな」
って気付けるのは自分が同じことやって骨折り損した経験に基づいている
からであって、当人はそれにすら気づいていない状態の訳だから。
そうやってやっても無駄だったことを消去していって「まだ消去されていない
考え」のクォリティの濃度は無駄なことしていない人の濃度よりは高いはずだ。 良スレだね
品質はともかく楽に早くって言うとすぐに思いつくのはコード生成ぐらいだけど
もっといろんなテクニックを知りたい >>1
スタンディングオベーションしたくな
るくらい素晴らしい理念だ。
どうかこのスレが良スレになりますようにと願わずにいられない。 肝心のネタが出てこないな
隠してないでおしえてくれよ とりあえずシェルスクリプトとかDockerを
真剣に覚えると色々と楽になるんじゃない? 物事を中途半端にやる事も良くないが、
「もっと、もっと」と考えて際限なく続けてしまうのも改めなければいけない考えだ
時間もエネルギーも確かに有限だからね スネークケース、キャメルケース、ハイフン区切り、ドット区切り、
スラッシュ区切りあたりの複数単語組み合わせの文字列を自由に変換
できるツールがあって、エディタ上でスムーズに使えたら仕事が
効率化できそう。
これらのネーミングを配列で登録しておけば勝手に名前を生成して、
適切な表記法で割り当ててくれるみたいな。 社内規約とか独自フレームワークのせいで世間で通用する良い習慣や生産性ツールが通用しなかったり適用できなかったりする
他の現場だと楽にできることができない
どうにかならないものか >>14
技術者がが職場を見限って捨てる覚悟も必要だと思うが。
まあ具体的にはどんな感じ? >・本来プログラミングは、「怠ける」ために生まれた。
これは作る人と使う人が同じなら確かに実感できるけど
ほとんどの場合は使う人と作る人は別だから・・・
作った人が頑張った分、使う人は怠けてるんだから
本来も何もちゃんと成り立ってるよ >>1
>・本来プログラミングは、「怠ける」ために生まれた。
オートマタに対する憧れ感が全てだと思うんだ…
寝ていても利益をむしりとってくれる感覚、これはドーパミン?セロトニン? 怠けるためのコードを起こすために
とりあえず慣れるまでその仕事を愚直にこなしてみる必要が有る >>20
そういう一般論しか語れない奴は引っ込んでて 人間もプログラムで動いているからな。
機械がやるか人間がやるかの違いだな。
でも人間も機械だから結局は同じことなんだよな。 社内ドキュメントのフォーマットをエクセルからmdにしたら快適すぎて驚いた
省力ってようは良いツールを見つけて使うことなんだな markdownだと思うがExcelの代わりにはならんだろ
まさかExcel方眼紙か? フロア見取り図がExcelフォーマットだったりするとギョッとするよね 逆にExcelじゃないとダメってどんな時だよ
客がExcel指定の場合とOfficeしかインストールされてない場合は仕方ないけどさ
他に理由ないだろ 表計算したいとき?
まあ管理職は何かとエクセル好きだよな Excelが好きなのではなくExcel以外を知らない
Excelや類似のツールを使えないとしたらどうしますか?
と聞かれて代わりのツールと運用方法を答えれる人は少ない ライバル企業を追い落とすのは簡単だ
スパイを送り込んで神エクセルを普及させればいい ドキュメント書くときWord指定されるとなんで?っていつも思う Wordのマクロをちょっと触ってみたけどマクロ記録に割と制限があるんだな
文章を流し込む程度ならできるが表や罫線は満足に記録できなかった
インターフェースは用意しただけでExcelのそれとは思想がだいぶ違う
Wordのプロはマクロ使わないのか疑問に思った 仕事が忙しいって言うのって大体
「手を付けだしたら逃げられない期間がでかい粒度の合意」を
しているからなんだよな。
委託側が基本的に丸投げだから。
「合意の粒度を細かくする」のもそれはそれでオーバーヘッド
がでかくなって面倒だから、
突き詰めれば「細かい粒度の合意を極力自動的に一瞬で行う」
ことを限界まで追究すればみんな自由で幸せになれる。
それがアジャイルってわけだな。
法律や法人契約について日本の行政がこの部分を理解して配慮して
くれることを切に望む。 再利用するための手間は掛けてはならない
自動化は第三者に教えず成果だけを渡す
情報の共有はせず第三者を当てにしない
自分の仕事量を第三者に徹底的に見せない 一番の無駄はわかってないアホ上司が押し付ける糞規約
説教だけの長会議
役に立たないドキュメント作成 >>37
その糞ドキュメントをなるべく自動で作れる方法を
考えたらいんでない?
あと説教だけの会議はその時間も参加してるだけで
ギャラが入ると思えば目や肩を休める時間だと思えばいい。 ■ このスレッドは過去ログ倉庫に格納されています