はてなキーワード: プログラマーとは
ワイ、プログラマー。前の会社に久々に顔を出したら寝食を削って書いたコードが後輩に無茶苦茶に修正されてたから気持ち分かる。作品って我が子なんよ・・・。
ちなみにバグも潰れて気の利く修正になってました。でもだから余計に辛いんよ orz 関数の先頭にリターン文を置く修正は意味がわからんブレークポイント起きにくくなるだろ畜生め。スクロールして汚された関数を目にするたび心が死んでくのを感じた。
義務でやる勉強って楽しくないな。プログラミングの勉強を大学の合間縫ってやっててたんだけど、将来のためにと考えるようになってからめちゃくちゃつまらん。
最初は生活で「これあったら良いのにな〜」と思ってた奴を作りたかったのと、楽しそうだったから始めたんだ。
でも、少し将来の事考える機会があって、プログラマーになりたいとか考えちゃって。そこから趣味でやってたプログラミングが全然楽しくなくなった。
プログラミングは楽しいよ。理解して、実践して、動く。その過程が楽しかったし達成感があった。けど今は何やっても楽しくない。心の中に教育ママが居て一生監視されてるみたいで、「〜くんはプログラマーになるんだからこれぐらい当然!!もっと頑張りなさい!結果を出しなさい!」と言ってくる。
多分俺は、プログラミングをもう楽しめないし、プログラマーにもなれないんだと思う。この完璧主義者の教育ママが出てくる事は人生で何度かあった、アニメ、小説、受験勉強。最初は楽しんでいたはずなのにいつしか義務になってしまう。そしていつも辛くなって辞めてしまうんだ。
俺はプログラミングの勉強を諦めようと思う。時間が経てば、義務感も薄れるだろう。ずっと見れなかったアニメだって最近少し見れるようになってきた。同じことがプログラミングにも起きるかもしれない。人生は長いしな。
赤田勲(豊原と生中継68やパワプロで高低差のあるバッティングシステムを開発)
豊原浩司(通称TOY・コナミ野球ゲームの生き字引で現在もパワプロチームに参加)
https://www.famitsu.com/news/201410/30064441.html
――当時は豊富なボイス音声が収録されていたことが画期的でしたが、そんな苦労があったのですね。ちなみに、最初の『パワプロ』は何人くらいで開発されていたのですか?
と言うと、if文でAという条件の処理だけを追加する奴
本当にそれが適切な場合はそれで良いのだけれど99%ぐらいこの手の対処は間違えている
仮にif文でAという条件だけを判定してエラーにならなくなっても他に潜在的なバグがあって解決しない
次のBやCという条件でエラーになり、それのif分を追加するっていうのを繰り返す
これが誰かが指摘するようなプロダクトだとまだマシだけど
エラー条件A、B、Cを見つけてそれぞれif文を追加して処理する
テストが網羅的でないので潜在的なDやEのバグが残ったままになるんだが
しばらくしてからDやEのバグを発見するが、αやβの機能追加にも影響するのでDやEの判定が複数箇所に増えたりする
君の言ってることは、翻訳家やプログラマーは保護すべき価値がなくAIに淘汰されても当然、絵描きだけがAIから保護されるべきだってのと同意なのよ。絵描きらしい傲慢さだな。Xで仲間募った方がいいんじゃない?
職務経歴書で誤字脱字が複数あると、お見送りの理由の1つになることもあります
「コードはスペルミスをするだけで動かない事もあるから、大切な書類で誤字脱字が多い事は大きなマイナス」とエンジニアの方がお話されておりました。
惜しいというか印象を損しているなーと思うのが、「お話されておりました。共有いたします」にすれば好印象なのにと思った。
「大事ですね!」とかで締めると、「自分たちはどうなのん?」って思われてしまう。
人事系の業種は、エンジニアに比べると遥かに属人的でフォーマットや書き方も適当なことが多く、「それをあなたが指摘しちゃう?」っていうピュアな疑問が湧くw
まあ、なんにしても教師みたいな言葉は使わないようにしようと良い学びになる。
たとえば良く知らない大学を出ている人が、有名大出身者に勉強を教えたがったら恥ずかしいでしょ。
ロードバイク毎日10km乗ってる人に、漕ぎ方教えたらアホでしょう。
コーディング1文字もやったことない人が、プログラマーにとって当たり前のことを指摘しちゃうのと同じ恥ずかしさがある。
つまり「自分ができないことを自分よりできる他人に説教するんじゃないよ」。
あなたはエンジニアと同じ仕事できるの?と聞けば100%出来ないだろうし。
職務経歴書くらいしかエンジニアを判断する材料がない、というのはなんか薄っぺらくて可哀想に思う。
書いてある中身がわからんから誤字脱字くらいしかチェックできないというのもわかるので、であればそういう姿勢で書くべきかなと。
今回は「文字のチェックなど必要な場合、依頼いただければ我々がサポートいたします!」みたいにすれば印象ガラっと変わったのにね。
人事系会社の若い人が世間を知らず天狗になってる系のツイートで2年に1回くらい炎上するけど、それと同列に見られるのは損している。
今回は同列ではないと思うけどね。書き方だけの問題。
自分も、全てオッケーだとは思ってなくて、学習する元データに怪しいポルノがあるのは良くないと思うし、
声優さんのコピーとか、絵師さんの絵柄狙い撃ちで学習してエロ画像作るのはだめだと思う。
ただこの世の中で完全にAIを使わないのは無理だよなあ。
プログラマーの書くコード、ものにもよると思うけどもうガンガンAIはいってるはず。
まえも、なんかソースコードを推測してくれるインテリジェンスみたいな機能入ってたけど、
今はChatGPTが強くて、じぶんも結構全部じゃないにしろ使うんだけども、だいたいのプログラマーは使うんじゃないだろうか(ジャンルによるのかもだけど)。
そもそも、元にしろ、Webで調べ物して→コードをまねするって感じだったと思うんだよなあ。
たまーにまんまのコメントとか残ってるよね。ファイル選択ダイアログとかな…。
もちろん考えてかけたらいいんだけど、どっかのブログのコードのまるまんまコピペよりはずっとずっと気にしなくてよくて楽だよ。
「もうAIの機能が入ってるのは使わない!」っていうのは、かなり無理で、極端で、まじめにやるなら、ヴィ―ガンと同じくらいの強烈な選り好みと努力が要りそう。
機械翻訳にしろ、無断学習にはよっているはずなんだよなー。創作とコードは別物で、コードはいいけど絵はNGとかそういう細かいこともありそうだけどね。
すごい強い言葉使うと、揚げ足とられてたいへんそうだから、強い言葉で「絶対使いません」って言うとあぶねぇな~と思う。
module_name.pyみたいなモジュールごとにファイル分割して、インターフェイスだけ公開してその他はdef _funcみたいにprotected(or private)にしとく。
でも「共通性がありそうだから共通関数にする」はアンチパターンだな。たまたま共通してただけの場合は分岐コードが増えて共通関数の保守コストが上がる。
あとありがちなのは、php開発者が関数分割しないですべてメインコードにべた書きするケース。こういうのはやめないと保守が大変。
とっておきのクズがやりがちなのは、神オブジェクトを作るとかだな。Userクラスのフィールドに関係する機能が多いからといって、コンポジションなどによるクラス分割をせずにユーザークラスにあらゆるフィールドとメソッドを追加して、さらに進むとユーザーとは無関係な機能も含めすべてをユーザークラスに定義するアフォ。こうなってしまったら、後から修正するのが難しくなる。
先に手を打つことが、プログラマーの素質「怠惰」につながるのであり、面倒臭いといって後回しにするのは美徳でもなんでもない。