「コマンドライン」を含む日記 RSS

はてなキーワード: コマンドラインとは

2024-02-16

初手、「デスクトップLinux

随分迷ったし反対の意見もあったが決めたよ。息子が触れる最初パソコンとして Linuxコンピュータ を授ける。繰り返す。

子どもにとっての最初パソコンデスクトップ Linux にする。

うってつけのハードが現れたんだ。

そう、Raspberry Pi 5 を買い与える!!

お仕着せの完成品に満足するうちにコンフォートゾーンから出られなくなってしまった生ぬるい大人の真似しちゃダメだ。そうなったら最後自分を説得するための屁理屈マントラのように唱えるしか無くなる、「退屈耐性」を上げるしか無くなる………。そうじゃなくて、壊してもいい程に安価オモチャ 実際に壊すまで 酷使することでこそ、真の経験が養われるはず…………! 俺たちも、そうしてきた。

俺は Windows macOS 奴隷を止めるぞジョジョーーーーッ!!

もうすぐ息子の誕生日

初めてのパソコンとして デスクトップLinuxプレゼントしようと思ってる、プログラマーのワイ。

コンピュータの力を引き出す感覚体験するには、やっぱりコマンドラインパイプからだよな、と思ってるんだが、果たして正解なのかはちょっと自信がない…。

https://anond.hatelabo.jp/20240114225842

2024-01-14

初手、「デスクトップLinux

もうすぐ息子の誕生日

初めてのパソコンとして デスクトップLinuxプレゼントしようと思ってる、プログラマーのワイ。

コンピュータの力を引き出す感覚体験するには、やっぱりコマンドラインパイプからだよな、と思ってるんだが、果たして正解なのかはちょっと自信がない…。

どうかなぁ…。

2/17追記しましたhttps://anond.hatelabo.jp/20240216234130

2024-01-04

弱者男性は顔だけしか描けない

今日は無理やりComicStudioWindows 1110上で動かした

なんかペンの太さが描いてる途中で急激に変化したり、

管理者権限コマンドラインからでないとコミスタ立ち上げられなかったりして苦労した

https://imgur.com/bVkggup

画風は町田ひらくさんとか好きです

そういえば、LO編集女児構成されていると、同誌に書かれていたので、

LOに持ち込みに行けるといいですね

2023-08-15

契約書の袋綴じと和綴じが別のものになったのは結構最近コンピュータプリンタ進化のため

契約書袋綴じを指示されて和書の袋綴じをして怒られたって棘がバズってるけど

https://b.hatena.ne.jp/entry/s/togetter.com/li/2205369

いや、元々契約書の綴じ方も和綴じの袋綴じをしていて今でもやる場合があるのだ。そして昭和契約書やら判決文、戸籍謄本などの法的文書は和綴じの方の袋綴じがされている。

そもそも現代契約書の綴じ方には「袋」になっているところがない。なのに袋綴じと言われるのは和綴じから変わったかなのだ

なんで平成中期というか1990年代前半に替ったかというと、コンピュータの出力法が変わったせいなのだ

 

和綴じ式法的文書の袋綴じ

契約書などには割り印をする。ページの差し替えをされない為だ。そして契約時点で書面の内容に異存なしという意味で双方のハンコをページにまたがる形で押す。また背表紙の封紙と表紙にも割り印をする。

ページの割り印の仕方は、上の余白で折って隣のページとまたがる様に押印する。

でもこれちょっと無理やりだと思わない?

実は1990年代までは今のように両面印刷して製本するのではなく、原稿用紙のような升目用紙(内容証明用紙のようなの)に手書きで書き、それを半分に折って重ね袋綴じしていた。綴じるのに使うのは布の「こより」で、千枚通しで穴を開けてから紐を通す。河野太郎廃止させたやつだね。だから千枚通しはオフィス用品だったのだ。

そして袋綴じされた紙を膨らませて片側のページを山型に折ってそこに割り印をしていた。

ワープロ」を使うようになっても同じ。片面印刷して袋綴じにして割り印をする。

なんでパソコンじゃなくてワープロなのか?これは後で説明する。

 

戸籍謄本などはやはり手書きで同じように袋綴じされて割り印され渡された。

