  |
はてなキーワード: 正論とは
うーん、経済的に死んでもみんな困るわけで、
もう国も断言しないだけで自己責任でやってってくださいとしか思ってない気がする
運がいい？のかバタバタ死ぬようなウィルスではなかったわけで、まあ今のところはそうなわけで、
となると、無理にでも両立していかなければならないことは自明なわけで、
今更医師会とか研究者に正論まくし立てられても誰だって困る気がする
だったら国民が納得するプランBを語ってみろよとどうしても思ってしまうわ
宮崎駿が言ってたように、そういう発言をするなら代替案を出してください、
それは正論なんだけど、そういう研究者の内情とかを世間一般の人は理解していないものだし、
国連の「恣意的拘禁に関する作業部会」に、ゴーンの4度に渡る逮捕と長期間の拘留は違法だという訴えが持ち込まれました。「訴えによると、拘置所内では食事は不定期的にしか取れず、ゴーン氏はかなり痩せてしまったとのことです。」みたいな鼻で笑っちゃう訴えもありますが、おおむね正当だとおもいます。同じような容疑で繰り返し再逮捕されて拘束期間が延ばされたとか、読めない日本語の供述調書を、その場での口頭の翻訳を聞かされれただけでサインを強制されて、拒むと拘束期間が延びることをほのめかされたとか、自分が弁護士と相談できるのは平日の昼間だけなのに、取り調べは夜とか週末とか祝日とか弁護士と相談できない時間にやられるとか、保釈中も弁護士経由でないと妻に連絡を取ってはならないなんて保釈じゃなくて在宅逮捕だ、とか、まあ近代国家はやっちゃダメだよねって思います。
この訴えについて、国連が日本政府に説明を求めたところ、二か月後に
法律に基づき、個々の事件についてはコメントできない。ただ、一般に日本では、逮捕後の拘束期間は裁判所の厳しい監督下にある。
という回答が返ってきました。
日本の代用監獄問題について部会が以前に述べたように、法律によって説明できないという主張は十分ではない。この作業部会は、国連人権理事会の決議３０.３０に基づき、不当に拘束されている恐れがある被害者のために、世界中の政府に説明責任を求めるために存在している。したがって加盟国には、６０日以内に可能な限り詳細な調査を行って部会に報告する義務がある。しかし、日本政府は、部会がこのような説明をしたのちにも、法律に基づき公判中の事件にはコメントできない、という主張を繰り返した。
一応補足しておきますが、国連からの情報提供の依頼とその回答はとても重いものです。実際、大量破壊兵器の有無について国連からの問い合わせに十分な回答がなかった、という理由でアメリカがイラク政府を転覆させています。また、自国の法律は自国が決められるので、「自国の法律では説明できないから説明しないよ、ゴメンね」は、回答になっていません。大量破壊兵器の有無について聞かれたときに、「軍事機密だから外国人に話すのは違法だよ、ゴメンね」で済まないの同じです。
こんなコメントされてるようでは、国連部会の結論が日本政府にとって有利になるはずがありません。部会は、ゴーンの国外逃走については評価も批判もしないが、それとは独立に、逃走以前のゴーンの拘束が正当かどうかについて判定することは可能だと述べます。それどころか、ゴーンの国外脱出という事件があったからこそ、日本のdaiyo kangokuについての問題があらためて問われているし、部会として判断するのは適切だ、とまで言っています。その後、部会は、訴えは十分にもっともらしいので、訴えが正当かどうかの説明責任は日本政府にある、とします。
という国連人権規約を引用します。そして、ゴーン氏のケースでは、保釈請求が繰り返し棄却された際に理由が述べられないため反論も不可能なこと、および、繰り返し行われた逮捕から検察送致までの期間には制度上保釈請求すら不可能な点を指摘し、ゴーン氏の長期拘束は法的な正当性がないと結論付け、ゴーン氏の取り扱いを直ちに改善するよう日本政府に求めています。
正直、国連部会の主張はぐうの音もでない正論だと思う。それに引き換え、国連人権規約で、逃走の恐れが高い時の拘束は認められており、さらに実際に逃走されているのに、「拘置には法的な正当性がない」とか言われてる日本政府は無能の極み。代用監獄続けるなら、せめてその正当性をまともに訴えるくらいしてくれ。ゴーンのケースはこんなにコテンパンにやられるほど日本政府が不利なケースではない。
あれって要は男女反転させた「やって！TRY」だよね。
https://twitter.com/Seiyu_Japan/status/1328838074508296192
まあ、演出的に夫が料理をナチュラルに舐めてる描写を入れてるのはエクスキューズとして巧妙だし
夫のキャラも身なりが整っていてこだわりが強そうな、普段から正論で部下を詰めてそうな仕事ができるタイプにしてるのもうまいっちゃうまい。
でも実際あのタイプの夫が企画じゃなくて料理に取り組むなら、事前にネットで情報を調べて
所要時間やリスクを見積もって、技術的な部分はYouTubeやクラシルの動画を見ながら調理も片付けも効率的にやっちゃって
昔、新渡戸稲造がフリーメイソン会員でどうこうっていう都市伝説があったじゃん。
うろ覚えだけど、確か旧五千円札地球（太平洋）にこじつけて、地球上で太平洋の真裏にあるのはエジプトだ、紙幣裏面の同じ位置には目玉（っぽい）模様がある、ピラミッド＋目玉マーク、つまりフリーメイソンの暗示なんだ！ってやつだったか。
これは黒歴史で、小学校高学年くらいの時、それをうっかり親に披露して叱られたことがある。
「『われ太平洋の橋とならん』。新渡戸稲造の有名な言葉だ。だから（紙幣の地球は）太平洋なんだ。そのくらい知っとけ。」って父親にピシャリと言われた。
もちろん新渡戸稲造の名言なんて知らないまま鵜呑みにしてた。ゆとり教育だったし学校でも習ってなかったと思う。あんまり正面から否定されてムカついたけど、なにぶん正論なので刃向かう気は起きなくて、ひたすらばつが悪かった。以降その手の言説とはなんとなく距離をとるようになって、いつしか半信半疑で愉しむものということで消化できるようになった。
あれに近い陰謀論を本気で信じることがどれだけタチが悪いか、世界中で身をもって実感してるのが今なんだろうな。
父親は地元の名士を侮辱するうさんくさい言説が蔓延ってることに腹が立っただろうし、我が子がそれを真に受けてるのを見てヤバいとも思ったんだろう。
自分だってまたいつ変な話を信じ込みそうになるかわからないけど、ちゃんと知識で叱ってくれる親のもとに生まれて運が良かったとしみじみ思う。
努力不足でSESにしか行けなかったというツイートが話題になっていますね。
件の人に限らず、スクール卒業者が就職できないやら、採用したけど使えなかったとかという話をよく聞くので、そんな悲しいミスマッチを減らし、この業界を目指す人が希望と勝算をもってチャレンジできるようになることを願って思っていることを書いてみようと思いました。
業界に入って十数年、メガベンチャーで働きGAFAの関連企業から1X00万円のオファーを貰うくらいのスキルと経験はある。もちろん開発のスペシャリストとして。
新宿の雑居ビルにオフィスのある中国人が経営するSES会社からキャリアをスタート。最初の会社は雇用保険も払ってなかった。
新卒または第二新卒、文系または数学が苦手、プログラミング未経験者でスクールやサロンに入ってプログラミングを身につけて働きたいと思ってるひと。
理系やプログラミング得意な人は、学生ならインターン、働いてる人はなんでも良いからスクリプトで業務改善すれば実務経験になり、そこからならどうとでもなるのでこの記事は参考にする必要なし。
ふたこぶラクダ理論というものがあります。(https://ameblo.jp/bradnine/entry-11911830387.html)
要約すると、出来る人と出来ない人がいて、何が要因なのかわかっていないし、出来ない人への教え方も確立していないとのことです。
学び始めてすぐに判断を下す必要はないですが、スクールのカリキュラムを終える頃には周りとの成長スピードの差で自然に理解できるかと思います。
しかし、もし適正がなかったとしても悲観するのはまだ早いです。
プラグラミングの適性がない人にもこの業界にはポジションがある。QA、PdM、PjM、UIデザイナー、UXデザイナー、カスタマーサクセス、営業、採用、などなどいろいろあります。
なにはともあれ3割くらいは可能性があって外れても選択肢があるんですからポジティブに受け止めましょう。
エンジニアの生産性の差は10倍や100倍にもなると言う話は聞いたこことがあるかと思います、底辺と天才を比べた極端な話だと思いますよね？実はこれありふれた話です。超有名ベンチャーで難しい採用試験を潜り抜けて即戦力採用された人たちの中でも100倍の差があることもあります。それも瞬間風速的な話ではなく、年間の変更コード行数を計測してそうなります。10倍の差はもっとありふれた話です。
さてここまではプラス面だけの話ですが、マイナス面も考える必要があります。
あなたが無事現場に入ってわからないことを教えてもらう必要があるとします。面倒見のいい先輩がなんでも聞いて良いよと言ってくれたので、質問をして、3時間先輩の時間を使ってしまいました。先輩は100倍エンジニアだったとすると、その3時間であなたの二ヶ月分の作業量が消し飛んだ計算になります。あなたはそれに見合った成長をして恩返しできますか？
ちなみにそれくらい能力差があっても給与はあまりかわりません。良くて倍くらい。同じ給与ってこともまぁよくある話で、多重下請の現場では逆転してることも珍しくはありません。
そろそろ本題に近づいてきました。
ここまでの話を踏まえてどうするべきだと思いますか？
特別なことでも難しいことでもなく、いたってシンプルです。それは「足を引っ張らない」ことです。大抵の現場では初心者に毛が生えたような人にアウトプットを期待していません。ある程度の教育期間をとった後で普通の人の半分でもアウトプットを出してくれたら恩の字です。
あなたが天才でなければ、まずは自分でアウトプットを出すのは一旦諦めてください。先輩の時間を増やしましょう。例えば動作確認や他チームやステイクホルダーへの連絡、文書作成など、100倍エンジニアでも生産性が変わらない業務を肩代わりして先輩が開発にかけられる正味の時間を増やしましょう。これが現段階では正しいチームワークです。100倍エンジニアの時間を奪って質問するくらいなら、10倍の時間をかけて一人で調べた方が、10倍生産性が高くなります。聞くとしても調べた上での答え合わせと間違っていた時のヒントだけにしましょう。個人の学習効率をだけみてもそっちのほうが効率いいです。理解できない人には独学大全がオススメです。
ろくに動作確認をしていない可読性の低いコードをプルリクに出して、レビュワーになった100倍エンジニアが仕様確認したりローカルで動作確認したり、あまつさえバグを見つけてしまうなど、最悪です。
初心者だから間違えてもしょうがないというのは正論です。しかし、プロジェクトの時間とコストを考慮すれば逆の結論になります。あなたのアウトプットが数倍早くなろうが遅くなろうがプロジェクトには影響がないのです。学習時間とリスクを考慮してそういうふうにタスクを組んでいます。数倍時間をかけて慎重にやって良く、マイナスを生まない事を考えれば、初心者こそ絶対にバグを出してはいけないという結論になります。0は無理でもそういう気持ちでやりましょう。
ここまでは現場に入ってからの話でした。皆さんは現場に入る方法を知りたいと思いますが、もう少し辛抱してください。敵を知り己を知れば百戦危うからずの故事もあります。もう少し敵を知ってから戦術を立てましょう。
デスマーチと呼ばれているものには2種類あります。一つは定義通りのデスマーチ (https://ja.m.wikipedia.org/wiki/デスマーチ )。もう一つはデスマーチの要件を満たさないが、関係者の能力不足によってデスマーチの様相を呈しているもの。実は前者はとても希少で、世の中のきついプロジェクトというのはほとんど後者だと考えてください。
様々な点で両者は異なります。
真のデスマーチはほとんどの場合技術的な問題ではなく政治的な問題で発生します。そのため予算は潤沢ではないが常識的にはあり、技術は枯れてリスクが少なく確かな効果が確認されているものが採用されていることが多いです。工学的なアプローチで生産性を向上する仕組みなどが取り入れられていることもあります。管理プロセスも機能しておりコンプライアンス違反も少ない傾向があります。政治的な理由でプロジェクトが延長されている都合で、PMがプロジェクトを終わらせたいと思っていても、予算がある限り新しい要件が発生しつづけて終わらないという状況も発生しえます。こちらのタイプに参加するメリットとしては、よく管理運営されたプロジェクトを体験できる点、ドキュメントがしっかりしている点、低スキルの人が参加することを考慮して仕組み化されているのでキャッチアップにかかる時間が低いなどがあります。
なんちゃってデスマーチは技術力や要件定義能力、集団の合意形成能力などの不足によって起こります。PMやステイクホルダーは赤字を垂れ流すプロジェクトを早く終わらせたいと思っているので多少納期が伸びても必ず終わります。プロジェクトを終わらせるための提案であれば下からの意見でも柔軟に対応してくれることもあります。新しい技術と古い技術が混在していたり、新しい技術を採用しているのに使いこなしていないこともあります。CI/CDや自動テストが無い又は不十分な現場も多いです。こちらのメリットとしてはスタンダートが低いのでキャッチアップ戦力になれるまでの時間が短かったり、小さな労力で大きな生産性改善ができ職務経歴書に書ける良いエピソードが作りやすいといったことが挙げられます。
また両者には人の出入りが激しいという共通点があります。そのためドキュメントの有無にかかわらず新しい人が参加し、教育や環境構築を行いタスクを振って実務を行うという、一連の受入業務に現場の担当者が慣れています。またこれは両者それぞれのところで触れましたが、理由はそれぞれ違いますがキャッチアップして戦力になるまでの時間は小さいという共通点があります。
デスマーチでは残業が多いと思われていますが、新人は戦力として期待していないので残業する必要はないです。マネージャーからすると、無駄な残業代は払いたくないし事故って仕事を増やすリスクも嫌なので、1秒たりとも残業してほしくありません。早く帰ってリフレッシュするなり自習するなりしてプロジェクトのリスクを減らしてください。
そのため、デスマーチに入って残業というのは底辺層にとってはほとんどの場合杞憂です。テスト要員としてでも残業を頼まれたら戦力に数えられている事を喜んでも良いと思います。
翻って比較対照としてみなさんに人気のあるWeb系企業を考えてみましょう。GoogleやNetflixとまではいかなくても、ほとんどの会社ではそれらを模倣しています。共通点としてはだいたい自走・自律できることが求められます。辞める人は少ないので比較的受け入れ体制は整っていないケースが多いです。企業によってスキルレベルはピンキリですが、周りとのスキル差が大きくなるのでキャッチアップにかかる労力と時間は大きくなります。開発プロセスは整えられているため、あなたが工夫して改善できる余地は少ないです。
ここであなたが採用する立場になったと想像してください。「最新の技術スタックで言われた作業をやっていました。ついていくのがやっとで自分で工夫した点は特にないです。勉強はがんばりました」という人と、「技術スタックが古かったのですがXXを導入してXXをXX程改善できました」という人がいたとして、どちらが戦力になりそうでしょう？どちらを採用したいですか？
ここまで書いたことを理解して謙虚に面接を受ければそう悪い結果にはならないと思います。
現場の技術レベルが高い現場を望んでもメリットは無いので、少しでも自分が成果を出しやすい環境を探しましょう。
誰かが傷付いたとか人の悪意を見てしまうとしんどくなるから、全員幸せになってくれればいいのに。みんな幸せになればエブリワンハッピーじゃん。エブリワンハッピーセット。
以下私がしんどい話。
私は痛みに人一倍弱くて、「これ以上痛いなら死んでやる」と自殺を考えるくらいには耐性ゼロだ。だけど現実はどこも刺々しい。
まず考えてみてほしいのだが、自分以外も苦しんでいる世界が自分にだけ優しいはずがない。なぜなら自分は特別ではないから。当たり前なんだけど。
せめて凡人と言い張れたらよかったけど、ぼっちが並の人間を名乗るのは自己評価が高すぎる。しかも、自分から孤高してるタイプじゃないのでマイナス補正に余念がない。
そんな底辺が人の痛がっているところを見ると、どう思うか。生きるの怖い。何をしても苦痛が伴うことを、自分よりも出来ているだろう人達が証明してくるのは正論の暴力だ。
「面接落ちた」と嘆く人が自分よりスペックが上だったら「それより下の自分はもっと無理」だし、人の悪口を聞けば自分がその対象になることに怯える。
自意識過剰かもしれないが、防御してないところに攻撃されたら痛い。なのでワクチンも兼ねて人の話を聞くけど、実際はその何倍も痛いので死にたくなる。
しかも「痛み」は感染するし、その恐怖だけで人を殺してしまうと思う。だってわざわざ痛い思いから絶望して死ぬより、余力のある内に死んだ方が総合的に幸福度は高いと思いませんか？
私の視界に入る人間が何も不安なく生きていれば、それでもセーフティーネットになるんだろう。でも数少ない社会との接触点が痛そうなので、しんどさ8割増しのダイレクトアタックだ。惰性で生きれる環境にあるだけ平和だと感じているが、それだっていつ終わるかわからない。明日絶望するほど痛い目に合うかもしれないし。
極論、いい人や普通の人だけじゃなくて悪い人も全部ひっくるめて幸せになれるやさしい世界じゃないと私は嫌だった。何があっても自分が取りこぼされる心配のない場所で生きたかった。傷付かないように過ごしたいだけなのに、それが難しすぎる。
よく現実と理想のギャップが大きいほど苦しむというが、みんなどこで現実と折り合いをつけられるようになったんだ。そんな方法習わなかったし、誰も教えてくれなかった。
見てたとして、嫌なことはすぐ忘れたいタイプなので見なかったことにしてるかもしれない。こういうの認知の歪みっていうんだっけ。よく「話噛み合わないね」とか言われるし。
できることなら現実逃避して、痛みを避けて生きていたいな。別に今のところは死ぬほどじゃない。
だけど一生逃げ続けられるほど、自分は強くない。
自分も20代前半だけど、最近の令和的なノリについていけない。正論を振りかざすんじゃなくて正しさの押し売りって感じの…
世の中にはプログラマー35歳定年説というものがあった。昔からそんなのはないという人と、あるという人がいた。40代も半ばになったときに「あぁ、これが35再定年説の根拠か」というものがなんかちらほら見えるようになってきたので書いてみようと思った。
世の中にはものすごいプログラマーというのはやっぱりいる。なんなら死ぬまでプログラミング書いていられるという人たちもいる（ブラック的な意味ではなく）。そんな彼らからしたらプログラマー35再定年説とか意味がわからない都市伝説にしか映らないだろう。
だが、普通に職業プログラマとして生きている俺のような人からすると、この35歳定年説はかなりの真実味を帯びている。
だが、そんな俺でも40代半ばまで延命できたのはやはり技術革新のおかげかもしれないが、結局平均寿命が伸びただけとも言えるだろう。
まず、技術に対する姿勢が変わる。正直言うとプログラミングとかもうしたくなくなる。というか、そもそも一生プログラミングを仕事にしたいと思う最初の頃は好きだと思っていたが、仕事にしてしばらく経ったら大して好きでもなかったな、と思うようになる。
大して好きでもないことを仕事にし続ける体力はやはり年とともになくなり、体力がなくなった分「自分が本質的にしたいと思うこと」が見えてくる。そしてそれはプログラミングではないため、ギャップがきつくなっていく。
おそらく、この辺が35歳くらいのあたりに来るのではないだろうか。35歳定年説と言ったら35歳ピッタリしか想像できないのが離散数学の世界で生きているプログラマらしいといえばらしいが。
そんな感じでやってても、20年もやればそれなりにスキルも身につく。さすがにGoogleの一線で働くような大天才たちと渡り合うことはできないが、もしかしたらGoogleの片隅で働ける程度のスキルはあるかもしれないが、正直もういいっす、っていう気持ちのほうが大きくなる。
次に、自分がどうにか身につけてきた知見というものがなかなか広まらない。コンセンサスが取れない、という状況にも苦しくなってくる。
自分がやってきたプロジェクトでこういうことをやったらうまく働いた、というような知見は共有するが、なかなか価値観が共有できないことに気がつく。若いうちは「だったら俺が全部やりますわ」くらいの気合を見せられたものだが、年を取ってくると「あ、そうですか・・・」となってしまう。純粋に体力も気力もなくなっていく。
プログラミングをやっているだけありみんな論理的な思考が大変上手だ。「皆さんホント論理的でいはりますなぁ」と言いたくなるわけだが、悲しいことに自分たちの振りかざす論理が、単なる正論、飛躍、極論、屁理屈、と言ったものであることに気づけない人も結構多い。こういうのを各個撃破するのも疲れる。
これからプログラミングを仕事にする人たちに言っておきたいことがある。もしこの世界で長く働きたい、定年までコード書いていたい、と思うなら、常に勉強をしなくてはならない。もしあなたがFラン出ているなら、他の人の倍努力しなくてはならない。できないならそこそこで転職したほうがいい。この世界にいるといかに若いうちの勉強が大事だったかを日々痛感する。
実務の上での俺の感じていることを書く。DDDだとかクリーンアーキテクチャだとかも大事だがもっとそれ以前に俺が根源的に重要だと考えているポイントだ。この辺をないがしろにしたらDDDもクリーンアーキテクチャも絶対に崩壊する。
まず、心得てほしいのはどんなにすごいプログラマでも意図の通じないコードは本当の意味で直せないということだ。
まず、引数チェック、状態チェックは必ずやれ。コードが語る、というようなことを言ってやらないやつが昔は多かったが、今もいるんだろうか。悲惨なバグやメンテナンス性の低下はそういった自分の意図の表明を横着したコードから起こり始める。「俺はこれをやる、だからこの機能を呼び出すならこういう状態にした上でこういう情報を渡せ、じゃないならやらない」とはっきり言え。もしこの辺を冗長だと考える同僚がいるならもう辞めたほうがいい。
引数チェックや状態チェックのコードで画面の半分が埋まったならそのコードは設計がおかしい。一旦手を止めてよく考えろ。一つの機能を動かすのにそんなに引数がいるのか、そんなにチェックする状態が多いのか、そしてそれらは本当に必要か検討しろ。
テストコードは絶対に書け。テストコードが書けない技術は絶対に使うな。意味のあるテストが書けないならやめたほうがいいという輩もいるが、とにかく意味があろうとなかろうと書け。引数にこれを入れたらこうなる、こういう状態でこういう事したらこうなる、というお前の意図はとにかく示せるだけ示せ。
だいたいこの辺を横着したやつは翌年酷く後悔するか、そこのメンテを担当した同僚を攻撃している。
コードが書けなくても大丈夫、という会社は、コードが書けたほうが有利な会社ではなく、本当にコードを書かない会社だというこは肝に銘じておけ。身につくスキルはEXCELの方眼紙を最低限の手数で作れるようになることか、本気でやればビジネスを理解できるかもしれないが、お前の技術者としてのキャリアはそこで止まる。
仮に憧れのスーパーハッカーがいる会社を目指しているとして、彼らがそこでどう働いているか、なにが泥臭いのかを想像できない、聞くことができないならやめておけ。浮かれ過ぎだ。
仮にGithubのURLを教えろという会社を目指しているとして、そこのリポジトリを飾り立てようと考えたならやめておけ、そういう会社はGithubにアウトプットすることを日常的な趣味として苦ではなくやり続けられる人を求めている。
年収をその会社の選択基準にしているならそこはおまえには分不相応な会社だからやめておけ。仮に入れたとしても馴染めることはまず無い。これは年収が低くても同じだ。
嫌いな人がいるならその会社はやめていい
コメントを観てこの「最小且つ単一の論理でなにか否定できた気になる」という輩への対処が一番疲れる
一晩立ってみたらこんなにブクマついててびっくりした。気になったブコメもあったのでちょっと追記しておく。
いきなり視点がミクロに、と言うやつなんだが、結局若いうちにこういうのできてないやつはあとで苦労するが、最初のうちは体力でカバーできている。体力でカバーできなくなったときに本当の意味でつけを払う羽目になるという意味で言ったり、あとオレみたいなおっさんが大変つらい思いをする、という意味でも言っている。
Fラン関係なくねっていうやつだが、昭和世代のステレオタイプかもしれない、ごめん。勉強する習慣もなければ大してやってきてもいないやつはこの業界だと倍苦労する羽目になるというふうに言いたかったと思う。どんな業界でもそうだとは思うが。
返す刀で結論づけしたがる人々がやっぱり現れるな、君たちはそう思わない人なんだろうし議論する気もないが何かしら言いたい人なんだろう。別にそれはそれでいいよ。お仕事頑張ってね。
「俺は大して辛くないけどなー」っていう人もやっぱり現れるな。辛くないんだったらいいことだと思う、お仕事頑張ってね。
4Kモニターでものすごく細かい文字を読んでいる若者を見た、という人、俺も同意する。もう見ていられないんだよね。
関白宣言っぽいな、というのは俺も思った。
結局の所、プログラマ35歳定年説は俺も打ち破りたいと思っていた口なんだが、打ち破れる人とそうでない人がいる、ということで、俺は後者だった、ということだ。当然50過ぎてもプログラマやっている人は見かけるので、数学的な真理というわけではなく、統計的な傾向なんだろうと思っている。
若いうちから、いい環境で働かないと、気持ちのほうがどこかで先にギブアップする。いくら大好きで転職だと思う仕事だとしても、体力や若さで捻じ曲げていることはなかなか気づかない。色んな本を読んで客観的な指標で判断したほうがいい。
遺言とか言って書いておいて追記したら俺はソンビか亡霊なんだろうか？
びっくりした。こんなおっさんの愚痴みたいなエントリーがこんなにブクマされるとは思ってなかった。いくつか気になったブコメがあったのでやはり書いてみたくなったので書く。
まず、この遺言を最後にいなくなるのかという話だが、おそらくいなくなる。ゾンビで居続ける体力ももはやない。
次の準備はすでにしている。それは俺が本質的にやりたかったことに近いことだと思うのをピックアップしている。
本質的にやりたかったことって何かという話なんだが、まず俺が感じるプログラマーという仕事は「良き作り手であり続けること」が根本的なモラルだと思っている。若手で右も左もわからないような状態でも、それこそやっとフィズバズが理解できたような状況でも今持っているレベルで最大限にできうる一番いいものを模索し続ける仕事だと思っている。初心者にはチェックコード書け、意図はできるだけ込めろというのはそういう意味でもある。これを真正面から受け止めてくれる職場を探したほうがいいというのは追加しておきたい。
プログラム論とかそういう話がしたいんじゃないということだけは言っておく。
俺も体力があるうちは良きつくり手を目指していたのだが、本質的にやりたいこと、もうちょっと言うなら、俺のモラルの軸は作ることにではなく使うことにあった。プログラミングというアクティビティを挟んでこっちにつくり手がいてあっちに使い手がいる。仕組みを理解して作るのがプログラマーなら、作ったプログラムを理解してよりよい日常を模索するのが使い手、と言ってもいいかもしれない。いいフィードバックループのあっちとこっち、と言ってもいいかもしれない。俺は「良き作りてが使ったものを使う良き使い手でいたい」ということに気づいたので、遺言を書くことにした。少なくともこれに気づいた時点でプログラマーとしての俺は死んだ。
まだ直感的なものでしか無いので、うまく言語化できていないのは申し訳ないんだが、今後10年位はそれを模索していくのではないだろうか。
