はてなキーワード: プログラマーとは
まあ元々ではあるね
佐藤二朗と同じではないけど、強迫性障害の酷いのに悩んでた、というか、今でもそれは変わってない
強迫で奇行に走ったとしても、大学まではぼっちになろうと思えばなれるわけで、ごまかせるんだよね
誤魔化せなくなるのは、集団行動を強要されるようになったとき、
勉強だけしてればいい、授業だけ受けてればいい、サークルに顔を出したいとき出してればいい、というわけにはいかない
症状を抑えたり、四六時中我慢して、決められた時間に、みんなと同じ部屋とかに一緒にいなければいけない
それができないから、大学四年で研究室でも揉めたし、リセットするために別の大学の大学院へ進学したけど、
当たり前だけど、本質的に病気に向き合ってるわけではないわけで、
あと、大学院のレベルが自分には高すぎたのかもしれない、授業にも途中でついていけなかったから中退して、
そこからフラフラした人生を送ってここまで来てしまった感じだよなぁ
いわゆる芸能界みたいなところにいたこともあったけど、我慢してそのままいて偉くなれてたら、
女優を食い散らかす映画監督みたいなことができてたのかもしれないけど、勤務先で映画の仕事とか傍から見てて、
俺の居場所はここじゃないよなあ、と思ったり、大学や大学院の同期はちゃんと理系の職場で働いてるわけで、
自分も今更文系の職場で働くのも無理だなあと思って、そこからプログラマーとして生きることにするんだけど、
今、できないことがあるとしても、線形的に成長してできるようになることは想像しがたくない
プログラマーという仕事は10年後には残らない可能性が高いと思う
もしくは公務員とか
例えば「画像は3色で保存されてるけど、それぞれ何色か知ってる?」と聞いたら
情報理論関係無くRGBを答える人は多いと思う(たまにこれすら答えられないプログラマーがいるが・・・)
ところが「JPEGって各画素に対して8bitなんだけどどうやって3色を割り振ってる?」って聞くと分からないプログラマーが多い
普段のプログラミングでJPEGを貼り付けるだけならこんなこと知らなくても問題無いんだが
ちょっと複雑なことをするときはこの手の知識が必要になってくる
同様に「人間の可聴周波数は?」とか「それをどうやってデジタルに保存してる?」とかも知らない人が多い
こういう知識を持ち合わせずに「音声認識結果が悪いのでハイレゾにしてみました」とか言ってきたりして頭が痛くなる
他にも情報量の概念を知らずに圧縮しようとしたり公開鍵のことを知らずにセキュリティに関する実装をしたりIPパケットを知らずにネットワーキングしようとしたり
基本的な知識を知らずにプログラマーになってる人間が多すぎて問題になってる
幹部なんかは「基本情報を持ってたらいいんだな!」「応用情報を取らせよう!」みたいな対策をやりがちなんだが
一夜漬けで終わらせる人がかなり多くて前述の質問に答えられない人もIPA資格は持ってたりする
普通に情報系の大学を出ていれば授業で単位を取得しているはずなんだが
大学はもっとザルで簡単に単位を取れてしまうので全くアテにならない
一番問題なのは、知識を知らなくてもプログラミングできてしまうので
下手に経験を積むと情報理論なんかの基礎を知らないまま「優秀プログラマー」として認知されてしまい
更に本人もその自覚を持ってしまってリーダー的な立ち位置になってしまう
おっちゃんな、35年パソコン弄ってて、30年パソコンで飯食ってんだが
定期的に「世界が変わる画期的IT新製品」って奴が陳列されるのを見てきたの
インターネットもそう
iPhoneもそうだね
なにが変わった?なんも変わってねぇよ
人の営みの基本は変わらんの、メシ食って射精して寝る
「アレクサ、照明を明るくして」。。。
紐垂らして引っ張ったほうが早いっちゅうねん
ChatGPTやらも技術キャッチアップで使いましたよ、てか使ってるが
これで何が変わるのか?
多少効率化するかもしれんが業務全体の効率化への寄与は誤差程度でしかない。
もちろんこの誤差程度が積み重なって社会は少しずつ変わっていく、便利にはなっているが。
例えば、ちょっとした経費伝票の処理、昔は完全アナログだったが
事務職の女の子に、「あんじょうよろしく」と領収書を渡しておけば秒で終わった
怪しげな領収書も優秀な事務職さんが華麗な魔法で処理してくれていた
ところが電子化された今はゴチャゴチャゴチャゴチャと自力で入力して電子承認手続きして、
不正防止とやらで新幹線は乗車号数まで書かなきゃならない、時間的に矛盾する報告書出したらチェックされて返ってくるの、暇だねぇ
んでいずれAIで経費の不正検出できます、みたいなソリューションが出てくるのだろう、無駄の上乗せ屋上屋
利益だしとんねんからごちゃごちゃうっせぇわと言いたいが言うても無駄なので時代に迎合
さっき冷え性の事務職さんに「こんなの通りません」って伝票突っ返されたので愚痴でこれを書いてる
わいインターネットはまだ国内プロバイダーが個人商用サービスを始める前、WindowsがTCPソケットを実装する前、Asahi-NETがパソコン通信からテキストベースでインターネットゲートウェイしてた時代から使ってるからね
がっつりネットつかって、きっちりITで飯食ってる、一応プロのプログラマーっすよ
大友克洋のAKIRAは金字塔として評価されているが、その直後に作られたほぼ無評価の「老人Z」って作品がある。思い出しちゃった、わいこっちのほうが好きなんよね
随分と便利になった、そりゃ否定せんよ、でも変わってないよ
メシ食って射精して寝る、なにが変わったよ
今はみんなAIに熱狂してる、世界が変わると、なーんも変わらんよ
でも思ってるほど世界は変わらんと警告してやってんの、よろぴく
自費や会社の補助で技術書を購入している。オライリーとか翔泳社とかSBプロダクツとか色んなとこの。推薦図書とか書泉とかで見かけて買ったり一貫性も無い
なるべく読んだりハンズオンをやってみたりしたんだが、どんどん面白そうな本も出てきて買っては積んである。読むのは苦じゃないくテンポよく読み終えているが読み終わった本の処分に悩んでいる
知り合いとかは裁断してスキャンしてPDFにして切ったのをメルカリで売ってるようだが自分は紙をめくるのが好きだったりPDFだとなんか読まないのとスキャン環境を持っていないので出来ないと思っている
実際読んでから見直さない本もあるのだが処分してからやっぱ読みたくなるとかもありそうでなかなか踏ん切りがつかない
部屋の本棚の容量もあるので処分はしたいのだけど同じような悩みの人はスキャン以外ではどうしてたり、どういう本は処分してるのか参考にしたいから教えてください
企業につとめるとかだと入社ではじかれるよねって話で、ジェンダーバイアスとかあるんだろうけど
PCで絵を描く女性は腐るほどいるわけだから、PCが使えないってことはないと思うんだよ
WEBデザイナーみたいにフォトショップとかそういうのは使うじゃん?そういう領域だと結構女性いるよね
「この関数にこういうパラメータを使ったこういう処理を追加してくれ」などと言われたら、コードは複雑化するのは当然だろう。
かといってこういう要求が来た時に、コード全体を一から作り直して簡潔にしようと思うのはナンセンスだ。
コードの量にもよるが、一定程度の量のコードがそこにあるときは、やはりリファクタリングの方が効率よく進められる。
「僕はリファクタリングなんてしませぇん、一から書いた方がいいでぇす」というのは、特定の現場・状況だけにあてはまるものだと認識しておこう。
確かに「コード全体をリファクタリング」なんてしようと思ったら大変すぎるが、通常は「修正を担当する部分をついでにリファクタリングする」でOKだ。
ユニットテストさえかけていれば、そのリファクタリングによって、バグが見つかりやすくなるだろうし、保守性も上がるのである。
なお、本当にコードベースが酷いカオス状態で、ゴッドオブジェクトを使っているような状況になったら、「書き直す」という利点が少しはあるかもしれないが、そういう場合は関係各位に同意を取らなければやってはいけない。
そういったカオスな状況でさえ、平均的なプログラマーは「良いコード」よりも「慣れているコード」に愛着を持つ傾向にある。
もしあなたが「コードを綺麗にするためにすべてを一から書き直そう」と、無断でそのようなことをやったら、彼らが慣れていないという理由で批判の嵐が殺到するだろう。
おっさんならわかると思うけど2000年ごろのテレビ業界って、インターネットを敵視してたよね
私は、そんなに脅威ならテレビ局ががネット企業になればいいのではって思ってたんだよね
CDレンタル屋のnetflixがネット配信業やるみたいに、DMMがAV配信するようにね
だから生成AIでも思ったんだよ「なにを脅威に思ってんだ、絵師がさっさとAIを活かした事やればいいじゃん」ってね
でも絵師はむりなんだよな
絵の仕事がしたいんじゃないんだよな(仕事になればいいと思ってるだろうけど)
苦労して苦労して苦労して、凄いですね!っていいってもらうための手段でしかない
楽をするという事が彼らにとって死なんだよな
活かしたら彼らは楽をしていると思われる
登山みたいなもんだよな
AIのプロンプトがもっと複雑になって著作権で守りましょうなんて時代になったら
70年代、プログラミングなんて著作権で守るようなもんじゃない、あんなのはキーボードで文字うってるだけだと思われてた
今はそんな感じだな
GitHub Copilotは変数名やメソッド名をちゃんと規則立てて付けてるとめちゃくちゃ優秀に機能する
boolean open
みたいに付けてると微妙なこともあるけど
boolean isDialogOpen
他にも、createDataDayっていうメソッドがあって似たようなcreateDataMonthとかが乱立してるときに実装を共有化したいって思ったときなんかは
function createDataBase
ぐらいまで打ち込むと共有部分だけ抽出してくれる
命名規則だけじゃなくて実装のアルゴリズムがちゃんと整理されて設計されているとこっちがやりたいことを把握して実装してくれる
この辺は例が難しいけれど、なんかCopilotがまともなことを返してこないな、と思う時はこっちの実装が微妙な場合が多い
整理しなおして分かりやすい状態にしておくと綺麗に動いてくれる
Copilot使えねーって言ってる人のソースはほぼ100%こういう最低限のことができてなくて
「料理の味に文句つけるならお前がもっと美味いのを毎日作ってからにしろ」が本来言いたいことであって、それをオブラートに包んだのが「カレーぐらい」だってこともわからないのかよ。
男か女かしらないけど、コミュニケーション能力が皆無だね。
「書いてないことを読み取らない能力が~~~」と日頃マウントし続けている内に、本当に書いてないことは一切読み取れなくなったんだな。
まあ、はてなやってるような人ってそういう人が多いんだろうけどさ。
「買い物にいって牛乳を1つ買ってきてちょうだい。卵があったら6つお願い」に対して牛乳6パック買ってくるみたいなタイプの人。
いやいやそれじゃ駄目だよ。
というか、書いてあることしか読み取れないんだったらそれはプログラマーとしても失格だよね。
デバックテストをするにしたって、想定外の自体を潰しこむためにはそれを想定内まで落とし込む必要があるんだから、そこには想像力がないと。
いやマジでありえないわ。
こんな人間が「自分は読解力がある」と思っているのがありえない。
もう一度言うけど、「文句があるならお前がやれ。お前がやらないなら文句を言うな」の言い換えでしか無いからな、カレーの話は。