そもそも謄本」と云う言い方をするのは、昔はコピーが無かった(青焼きはあるがコストが高くナンセンス)ので手写しであり、書面の中身を全部写したのが謄本で、労力が大変なので必要な部分だけ写したのが「抄本」だった為だ。今でも閉鎖謄本/抄本請求するとこの形式で出てくる(流石にコピーを使うが)。そして和綴じ式の袋綴じで割り印されている場合がある。

 

こより綴じの方は昭和後期には省略されてホチキスになり、これは市役所弁護士が先行したようだ。だが契約書類はこよりorこより+封紙+割り印が使用されていた。

 

ラインプリンタとページプリンタ

コンピュータ印刷するというのは今では当たり前で、印刷するのは白いオフィス用紙で、一枚ずつ印刷される。

この印刷が出来るプリンタはページプリンタという。

だが嘗てはコンピュータで使われるプリンタラインプリンタが主流だった。ページプリンタDTPなど特殊分野でのみ使用され、一般的OA機器メーカーラインプリンタしか製造していなかった。

ラインプリンタの用紙というのは、両側に穴が沢山開いてて薄緑などで罫線が引かれていて、ミシン目が入ってて切り取りが出来る連続用紙の事である

ラインプリンタ場合印刷区切りが一行づつになっていて、プリンタ印刷指示が送られるとそのテキスト印刷して改行の必要がある場合は改行しそこで終了する。ミシン目まで行送りするという事は無い。

から票として一枚ずつ切り離す場合は、ミシン目が来るところまで行送りを行って停止するという印刷指示を組んでおく。

また、嘗ての標準出力の延長でもあるのでコマンドラインとの相性も良く、リダイレクトパイプ(|)でデバイスファイルlp、PRN)にテキストを流すとそれが印刷されるという簡単さであった。

 

ラインプリンタはページプリンタに押されて無くなったかに見えるが、実はPC POS印刷されるレシートラインプリンタの生き残りだ。

 

プリンタ印刷方法インクをしみ込ませたインクリボンを活字で叩くというのが主流で、日本語圏だと沢山のピンを弾いて打つ、ドットマトリックス方式が主流だった。これだと一字のドット数が16*16くらいが限界なので、細かい漢字は打てない。

からカタカナ+数字しか出力されない伝票などの使用が主で、ページプリンタは普及しなかった。

 

一方、ワープロ専用機は最初からサーマルプリンタを備えていてページプリントが前提であった。だから普段オフィス業務コンピュータドットマトリクス文書の清書はワープロというのが一般的だった。

これで法的文書ワープロ作成し、縦書きで出力して手書きと同じ袋綴じにするというのが増えてきた。

今でも弁護士文書表題倍角文字が使われたりするのもこの名残だ。

 

これがWindows95が普及するとページプリンタの普及も進み、イントラネット接続される複合機が普及するなどで印刷=ページプリントとなったのだ。そしてやがて法的書類も両面印刷して製本するという形になった。

その時に本来の袋が出来る袋綴じは過去のものとなって袋が無いのに袋綴じと言われるようになった。故に今の袋綴じ方が当たり前になったのは20年位かと思われる。

 

和文タイプライター

因みにワープロより早くから、またワープロと平行する形で和文タイプというのがあり、これで升目用紙に、または白紙に升目用紙と同じ字の間隔で印刷するという方法もあったのだが、和文タイプというのはとても時間が掛かった。

https://youtu.be/JHJhah1c-K0

この人は流石に遅過ぎなのだが、タイプするのが超絶大変な代物で、行政書士弁護士など気合が入った士業と法務局裁判所など気合が入った役所気合が入った大企業契約書など、兎に角気合が相当入ってないと使われない清書用アイテムだった。ある意味、100kgぐらいの巨大複合機より気合がある。

 

オフィスプリンタ歴史

というわけで袋の部分が無いのに袋綴じという謎かけみたいな名前の背景にはオフィス史とコンピュータプリンター史が隠れていたのであります

 

 

ついでなのでオフィスと紙に関するトリビアを置いておくよ

A4が当たり前になったのは1990年代前半

昭和日本ではオフィス用紙も法的文書原稿用紙も、B5だった。ずっとA4より小さい。会社でも役所でも裁判所判決文でも全てB5だ。

