はてなキーワード: CUIとは
言われた話だと、定時出勤とかなんだよね、評価されるのは…
安定した勤務態度が優先されて、能力はまったく評価されない…😟
障害者には仕事は適当に低いレベルのものを渡すから、とにかく勤務態度が安定していて、波風立てないでくれ、みたいな感じ…
効率化するためのちょっとしたスクリプトだろうが、コードなんでもガリガリ書きますよ、みたいなのは評価されなかった
障害者雇用で躍起になってたときは、まだコード書く意欲があったけど、もうそれも失せてしまった
ChatGPTとかの登場も大きかった
生成AIのことは論文レベルで、どんなことができそう、というのは漠然と知ってたけど、
こうも急激に一気に総合力で実用化されるとは自分は想像してなかった
今となっては、テレビでも自分の両親みたいなITリテラシーが低い人でも普通にAIを使ってるし、
学校の教員とか、小学生でさえAIを、それこそ自分なんかより使いこなしてる可能性がある
いわゆるコマンドプロンプトとか、terminalが使えることが意味があった時代があって、
それがGUIになって、CUIが使えない人でもできるようになって、生成AIのプロンプトは更に人間寄りのUIということなんだろう
そのうち、コマンドプロンプトや端末エミュ経由でやってたこと、というかシェルというべきか、
その辺のレイヤーがAIのプロンプトっぽいものに置き換わる日は近いと思ってる
こうなってくると、プログラマーとか、ITリテラシーが高いみたいなアドバンテージは急速に失われていくだろう
社会の方向性としては正しいけど、アドバンテージがあることで仕事にしていた人たちの意味はなくなっていくわけだ
プログラムを書くこと、少なくとも自分が書くことは社会に必要とされてないわけだから、
もう仕事は自分のできる範囲であればいいが、何でもいいし、定時出勤だけが評価されるような仕事でももういいかな、とは思ってる
思ってるけど、それでも厳しいね、やっぱり年齢なんだろうね…😟
テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
GでもCでもUIはまた別
結論としては書かないほうがいいと思った。
そういうこともある
全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
まあそれはないだろう
それはデバッグの一環のような
一番よくあるやつ
そこのバランス考えないと
バックエンドのビジネスロジックを担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる
悪いね
テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね
上にも書いたけどパーツがでかいのでは?って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
要件が固まらない、毎週変わるようなのとか、システムが絡むテストでコストが凄く高いもの、UIのマイナーな変更なんかは書かない方がいいけど
ネット上ではテストコードを書かないのは低レベルな開発者という風潮だ。
10年以上、テストコードを書く開発と書かない開発の両方を経験してきた。
■前提
・テスト対象は大小さまざま。OSの保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。
結論としては書かないほうがいいと思った。
・テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである。
結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。
・100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。
・テストコードを書くと実装の見落としが見つかってありがたいことはあった。
・git pushするたびに毎回走っても全くの無意味だった。
・テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生の無駄。
・その次にサイアクだったのは、テストコードの実行が失敗したときテストコードのバグであることが大半であったことだ。
・GUIソフトとテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である。
・テストコードを書くと、テストしやすいクラスの実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。
例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると
メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初は面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。
テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルなコードで早く完成する。
Linux(Unix)は必ずテキストでCUIで事象も原因も答えも存在しているから何かとGUIがなければ詰まるWindowsより遥かに具体性が高い。
存在しているものにたどり着く事に技能が必要なことは否定しないが、逆に言えば技能があればたどり着けるわけでこれほどありがたい事もない。
オープンソースというのはそういうものなので技能が足りなければ金で外部解決に委ねる事になる。
エンドユーザーがGUIをぺちぺちしている動作を表層的に追う内はいつまでもヘルプデスクは苦痛だと思う。
ユーザーが本質的に何をしているのかピックアップする能力と、コンピュータやネットワークとして本質的にどう動くかの理解が必要だと昔やって痛感した。