だが1990年頃に役所関係書類をA4にするというお触れが出た。これは国際化の一環で、ISOに定めれているのはA列だけでB列は日本独自規格。困ったことに当時一番の貿易相手国だったアメリカアメリカレターサイズをN倍したANSIという独自規格なのだが(またですか)、まぁレターサイズはA4に近いしA4を標準化すれば万事うまくいくでしょとの見込みだ。

これに数年遅れで企業も倣ったのでB5というのはパージされることになった。

今、昔の裁判書類契約書、権利書を見ると実に小さい。

世の中全部B5からA4に変わったのに、大学ノートだけはB5が主流のままだ。あれは何でなんでしょね?小さいと使いにくいのに。

 

紙質の変遷

今はオフィス用紙として白くてある程度の厚みがあるものが使われているが、これはコンピュータ印刷一般化するまではとても薄いペラペラでテカテカつるつるしている紙が使われ、これが「公的場所で使う」紙だった。

先述の手書きワープロの升目用紙も全てこの極薄+つるつるの紙である。両面印刷して製本されなかったのもこれが理由の一つだろう。

これは「カレンダー紙」で、紙を押しつぶす鉄製のカレンダーロールの間を極圧で通して押しつぶし、薄くする。

トレーシングペーパークッキングペーパーと同じだ。

また、請求書類封筒は中の請求書の名前住所が見えてあて名書きを省略してあるが、あの透けた部分が透明ビニルじゃなくて透けた紙である場合もある。この透ける紙もカレンダー紙だ。

 

公的書類カレンダー紙が使わるようになった理由だが、増田羊皮紙代替ではないかと考えている。羊皮紙中世欧州から使われていた「紙」で、羊やその他の皮膚の薄い動物の皮を剥ぎ、石灰水で皮下脂肪を除去して薄く削いで引っ張り、紙のようにした。 https://w.wiki/7FnV

鞣しをしないのがポイント。これは高額なので貴族手紙や証文、聖書の写本など「公的」な書面に使われた。

これの代替の紙としてカレンダー紙が使われ、それが「高級紙」として日本に輸入されて、ペラペラカレンダー紙を契約書や判決文に使うようになったのではないか?と推測している。

 

こういう訳で、昔の契約書やら公的書類などはやたら薄いのが特徴だ。破れそうで怖いのだが、そっとめくるだけなら破れない。

なお、トレーシングペーパークッキングシートは長期間放置するとバラバラ崩壊してしまう。これは硫酸晒しをする為に酸性になっているからで、昔のペラペラ重要書類はそうはならないので、硫酸晒しをやってないのではないかと考えられる。

2023-08-06

anond:20230806181601

そりゃ、コマンドラインってヒントが少ないからね。ミスったらパソコンがぶっ壊れるし。rm とか dd とか一貫性のない破壊力のあるコマンドは怖いっしょ。

そもそもコマンドライン操作ってプログラミングに比べて大した難易度ではないだろう

文字コンピュータコミュニケーションするって意味ではプログラムと同じだし、結果がすぐに返ってきてわかりやすいし、CLI操作からシェルスクリプトに発展させることもできるし

それをいちいちハードル上げてるとか敵視する意味わからん

2023-07-31

anond:20230731223845

世の中にはプログラミングしたくないのに、テック系をやりたいという変種がおるねん。あいつらな、コマンドラインとか Windows についてるやつプロンプトすら起動しないのに、マトリックス攻殻機動隊CLI みたいなの絶賛するのよ。そういう奴らが、勝手理想エンジニアとか情報倫理とか妄想すんねん。それで、勝手テック系の「本当の金持ちは〇〇」みたいなマナー講師なっちゃうのよ。そういうやつはさ、現実実践させるとボロが出るねん。だからリアル場合質問をされると困るので、時間が経つと高圧的な奴が生き残るわけ。時事問題に絡めると、ビッグモーター自動車知識のない、そんな二世社長がアイツに傾倒するのは、当然だと思わないか

2023-07-03

AIイラストなんかやめとくわ

近頃、ChatGPTを規制するだのしないだの、AIイラスト著作権がどうだの、ド底辺の俺でも生成AIについて耳にする機会が増えた。

生成AIの性能はおそらく世の中のパンピー想像している倍以上は高いと思う。

描いた絵を見た人に「この人骨折してるの?」だの「中学生でもマシな絵描くわwww」だの言われる程度の画力を持つ俺は「AIを使えば好みの絵量産し放題じゃね?」なんて浅はかな考えを抱くようになった。

結論から言うと本当に浅はかな考えだったんだわ。

まずは環境導入からハードルがたけえ。先人のブログ記事コード写経しながら、よくわかんねえコマンドラインを弄っても見たこともないエラーが出て土日を丸二日無駄にしたわ。

ローカル環境でやらなくてもNovelAI使えばいいじゃん、って意見もあるかもしれないが、いくらAIが高性能つっても、その性能を発揮するには適切な命令を「英語で」書かなきゃならない。

マチカネタ〇ホイザがラバーのピチピチボディースーツを着てエロ蹲踞のポーズをしている」なんて正確に英語表現できるか?俺には無理だね。努力放棄して結果だけを求める浅はかな人間の俺に、そんな教養なんかあるわけがない。だからポイントなんてあっという間に使い切ってしまうね。

いざ環境導入に成功して、AIイラストを生成できるようになったとしよう。だとしても「ちやほやされよう」なんて無理だ。AIイラストクオリティなんて似たり寄ったりだし差別化できねえ。クオリティだってどうやって上げるんだ?ぶっちゃけSeed引けるのを祈ることぐらいしかやることないわ。モチベが上がる気がしない。

何よりAIイラスト自体も肩身が狭いんだよ。権利関係曖昧で、クリエイターから蛇蝎のごとく嫌われている今、そもそもAIイラストで「ちやほや」されること自体無理筋だ。

Twitterツイート見れんくなったしネットやめて長距離走でも始めるかぁ~

2023-03-24

開発環境の構築に悩むお年頃

概要

なるべく手持ちのPC(以下、ホストPC)の環境レジストリとか環境変数とかで汚したり悩まないよう

仮想化環境で開発+テストを行いたい。

Windows10 ProとWSL2とVSCodeDockerでやる感じかな

 

ホストPCに頼らねばならないところ

UnityとかVisual StudioとかintellijとかAndroid Studioを使う場合はどうしようもないので諦める。

Android開発はVSCodeビルドコマンドラインでとかはできそうだけど。

あとはUSBなどでシリアル接続する必要のあるarduinoとかもちょっと難しいかもしれない

 

WSL2+Docker+Docker Desktop + VSCode + devcontainer

これが基本的なところだけど、WSL2をホストPCに入れるので若干汚れるのとWSL2上のlinuxも同じく汚れるところ

 

Hyper-V (Windows) + WSL2+Docker+Docker Desktop + VSCode + devcontainer

Hyper-VWindows仮想マシンを作ってそのうえでWSL2を動かすのが一番汚れずクリーンに使えそう

ただRyzenWindows10の組み合わせだと、Hyper-V入れ子ができないので仮想マシン上のWSL2は動かないらしい。

Windows11だとできる

 

リモート開発サーバ的なところにDocker+Docker Desktop + VSCode + devcontainer

手元じゃないのでクリーンに使えるが、ビルドなどはリモートスペック依存

ネットワークエラーとかがつらそう

あとクラウドと金がかかる、自前だと別で電気代がかかる

そこをよしとすれば楽そう

 

なんかこうやってるよっての教えてください

教えてください。

2023-02-18

anond:20230218213748

LinuxWindows みたいな GUIしか触れないような機能はほぼない

ダウト

GUIしか設定できないように設定される(そして、GUIがうまく動作しない)とコマンドラインファイル操作では太刀打ちできない」が正しい

悲しいことだけれども

anond:20230218132709

それ別にコマンドライン関係ないでしょ。

どちらかと言えばコマンドではなくスクリプティング技術だし。

(実際ある程度込み入った内容になるとスクリプト言語で書くほうが効率いい)

あとバッチファイルってことはWindows上で動かしてるんだろうから尚更コマンド無関係

2023-02-03

Windows11ユーザーから見たWindows10のいいところ、悪いところ

いいところ

  1. UIコンパクトから画面がHDサイズでも見やす
  2. ドライバーとか古いやつが使える
  3. 長年現役だったか不具合が少ない

悪いところ

  1. 4K画面でUIのスケーリング100%だと表示が小さくて見にくい(11だともう少し大ぶり)
  2. 既定のターミナルWindows Terminalに変更できないのでコマンドライン操作したいときconhostを操作しなければならない場面があり非常につらい

余談

  1. Windows11は色々言われるけどターミナル周りの快適さが非常に上がったので個人的には好きです
  2. スケーリング100%にしなければいいだろ、と言われそうだけど古いソフトがぼやけるのがつらいからです
  3. Windowsはスケーリング周りの自由度をもう少し高くしてほしい
  4. 上がなんで俺に4Kモニタなんて支給してくれたのかわからなくて怖い

2022-12-05

ChatGPTとペアプロしてみた

http リクエストを50回実行するシェルスクリプトワンライナーサンプルを表示してほしい。またリクエスト後にhttp レスポンスコードをチェックし500番台だったら実行停止してエラーメッセージを表示するようにしてください。」

ChatGPTにたいして上記命令からはじめて、10分くらいの作業時間動作テストしつつ自然言語チャットのやりとりでバグを取りつつ非同期実行などの追加仕様を加えてGo言語リプレイスして出来上がったコードがこれです。

https://pastebin.com/uZAK9Qfd

自分コードほとんど書いてませんが数行程度の手直しはしました。

注:このコードは結局500番台で全Goルーチン生成抑止/実行停止するわけではないので非同期実行化した際の仕様バグがまだ混入してますが、まあとりあえず動作します。またGoルーチンを無作為に大量生成してしまうのでこれを抑止するような機能もあった方が良いでしょう。このレベル仕様バグを解消するには非同期実行時の正しい動作定義した上であらためて作業した方が手っ取り早そうですがこの文書目的から外れる作業だし、めんどくさいので放置することにしました。コマンドライン引数周りの細かなバグについても同様です。

【所感】

ChatGPTは平気で嘘つくしドメインナレッジにまだ乏しいし、この例だと例えばsyncパッケージ使わない的な単純なバグも平気でしこんでくるのでまだ信用できないやつですが、嘘やバグを見抜ける程度の普通技術者監督するなら現時点の水準でも作業量を大幅に削減できるしオーバーテクノロジー感があります特に小さくて雑なアプリケーションを書いて手法実証するようなプロトタイピングフェーズなら現時点の技術水準でも大いに役立つでしょう。

我々ITエンジニアは今後10年くらいのスパンで言うならば課題設定能力ドメインナレッジの注入、コードレビューの力量とQAの力量、そして役立つアプリケーションが本当に役立つかを実証する能力ビジネス的?)が問われるようになってくのでしょう。そして最終的には目的の設定と評価フィードバックループを回し続ける現在プロダクトマネージャーのようなスキルセットに移行する事になるのでしょう。

逆に言うとAI人間の協業作業環境の構築を怠ると、淘汰されることになると思うのでこの分野は要注目だと思います

2022-10-08

anond:20221008134309

母艦Windows仮想化してノートPCLinux入れて接続すればいいじゃん

2022-10-08

Linux入門に失敗してWindowsに戻した話

色々あってLinuxに変えたけど、C#erが開発する上で色々不都合があってWindows今入れ直してる

 

Linuxのいいところ

①起動が早い

Windowsみたいなくるくるすらない。ウイルス対策ソフトすら入ってないからなんでもはやい。

コマンドライン操作が楽

なんでもワンタッチ

無駄が少ない

UIとかもなんでも楽

操作がわかりやす

基本的無駄なことをさせないか想像通りの操作をすれば想像通りの結果になる

 

Linuxダメなところ

Windowsアプリにほぼ対応してない

WINEを使って使えたVSTDTMの外部プラグイン)が2つだけ。まあ起動できたシンセサイザーさえあれば十分だから無問題ではあった 

C#を使うのに結構な手数がかかる

公式API使うのにすらいろんなものインストールした。linuxにとっては非公式から当たり前だけど

③開発系のアプリ日本企業ソフトがほぼWindowsのみ対応

今時全部クラウドビルドするから問題ないのかもしれないけど、ローカル環境ですぐに確認できないのは気になる

 

 

 

俺がRustとかCプラ使いなら問題なかったんだろうなー

無料だし普通に使いやすいからメインでWindowsPCあるならサブは間違いなくLinuxにするわ

iOSノートPC、常用使いがLinux、開発がWindows

そうしてもいいと思うぐらいのポテンシャルはあった

 

たった1週間しかメインとして使ってないけど、使うために奮闘してLinuxハードウェアだけじゃなくて開発環境周りの色んなことを学べてよかった

Permalink | 記事への反応(1) | 言及する | 13:43

Linux入門に失敗してWindowsに戻した話

色々あってLinuxに変えたけど、C#erが開発する上で色々不都合があってWindows今入れ直してる

 

Linuxのいいところ

①起動が早い

Windowsみたいなくるくるすらない。ウイルス対策ソフトすら入ってないからなんでもはやい。

コマンドライン操作が楽

なんでもワンタッチ

無駄が少ない

UIとかもなんでも楽

操作がわかりやす

基本的無駄なことをさせないか想像通りの操作をすれば想像通りの結果になる

 

Linuxダメなところ

Windowsアプリにほぼ対応してない

WINEを使って使えたVSTDTMの外部プラグイン)が2つだけ。まあ起動できたシンセサイザーさえあれば十分だから無問題ではあった 

C#を使うのに結構な手数がかかる

公式API使うのにすらいろんなものインストールした。linuxにとっては非公式から当たり前だけど

③開発系のアプリ日本企業ソフトがほぼWindowsのみ対応

今時全部クラウドビルドするから問題ないのかもしれないけど、ローカル環境ですぐに確認できないのは気になる

 

 

 

俺がRustとかCプラ使いなら問題なかったんだろうなー

無料だし普通に使いやすいからメインでWindowsPCあるならサブは間違いなくLinuxにするわ

iOSノートPC、常用使いがLinux、開発がWindows

そうしてもいいと思うぐらいのポテンシャルはあった

 

たった1週間しかメインとして使ってないけど、使うために奮闘してLinuxハードウェアだけじゃなくて開発環境周りの色んなことを学べてよかった

2022-10-01

anond:20221001134806

Windowsでもコマンドライン使ってたはずだけどLinuxは全部それだから余計にそれを感じるな

2022-08-20

OSSWeb系のはしり

オープンソースソフトウェア(OSS)は、ソフトウェア開発でも長い歴史を持ち、なおかつかなり個性的な特徴がある。

ざっと挙げるなら

こうしたコミュニティからまれてきたソフトを最も多用しているのは、他ならぬWeb系だろう。

サーバサイドプログラミングが中心になることからLinuxを触る機会も他の開発系に比べて格段に多いだろうし。

結果、「UNIX哲学」とかGNU歴史とか全く意識せずとも、こうした活動を通じていつの間にかOSSエッセンスを身に着けた人が、Web系には少なからずいそう。

その意味では、OSSがどういうわけか今のWeb系の礎になってしまったという意味で、タイトルに書いた通りになっているのかなーと。

2022-08-13

Androidアプリでtaskerという自動化アプリを導入してみた

https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ja

有料なのと、そもそもどんなこと可能か、独学でできるか、の壁があったので躊躇していたけど

クーポンが来ていたので購入

参考にしながら作ったやつ

地図アプリ立ち上げたらGPS ON/OFF

WIFI切ったら音量 ON/OFF

・充電量が80%になったらバイブレーション

感想としては、楽になるけど色々ハードルが高い

例えば、GPS系は権限を変更する必要あるのでADBAndroidコマンドライン ツール)を導入したりだとか、

用語勉強したりだとか、意図しない動きのとき調べるとか・・・

簡単動作(条件)だったらすぐできそうだけど、複雑な動作(条件)はそもそも難しそう

ただ便利にはなったので、時間ある場合だったり、クーポンがあった場合とかはおすすめ

anond:20220813125657

あれが押し付けに見えた?

マジか…こっちはあくま

「より良いプログラマになりたいならこうするといいと思うよ」

という個人的提案しかなかったんだけどね。

こっちがUNIXコマンドライン必要スキルに含めた一方で、古典力学電磁気学を含めなかったのも、突き詰めれば個人的経験に基づくものという程度でしかないことは、読んでてわかるだろ?と思っていたのだが。

いちいち

「※個人の感想です

みたく書いたり強調しなきゃいけないのかよ。

めんどくせーけど今度からそうするわ。

ともかく、そういうわけであの内容に乗るか乗らないかだって完全に自由だし、同意してくれる人が一人でもいれば、こっちとしては書いた甲斐があったんだよ。

これだけ途方もない反発が来るとか予想外だし、同意できないならスルーしてくれてよかったんだが。

それから現場きれいなコード重要性を説いて回れというけど、俺はそいつの親でも先生でもない。

そこで相手

「お前は俺の先生か?」

と反発されずに言うことを聞いてもらうことがどれだけ大変か、考えたことがあるか?

そういう意見を聞いて実行してもらう以前に、そういう話ができる関係を一人ひとりと構築するところからまり…お前がその立場だったらできるのか?

他の人より多少きれいなコードが書けるというだけで、なんで自分がそのコストを負わなきゃいけないんだ?なんでそれが自分仕事になるんだ?とも思うしな。

そういう、言い出しっぺが損するみたいな構図そのものにも嫌気が差すんだわ。

anond:20220813124057

自分森羅万象知り尽くしてるわけでも知る気もないなら

結局知る必要がないから知らないままでいいという態度でこれまでの人生過ごしてきたという自覚はあるんか?

保守性が足りないなら保守性を高める必要性を説明すればいいだけやん

お前の同僚がUNIXコマンドライン知らないことで保守性が下がってるなら

その同僚に自分たちの業務UNIXコマンドライン必要性をわからせるのがやるべきことであって

同僚や会社への不満を僕が考えた最強のプログラマ教育を見ず知らずの他人押し付けることで解消するのは八つ当たりしかないぞ

必要とき必要なことを学ぶだけでは不十分じゃねーの?

anond:20220811155256

↑の元増田として、元記事から派生させる形でプログラミング学習に関する関連エントリを書いた。

その結果は、

必要でないもの押し付けるな」

という、非常に強い反発だったわけで。

本件で反発を受けたのはUNIXコマンドラインの使い方に関するものだけど、多分問題本質はそこじゃなくて、

必要とき必要なことを学べばいい」

という、そもそも学習姿勢だと個人的には思った。

なぜこれを問題視しているかと言えば、現実問題としてプログラミングにおいて

「動けばいい」

というスタンスで低品質コードを量産する人があまりに多いし、それは

必要とき必要なことを学べばいい」

という学習態度が生み出した結果だと思っているから。

ちなみにこういう人らの書いたコードは、とにかく信じ難いレベル保守性が低い。

から他の人が手を入れることはもちろん、下手をすれば書いた本人でもメンテ不可能な、言葉を選ばずに言えば「ゴミ同然のクソコード」だったりする。

こうした低品質コード作成者の信頼を損なうだけでは済まず高確率で周囲を巻き込むし、つきあわされる方はたまったものではない。

何もこれは個人傲慢感想でもなんでもなく、開発に携わった多くの人間が感じる話だと思う。

なので、そういうできない人には一秒でも早くできる人になって欲しいし、これからプログラミングを始める人にはできる人になって欲しいわけ。

(「クビにする」「篩にかける」というのは可能な限り避けたい)

からこそ

「ぼくのかんがえた、よりよいプログラマになるためにやってほしいこと」

みたいな形で、学習に関するエントリとしてあのような駄文を書いたわけだが、そんな押し付けがましいものはいらないと。

まあプログラマの大多数がいらないと言うならいらないでいいわ。

自己満上等だ。

じゃあ一体どうしたらいい?どうしたらいいと思う?

こっちは迷惑してるし、かといって仕事を選べるほど偉くもないし、業界から足を洗うのも願い下げ。

こう書くと

「お前がもっとできる奴になって、できる奴とだけ仕事できる環境に行けばいい。それができないなら諦めろ」

という答えが返ってきそうだけどな。

かに自分差し置いて他人のことをどうこうしようというのがおこがましいのはその通りだろう。

しかし、そうは言っても「ゴミ処理」の仕事は確実に回ってくるんだから文句の一つも言いたくなるし、その状況はどこまで行っても変わらなさそうなわけで。

というわけでUNIXコマンドラインも余計で不要と言うなら、何をすればいいのか教えて欲しいわ。

2022-08-12

anond:20220812220820

組み込みLinuxベースといってもあんだけコマンドラインUNIXノウハウ否定的なんだから、きっと本当に不要で余計な知識なんだろうよ。

それこそ組み込み必須であることをやたら強調する、古典力学電磁気学微分方程式一生懸命勉強したらいいんじゃねーのって思うわ。

ログイン ユーザー登録
ようこそ ゲスト さん