  |
はてなキーワード: アーキテクチャとは
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
272あとで/1803users この本がスゴい！2020: わたしが知らないスゴ本は、きっとあなたが読んでいる
257あとで/1367users 鹿児島中央駅から新函館北斗駅まで新幹線の全駅に下車してきたので全力で紹介する_PR【駅メモ！】 | SPOT
247あとで/2110users ぼんくらITエンジニアでもYouTubeとスタサプでTOEIC 900点突破できたので勉強法をまとめていく - だいたいよくわからないブログ
235あとで/1299users 「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins
222あとで/1463users 売れるアプリにするコツ100個書きます(吐血) - Crieit
203あとで/1011users JavaScriptの基礎知識をGIFアニメで分かりやすく解説 -総まとめ | コリス
192あとで/1373users もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita
190あとで/959users OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife
183あとで/1146users 一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは-誰も教えてくれないプロマネのコツ | Mammoth Project
180あとで/1008users Pythonで仕事をする人のための書籍まとめ2021 - 学習, 業務効率化, アプリ開発からデータサイエンスまで - Lean Baseball
173あとで/1647users 【練習内容公開】イラストを100日練習しました｜都路 燕禅｜note
170あとで/2469users 僕のしょうもない人生を紹介します - いまトピ
170あとで/1019users 「フリーランス・副業向けサービス カオスマップ2020年完全版」が公開 - Digital Shift Times（デジタル シフト タイムズ） その変革に勇気と希望を
163あとで/1186users 9割の人が知らない再現性の危機 - 本しゃぶり
157あとで/1019users Mac を買ったら必ずやっておきたい初期設定を、全て自動化してみた | ulwlu | Zenn
154あとで/751users CTOの頭の中：技術投資を最適化する｜Shin Takeuchi｜note
152あとで/1503users 僕らはいつまでUSB Type-Cケーブルを選ぶのに迷うのだろう…もう間違えないための覚え書き - Magnolia Tech
148あとで/2347users 全財産を使って外車買ったら、えらいことになった｜岸田 奈美
141あとで/1040users 英語の発音について概説する - Amosapientiam
135あとで/648users 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
131あとで/2088users Amazonで「鬼滅の刃」のコミックを買ってしまったのに、どうしても読み始める気になれない。 | Books&Apps
131あとで/1089users ステーキをおいしく焼く理論。料理家・樋口直哉が教える、肉の焼き方「新常識」【保存版】 - ソレドコ
129あとで/855users Webディレクターのスキルツリー - NMY
129あとで/915users Kubernetes 1.20からDockerが非推奨になる理由 - inductor's blog
126あとで/745users Web制作の時短に！2020年の便利オンラインツール・ベスト100選 - PhotoshopVIP
121あとで/880users 【総まとめ】2020年公開のすごいPhotoshopチュートリアル、作り方厳選まとめ - PhotoshopVIP
121あとで/613users ドメイン駆動設計を導入するために転職して最初の3ヶ月でやったこと[DDD] - little hands' lab
121あとで/864users 家で筋トレを続けるための簡単な「仕掛け」を取り入れてみたら、筋トレが楽しくなって習慣化した話 | Fun Pay! | あたらしい自分、はじめよう。楽天カード
120あとで/614users Micro Frontends Architecture Patterns | okmttdhr | Zenn
恋人を作ろうと思うと、普段からちょこちょこヘルスチェックしたり、常時稼働してる分だけメンテナンス費用がかかる。
パパ活ならどうか。まず恋人が出来ることなら大抵カバーしている。
■30半ばで年収900万円達成したんだけど、向上心が失われて行って辛い
新卒時は大手SIer(プライムコントラクター)に就職、30手前でユーザ企業に転職して今は上流・下流工程を知ってるITシステムの発注者側の立場にいる。
新卒でIT企業に就職した時はまだ自分がこれからどうなっていくのか明解なキャリアパスは描けていなかったが、
30歳に近づくにつれ、ユーザ側（発注側）に転職してITエンジニアを指揮する立場にならなきゃダメだと思い転職活動を頑張り、結果望み通りユーザ側の企業に転職して現在に至る。
新卒当初はSIerの中でチームメンバー(システム設計・実装・テストをする人) → チームリーダー → PM → 統括PMのようなキャリアパスを描くのが王道だと思っていた。
だが、元請けとは言えどんなに非合理なシステムでも客に言われた通りに作らなきゃいけない下請け企業でPMになったところで大して意味がないことに気づく。
自分に裁量などほとんどなく、理不尽な客に怒られたりバカにされたりする頻度が増えるのに比べて給料は大して上がらない。
担当していたプロジェクトは超大企業のサービス開発。なのだが、ユーザ側の担当者のレベルがびっくりするほど低い。発注担当者は中学生の作文みたいなクソRFP書いてよこしてくる。納期も費用も工数もめちゃくちゃ。しかもやりたいことが全く分からない。多分発注担当の上の奴がテキトーに言ったことをそのまんま真に受けて左から右に流してるだけなんだろうが、有名な大企業にもこんなおバカな社員が堂々と給料もらって平気で定年まで安泰なんだなと思ったら複雑な気持ちになっていた。
だけど、幸か不幸か、そのダメな担当のおかげで20代のうちにユーザ側へ転職しないと仕事のレベルも上がらないしスキルも上がらないことに気づけた。30半ばになって思い返すと、本当に感謝しかない。
まだ30半ばで成功とか失敗とか書くのは時期尚早だとは思うが、給料も大幅に増えてフルリモート・フルフレックス・コアタイム無しの環境を手にしている現状は控えめにいっても成功だと思わざるをえない。
年収も30半ばにして900万円を超えた。
ユーザ企業に転職して思うのだが、ユーザ企業ではITのスペシャリストというのは新卒ではほとんどいない。ゼロとは言わないがSIerのレベルから見ても平均から下のレベルしかない。
なので業務を改善する社内システムの開発や、売り上げに直結するWebサービスのバックエンド・フロントエンドの開発プロジェクトが検討され始めると必ず声がかかり、システムのアーキテクチャを選定する段階から意思決定で主導権を握れる。
こちらとしてもそういう役割を期待されて中途採用されたというのもあるし、何よりこういう会社は新卒採用時にITのスペシャリストを採用することもないので、社内の新卒の誰かと争って主導権をようやく握る、などのようなこともなく、自然と企画、設計、実装、運用まで全て意思決定に関われる。
まさかSIerから転職した身で、自分でTypescript, React, Firebase, Java, C#, C++, SQL, Python, TensorFlowを駆使してゴリゴリ開発して企画を実現し、それがプレスリリースされて正式に会社のサービスとして世に出るようなことになるとは20代の頃は想像していなかった。
ここまでは20代の頃に目指していた理想の30代のキャリアパスそのものだと自負していて大変満足している。
だが、30半ばにして20代の頃ギラギラとした向上心が次第に失われつつあるのを日々実感している。
30前半までは自分で目標設定してそれを達成するのが楽しかったが、30半ば以降は金と評価が欲しくなってくる
30代前半までは日々成長し、技術の選択肢も勉強する度に着実に増え、サービスの企画が持ち込まれるとそれを実現するためには～すればいい、などとパッと浮かんで日夜シミュレーションしてPoCして…というサイクルが楽しくしょうがなかった。
今でも楽しくはあるのだが、これまでとは違って「ただ楽しい」だけでは到底満足できなくなっている自分に最近気づいた。
これまでは金になろうがなるまいが、依頼された仕事は自然と全力で取り組むことができた。報酬はやりがい、のようなところは正直あった。
だが、30半ばを超えてくると物の価値がだんだんとわかってくる。
仕事が忙しくなった時に皆さんはタスクに順位付けをするだろう。
これまではその優先度は難易度で昇順ソートかけて上から順に消化していく方式をとっていた。
すぐできるものから片づけることで、仕事の見かけのスループットが上がる。客観的には仕事が早く進んでいるように見える。
だが、今では、そのタスク・プロジェクトが将来金になるかならないかでタスクの優先順位を検討するようになりつつある。
結果が魅力的でなければそもそも仕事のやる気すら湧き上がってこない。
年収900万円
これは30代半ば、理想のキャリアを追い求めて突っ走ってきた人間の向上心が奪われてしまうような大きな金額なんだろうか。
このへんで満足してあと20数年まったり定年まで過ごすべきなんだろうか。
20代の頃あれだけ将来のキャリアについて真面目に考えていたのに、30代になって40代の理想のキャリアパスが描けない。
うちの会社は年功序列なので、年収も40代になれば自動で1000万円を超える。
このへんで走るのをやめてジョギングに切り替えても、多分未来はそう暗くない。
なのに、アクセルが減速しかかっている自分を冷静に見つめると、何か、本当はもっとできるのに手を抜いている、みたいな罪悪感が湧き上がって止まらない。
はてなを読んでいると、自分と同じ30半ばくらいの年代の人が多くいるように感じる。
30半ばでようやく安定を手にしつつある自分と似たような境遇の人がいれば、
40代に向かってどのような準備をしているのか、さらに上を目指しているのかそれとも今のポジションでの安定を取るのか、それとも会社を辞めて起業を考えているか、など、
恐縮ではあるが共有してほしい。
30半ばでクズになりかかっている自分に、勝手ながら発破と刺激を与えてやってほしい。
よろしくお願いしたい。
1についてだけ。
＞分かるけれどこれでどうやって動画や音楽のエンコードをしたり画像処理をしたりするソフトウェアになるのか
エンコードに関してはプログラムはエンコードの理論に従って作られているだけ。大事なのは研究者の考えた理論
画像処理は定型の処理の塊でこれも代替やり方は決まってる。"python 画像処理"とかでググれば多分出てくる
＞あるいはWordとかExcelとかがどうやってこんなので作られているのかが分からない
まず基本的な、ウィンドウシステムがどのように実現されているかをWin32アプリベースでも
よいので理解するべき。ユーザーのマウス操作、キーボード操作をどのようにプログラムが認識し、
処理するかが理解できる。この仕組みは基本的にすべてのアプリで共通と思われ。
＞プログラミング入門書を読んでも、一般的に知られているソフトウェアの作り方みたいな事が書いてない
多くの人が共通的な作り方に挑み敗れているわけで、プログラムは10個あれば10通りの作り方がある。
また、クラスレベルで抽象化してソフトウェア構造を整理しようとする、オブジェクト指向(最近は
クリーンアーキテクチャに昇華させる流れもあり)もあるけれど、オブジェクト指向に向かない
対象領域があったり、なんでもクラス病にかかる等して、銀の弾丸とは言い難い。
また自説だが、順次処理を基本とする、手続き型言語はデータと処理が入り乱れることになるため、
全てを設定しきることが極めて困難なため、きれいにすべてを設計するのであれば関数型言語を使う必要が
あると感じている。
＞だからそのフレームワークがどういう風になっているのかって説明からして欲しいって思う。
そのフレームワークが内包するベストプラクティスの量を鑑みれば、中身を意識せずに
＞つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
＞プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
＞これがもう滅茶苦茶イライラする。
天才的な人はコードを書きながら、考えられるけれど、常人はまず詳細設計と言われる
フローチャートを書けるようになったほうがよい。
次に"抽象化"を覚える。"抽象化"を使うことで少なくとも、処理は全体をざっくり設計できる
＞つまり完成しているプログラムを参考にしようと思っているにも関わらずそれがないのでよく分からない。
githubに山のように転がっている。
ただそれを見て理解できるかは別問題。モチベーションを保って継続学習可能な形に
消化できる人間の登場が待たれる
パソコンもスマートフォンも普段使っていて別段困る事はない。しかしながら戦術の通りプログラミングやソフトウェア、
そして最新のハードウェア等になるとまるっきりついていけない。ハードウェアはUSB-TypeCにも種類があるとか理解できない。
俺もコネクタなんて種類が多くてもう分かんないｗ
こういうのも技術的な意味合いのものと、商業的な大人の事情によるものが混在しているわけで
メンテナンスできないものを使い続けるというのはあんまりないはず
印刷の現場でClassic Macを使っていたり、工場でPC-9801を使っている現場は今でもあるにはあるけど、
日常でClassic MacやPC-9801を頻繁に見ることはないはず
西暦2020年にもなって、プログラミングが簡単には出来ないし、ハードウェアの規格も完全に統一はされていない。
というかプログラミング言語自体多すぎる。ソフトウェアはデファクトスタンダードのモノ程度は知っているが、
例えば、Windowsのゲームを開発するときDirectXを使うと思うのだけど、なんでマイクロソフトがわざわざDirectX作ったかというと、
商業的側面は、OpenGLとかはJISのような規格なので、マイクロソフトは口出しできない、主導権が握れない、
技術的側面は、規格の策定はビジネスのスピードより遅く、グラフィクスカードの進歩に追いつかない、OpenGLよりも先んじて先進的な技術をユーザーに提供したい、
みたいな思惑があるわけだ
この選択は正しかったと思われる、それがXBoxの開発にもつながるし、Windowsデスクトップの表現力にもつながった
言語が多くなるのは近年のCPUなどのアーキテクチャに則した言語を作りたい、
折角作り直すんだったら文法なども変えたい、みたいな考えがあると思う
フロッピーディスクなんてもう終わったのだからいい加減AドライブをSSDまたはHDDにするべきじゃないのかとすら思う。
だけどずっとCのままだ。
古いプログラムの中には「C」と決め打ちで書かれてしまっているため、Cドライブという概念をなくすとこれまでの資産が全部動かなくなる
そうすると、Windowsのような最初のHDDをCドライブと決めているOSは誰も使わなくなってしまう
俺も役所への手続きだの、これを知っているのが大人の常識だの、みんなクソ喰らえだと思っているけど、
そうしないと駄目みたいな世間の空気があるので、嫌々ググって調べたり、お役所ルールバカすぎるだろｗと思ったりするけど、
ただ、コンピュータを製造するのは企業だし、そこにはビジネス的な大人の事情とか思惑が介入するわけで、
そうなると純粋な情報処理という学問を阻害されることは容易に起こるわけである
だって、自分でゼロからコンピュータやOSを作るわけにはいかないし
かと言って、企業もまったく情報処理学や数学を無視したものを製造できるはずもないわけで、
これって流行り廃れる技術なのか、少なくとも死ぬまで廃れることのない技術なのか、みたいな選定の目につながる気がする
言語も、まあ色々だけど、とりあえずCのような言語がちゃんとできればコンピュータの中が分かってないと書けないところがあるからCをやる意味はある
Linuxカーネルの一部にRustを実験的に持ち込んだりしてるみたいだけど、Cがなくなることはまだまだない、というかこれからもずっと続くと思う
なんだかんだCはRustより書きやすいと思うし、書きやすいからこそRustよりデンジャラスなのだ
Cドライブ云々は、例えばLinuxではCドライブという概念がないが、
同じコードをWindowsとLinuxで動かすなら、まずOSの種類を判定するコードを書いて、そこからパスの生成を分岐させればいい
Cygameのプレゼンにあった、別プロセスのウィンドウのウィンドウID？指定して貼り付けるのをやってみた
これ面白いなあ
面白いけど、Windowsの電卓は今は昔みたいなWin32APIで書かれてないからなのか失敗する
ペイントもSpy++でなんか変なIDが取得されるし失敗してしまう、残念
でも、メモ帳とパフォーマンスモニターはそのまま貼り付けられるｗ
PythonでQtで作ったGUIの中にWindowsのパフォーマンスモニターがあると違和感すごいｗ
Cygameさんのプレゼンでこの別プロセスがゲームでちゃんと貼り付けられることが前提だからいいけど、
自分がやりたいことでこれで色々うまくいくのかと思うと、うーんとなるなあ
画像の表示も別プロセス側で行って上記方法でそのまま貼り付けられるのはいいけど、
うーん
でも非力なマシンで動くって今でも大事なことだと思うんだよなあ
昔、ある天才プログラマーが、その方は今はもう大成功してるんだけど、
その方はわざと非力なマシンを使ってたりして、
非力なマシンで快適に動くようにコードを書くと、最新のマシンでは爆速になったりして、
あと、アーキテクチャに最適化したコードは電力消費が低くなって地球に優しいよね、とか、
そんなことを言う人だったんだけど、
その頃は、というか今でも自分は彼に比べれば富豪というか甘い考えでコード書いたりダウンしたりしているわけだけど、
最近のUnityとかはちょっと富豪すぎないか？という気もしてて、
それは人生の一時期をだらだらゲームエンジン作ったり壊したりぐだぐだやってたことも一因なんだろうけど、
Unityよりはid Techエンジンみたいな方が好感が持てるというか、
ゴールがFPSならFPSに徹底的に特化しないと良くない気がするんだよなあ
UnityでゴミみたいななんちゃってFPSがよくあるけど、Unityの基本機能だけでは足りないのだと思う
まあ、だから他人が作ったアセットとしての機能を買ってきたり、当然Unity上でそのためのコードを書くわけだけど
そういう点では詳しく知らないからなんとも言うべきではないんだろうけど、
Unrealの方が良さそうだよなあ、と思ったりする、C++で書けるみたいだし
ただ、巨人の肩に乗るにしても乗らないにしても、もうFPSを作りたいとか思わなくなってる
クリエイティブ・コーディングみたいなものは好きなので何か作りたいのは山々なんだけど、
プロプライエタリなアプリがLinux版とかなかったりするから、
WindowsやMacで開発みたいになる一因だったりする気もするんだけど、
Appleの場合、自分はPowerPCのもの（Painterとか）は無駄になって、今回はIntelのものも無駄になりかねない、
仮面天使ロゼッタは愛あるかぎりは戦ってくれるかもしれないけど、動作を完全に保証するわけではないわけで、
PS4のゲーム数本はPS5では動きません、みたいになるわけで、
なんだかんだWindowsの方が後方互換で動くじゃないか、なんで十数年間Mac OS X使ってたんだ、俺は？
となるわけだけど、64bitどころか今度はWindowsもARMになっていったりするわけで、
Intelで操作するアプリやゲームもAMDで動作しなかったりするわけで、
でも、ネイテイブアプリ書く側としては最近はアーキテクチャを問わなくなってきているわけで、
どうするよ、どうするよ、どうするよ、M1買うの？買わないの？みたいに思うわけで、
どんなに優れたツールや設計思想などがあっても、使う奴がダメだと全く無意味。弊社もWebアプリを作ってて、RESTだのFluxアーキテクチャだのいろいろ導入を試みたが、ほとんど無駄に終わった。
どんなクソ組織でも効果があると確信持って言えるのは上の3つだけ。1つ目は初歩的すぎると思われるかも知れないが、筆者の想定するダメな組織・ダメなプログラマというのは、このレベルの連中を含む。
静的型付け言語（サーバーサイドならJavaやC#、フロントエンドならTypeScript）を使わせれば、少なくともコンパイル時に分かるエラーは修正させられる。
というか、ダメなプログラマに動的型付けの言語は触らせてはいけない。必ずそのプロジェクトは半年後には保守できなくなる。
テストは強制的に書かせるし、テストのないクラスや、通らないテストあったらコミットできないようにする（それは容易にできる）。
もう一つの方法は、そもそも優秀なエンジニアしか参加できないようにすること。たとえば、Scala、Haskell、Erlang、Common Lispなどで書かれていれば必然的にそれが分かるエンジニアしか開発できないし、こういう言語を自主的に学習しているエンジニアは優秀である可能性が高い。
Intelは過去のしがらみがあるのはわかるのだが、しがらみを気にしなければ、そこまで性能上げられるものなのだろうか。
また日本で互換性気にしないCPUを作ったら性能上がる余地があったのだろうか。
CPUのアーキテクチャなど話題になるが、いざ作ろうとすると資料がない。
ソフトから見えるアーキの解説は多いが、ハード目線がないのだ。
大学でCPU実験をした人なら分かるのではないだろうか。ALUは作れても、他が作れなかったりしないだろうか。
富岳が高い性能が出てたが、多くの人にとってArm凄い、だ。
富岳がこれだけ結果を出せたのだから、日本の産業界から導入が進むとか、ソフト開発の人が参入するなどがあれば、
また違った流れになるのだろうが…。
世の中にはプログラマー35歳定年説というものがあった。昔からそんなのはないという人と、あるという人がいた。40代も半ばになったときに「あぁ、これが35再定年説の根拠か」というものがなんかちらほら見えるようになってきたので書いてみようと思った。
世の中にはものすごいプログラマーというのはやっぱりいる。なんなら死ぬまでプログラミング書いていられるという人たちもいる（ブラック的な意味ではなく）。そんな彼らからしたらプログラマー35再定年説とか意味がわからない都市伝説にしか映らないだろう。
だが、普通に職業プログラマとして生きている俺のような人からすると、この35歳定年説はかなりの真実味を帯びている。
だが、そんな俺でも40代半ばまで延命できたのはやはり技術革新のおかげかもしれないが、結局平均寿命が伸びただけとも言えるだろう。
まず、技術に対する姿勢が変わる。正直言うとプログラミングとかもうしたくなくなる。というか、そもそも一生プログラミングを仕事にしたいと思う最初の頃は好きだと思っていたが、仕事にしてしばらく経ったら大して好きでもなかったな、と思うようになる。
大して好きでもないことを仕事にし続ける体力はやはり年とともになくなり、体力がなくなった分「自分が本質的にしたいと思うこと」が見えてくる。そしてそれはプログラミングではないため、ギャップがきつくなっていく。
おそらく、この辺が35歳くらいのあたりに来るのではないだろうか。35歳定年説と言ったら35歳ピッタリしか想像できないのが離散数学の世界で生きているプログラマらしいといえばらしいが。
そんな感じでやってても、20年もやればそれなりにスキルも身につく。さすがにGoogleの一線で働くような大天才たちと渡り合うことはできないが、もしかしたらGoogleの片隅で働ける程度のスキルはあるかもしれないが、正直もういいっす、っていう気持ちのほうが大きくなる。
次に、自分がどうにか身につけてきた知見というものがなかなか広まらない。コンセンサスが取れない、という状況にも苦しくなってくる。
自分がやってきたプロジェクトでこういうことをやったらうまく働いた、というような知見は共有するが、なかなか価値観が共有できないことに気がつく。若いうちは「だったら俺が全部やりますわ」くらいの気合を見せられたものだが、年を取ってくると「あ、そうですか・・・」となってしまう。純粋に体力も気力もなくなっていく。
プログラミングをやっているだけありみんな論理的な思考が大変上手だ。「皆さんホント論理的でいはりますなぁ」と言いたくなるわけだが、悲しいことに自分たちの振りかざす論理が、単なる正論、飛躍、極論、屁理屈、と言ったものであることに気づけない人も結構多い。こういうのを各個撃破するのも疲れる。
これからプログラミングを仕事にする人たちに言っておきたいことがある。もしこの世界で長く働きたい、定年までコード書いていたい、と思うなら、常に勉強をしなくてはならない。もしあなたがFラン出ているなら、他の人の倍努力しなくてはならない。できないならそこそこで転職したほうがいい。この世界にいるといかに若いうちの勉強が大事だったかを日々痛感する。
実務の上での俺の感じていることを書く。DDDだとかクリーンアーキテクチャだとかも大事だがもっとそれ以前に俺が根源的に重要だと考えているポイントだ。この辺をないがしろにしたらDDDもクリーンアーキテクチャも絶対に崩壊する。
まず、心得てほしいのはどんなにすごいプログラマでも意図の通じないコードは本当の意味で直せないということだ。
まず、引数チェック、状態チェックは必ずやれ。コードが語る、というようなことを言ってやらないやつが昔は多かったが、今もいるんだろうか。悲惨なバグやメンテナンス性の低下はそういった自分の意図の表明を横着したコードから起こり始める。「俺はこれをやる、だからこの機能を呼び出すならこういう状態にした上でこういう情報を渡せ、じゃないならやらない」とはっきり言え。もしこの辺を冗長だと考える同僚がいるならもう辞めたほうがいい。
引数チェックや状態チェックのコードで画面の半分が埋まったならそのコードは設計がおかしい。一旦手を止めてよく考えろ。一つの機能を動かすのにそんなに引数がいるのか、そんなにチェックする状態が多いのか、そしてそれらは本当に必要か検討しろ。
テストコードは絶対に書け。テストコードが書けない技術は絶対に使うな。意味のあるテストが書けないならやめたほうがいいという輩もいるが、とにかく意味があろうとなかろうと書け。引数にこれを入れたらこうなる、こういう状態でこういう事したらこうなる、というお前の意図はとにかく示せるだけ示せ。
だいたいこの辺を横着したやつは翌年酷く後悔するか、そこのメンテを担当した同僚を攻撃している。
コードが書けなくても大丈夫、という会社は、コードが書けたほうが有利な会社ではなく、本当にコードを書かない会社だというこは肝に銘じておけ。身につくスキルはEXCELの方眼紙を最低限の手数で作れるようになることか、本気でやればビジネスを理解できるかもしれないが、お前の技術者としてのキャリアはそこで止まる。
仮に憧れのスーパーハッカーがいる会社を目指しているとして、彼らがそこでどう働いているか、なにが泥臭いのかを想像できない、聞くことができないならやめておけ。浮かれ過ぎだ。
仮にGithubのURLを教えろという会社を目指しているとして、そこのリポジトリを飾り立てようと考えたならやめておけ、そういう会社はGithubにアウトプットすることを日常的な趣味として苦ではなくやり続けられる人を求めている。
年収をその会社の選択基準にしているならそこはおまえには分不相応な会社だからやめておけ。仮に入れたとしても馴染めることはまず無い。これは年収が低くても同じだ。
嫌いな人がいるならその会社はやめていい
コメントを観てこの「最小且つ単一の論理でなにか否定できた気になる」という輩への対処が一番疲れる
一晩立ってみたらこんなにブクマついててびっくりした。気になったブコメもあったのでちょっと追記しておく。
いきなり視点がミクロに、と言うやつなんだが、結局若いうちにこういうのできてないやつはあとで苦労するが、最初のうちは体力でカバーできている。体力でカバーできなくなったときに本当の意味でつけを払う羽目になるという意味で言ったり、あとオレみたいなおっさんが大変つらい思いをする、という意味でも言っている。
Fラン関係なくねっていうやつだが、昭和世代のステレオタイプかもしれない、ごめん。勉強する習慣もなければ大してやってきてもいないやつはこの業界だと倍苦労する羽目になるというふうに言いたかったと思う。どんな業界でもそうだとは思うが。
返す刀で結論づけしたがる人々がやっぱり現れるな、君たちはそう思わない人なんだろうし議論する気もないが何かしら言いたい人なんだろう。別にそれはそれでいいよ。お仕事頑張ってね。
「俺は大して辛くないけどなー」っていう人もやっぱり現れるな。辛くないんだったらいいことだと思う、お仕事頑張ってね。
4Kモニターでものすごく細かい文字を読んでいる若者を見た、という人、俺も同意する。もう見ていられないんだよね。
関白宣言っぽいな、というのは俺も思った。
結局の所、プログラマ35歳定年説は俺も打ち破りたいと思っていた口なんだが、打ち破れる人とそうでない人がいる、ということで、俺は後者だった、ということだ。当然50過ぎてもプログラマやっている人は見かけるので、数学的な真理というわけではなく、統計的な傾向なんだろうと思っている。
若いうちから、いい環境で働かないと、気持ちのほうがどこかで先にギブアップする。いくら大好きで転職だと思う仕事だとしても、体力や若さで捻じ曲げていることはなかなか気づかない。色んな本を読んで客観的な指標で判断したほうがいい。
遺言とか言って書いておいて追記したら俺はソンビか亡霊なんだろうか？
びっくりした。こんなおっさんの愚痴みたいなエントリーがこんなにブクマされるとは思ってなかった。いくつか気になったブコメがあったのでやはり書いてみたくなったので書く。
まず、この遺言を最後にいなくなるのかという話だが、おそらくいなくなる。ゾンビで居続ける体力ももはやない。
次の準備はすでにしている。それは俺が本質的にやりたかったことに近いことだと思うのをピックアップしている。
本質的にやりたかったことって何かという話なんだが、まず俺が感じるプログラマーという仕事は「良き作り手であり続けること」が根本的なモラルだと思っている。若手で右も左もわからないような状態でも、それこそやっとフィズバズが理解できたような状況でも今持っているレベルで最大限にできうる一番いいものを模索し続ける仕事だと思っている。初心者にはチェックコード書け、意図はできるだけ込めろというのはそういう意味でもある。これを真正面から受け止めてくれる職場を探したほうがいいというのは追加しておきたい。
プログラム論とかそういう話がしたいんじゃないということだけは言っておく。
俺も体力があるうちは良きつくり手を目指していたのだが、本質的にやりたいこと、もうちょっと言うなら、俺のモラルの軸は作ることにではなく使うことにあった。プログラミングというアクティビティを挟んでこっちにつくり手がいてあっちに使い手がいる。仕組みを理解して作るのがプログラマーなら、作ったプログラムを理解してよりよい日常を模索するのが使い手、と言ってもいいかもしれない。いいフィードバックループのあっちとこっち、と言ってもいいかもしれない。俺は「良き作りてが使ったものを使う良き使い手でいたい」ということに気づいたので、遺言を書くことにした。少なくともこれに気づいた時点でプログラマーとしての俺は死んだ。
まだ直感的なものでしか無いので、うまく言語化できていないのは申し訳ないんだが、今後10年位はそれを模索していくのではないだろうか。
はい。PS5買えませんでした。
以下精神の安定を図るためにPS5PROを待ったほうがいい理由を列挙する。
（ちなみにそんなに詳しくないのでツッコミどころは満載だと思う）
ZEN3でゲーム性能がものすごく向上して一部でIntel終わったとまで言われているレベルだ。
詳しく知らんがアーキテクチャが大きく変わって、4コアでキャッシュを共有するのではなく8コアで共有することになったことでコア間通信のボトルネックがなくなったらしい。
レイトレ（なんかピカピカするやつ）対応だからRDNA2なんじゃないの？と言われていたが、
一部でRDNA1ベースでレイトレ機能を追加したRDNA1.5ではないかという説が出てきている。
もしそれが真実だったら、RDNA2になることでワッパが50%向上すると言われているので、
巨大なPS5がPROでちょこっと小型化される可能性がある。
世代が変わるだけで十分性能がアップするのに、オマケが付いてくるらしい。
ZEN3とRDNA2のコンビネーションでCPUがGPUのVRAMにダイレクトにアクセスすることが可能になり、10%前後性能が上がる。
PS5のGPUがRDNA2であろうとCPUは確実にZEN2アーキテクチャなので、
PS5がAMD Smart Access Memoryの恩恵を受けることが出来ないことは確実。
PROになってアーキテクチャがZEN3+RDNA2になったらかなりの性能アップが見込まれる。
まぁ本当にPROでこの変更が入ったらPS4のときの1万円という価格差では済まなくなると思うけど、
性能は確実にアップすることはわかる。
以上、PS5を買えなかった者の恨み節でした。
てかそもそもPS5PROって出るんだっけ？
正直、関係ない人たちが感情的になりすぎている感はある。別件で行き過ぎている誹謗中傷の発信者や拡散者は訴えるべきだろうね。
別件で行き過ぎてる誹謗中傷の発信者だけでなく、そもそもこの件で激しいコメントを書かずにいられない人間は明らかにＳＮＳ中毒なのでしばらくネットを控えるべき。
私もこれに完全に同意。この件ではてなでやたらと正義ぶってイキったコメントしてる人とそれにスター連打してる人間すごく嫌い。全く根拠ないけど「こういう時にしか輝けないクズなんだな」くらい決めつけて悪態つきたくなる。あきらかにいつもと上位コメントのメンツ違うのは事実だしな。「日本学術会議」でも論点が無茶苦茶ずれてるところでワーワー騒いでる人が多いしもう完全に先にどっちの立場に立つのか決めてて後は自分が見たいように見る人たちばっかりじゃん。
はてなブックマークは、ソーシャルの意見を集約する場として、アーキテクチャが最悪だ。普段はけん制しあってるから多少マシだし、今回のように暴走していても人数が少なくて影響力が小さいからそんなに問題になってないだけで、はてブなんか使ってたらどんどん口が悪くなっていてていずれ増田でしかつぶやけない人間になる。
これはシステム的、ハードウェア的にどうというよりも、Proの場合は「これ以上、Switchの進化は無い」とも解釈できるためだ。
また、Proの場合は専用タイトルが出る未来は考えづらい。「綺麗なゼルダ」「綺麗なスマブラ」では、コアなファン以外の客層を取り込めるとは思えない。
そのため、Switch 2としてフルモデルチェンジし、下位互換を残す事で、既存タイトルを活かしつつ、その性能をフルに活かした専用タイトルが今後発売していくだろう。
このサイクルを、数年（4〜5年）周期で回してほしいと考えている。
言うなれば、PS4で言うところのPS5みたいなもの、といえば伝わりやすいだろうか。
引き続きnVIDIAのSoCが採用されると思うが、XavierかOrinのどちらか（を、Switch向けにカスタマイズしたもの）になるだろう。
それぞれ、現行と比較すると以下の通り。
| 現行 | 0.4TFLOPS | Tegra X1カスタム |
|---|---|---|
| Xavier | 1.3TFLOPS | - |
| Orin | 不明 | 曰く、Xavierの7倍との事 |
参考
| PS4 | 1.84TFLOPS |
|---|---|
| PS4 Pro | 4.2TFLOPS |
| PS5 | 10.3TFLOPS |
まずXavierだが、こちらはPS4にも及ばないくらいの性能だ。そんな性能では4Kは無理だろう。
（Switchの上位機種としては十分かもしれないが…。）
一方、Orinに関しては、その性能を仮に1.3 x 7 = 9.1TFLOPSとすれば、PS5の10.3TFLOPSに迫る勢いだ。
ただし、PS5のデカイ筐体を見た後なので、そんな性能を実現しつつ、Switchのサイズ感やコンセプトを維持できるのかは疑問だが…。
Nvidia Announces New Drive Platforms With Orin and Ampere
こちらの記事によればOrinのTDPは45Wと言うことなので、案外大丈夫かも？
もちろん、PS5やXBOX Series Xの凄さはSoC以外にも高速SSD等の要因があるため、真の意味でこれらのハードに迫る性能にはならないと思う。
だがそれでも、馬力が無くてSwitch版が作られなかったタイトル（例えばARKとか）がSwitch 2なら可能になる、等の可能性が生まれるのは良いことではないだろうか。
実は、Orinが採用される場合、2021年に発売しない可能性がある。
NVIDIA、5W版の新型SoC「Orin」でADAS市場を本格的に志向。「2000TOPSでも、4000TOPSでも可能」とダニー・シャピロ氏 - Car Watch
気になる出荷時期についてダニー・シャピロ氏は、サンプル版を2021年、通常版を2022年、5Wの低消費電力版を2023年と語る
さすがに、早くても2022年になるだろう。
ここでnVIDIAが頑張って2021年に間に合わせるなんてことが…ありえるのか？
一応、PS5の例を書いておくと、PS5には「カスタムRDNA2アーキテクチャ GPU」が搭載されてるが、RDNA2アーキテクチャの「Radeon」はまだ発表すらされていない（今月末に発表予定）。
つまり、AMDはゲーム機に対してGPUをある程度先行して投入していた事になる。
nVIDIAが同じような協力体制を取っているのであれば、あるいは…？
以上です。
この予想がどこまで当たるか、来年以降が楽しみです。
お世話になっております。Tech Search Japanの井上です。
ウエブ系企業に強みを持つ東京のヘッドハンティング企業でございます。
グローバルなユニコーン企業でご経験を最大限活用するチャンスでございます。
アメリカ、アジアなどにも展開中で、海外、日本オフィスの重要ポジションの採用を弊社が担当させて頂いております。
3000万人以上のアクティブユーザーを誇る大規模データプラットフォーム
元フェイスブック本社の技術責任者なども務めている、日本屈指の優良テック企業
バックエンド側はマイクロサービスなどのアーキテクチャーパターン、Kubernetesなどを使用
アメリカとの共同でAI/ML技術研究、フロントやモバイル領域にも注力
現在のご状況を鑑みて、ビデオ面談で弊社のシニアコンサルとのお話の為に、30分お時間頂戴可能でしょうか？
こちらのポジションに限らず、中長期的にキャリア支援のお手伝いをできれば幸いです。
ご連絡をお待ちしております。
XX様
メールはご覧頂けましたでしょうか？
ご都合いかがでしょうか？
心よりご返信をお待ちしております。
XX様
度々のご連絡大変失礼致します。
XX様と一度お話させて頂くのは難しいでしょうか？
他にも、新たなプロジェクトが始動している下記の企業様もございまして、XX様へご案内をできれば幸いです。
人々の行動変容を前提とする社会のスマート化ニューラルネットワーク、Teams需要を支えるAzure PaaSの新ソリューション、ディープラーニングフレームワーク等
Facebook社：
独自の人工知能研究所、中小企業が自社のECサイトを持たずに顧客へリーチできるサービス、Instagram多岐に渡る事業展開
Netflix社:
世界をリードするインターネットテレビネットワークで、190 か国以上で 1 億人以上のメンバーが毎日 1 億 2500 万時間のテレビ番組や映画を楽しんでいる同社での新規事業。
また、現状お探しでは無い場合でも、中長期的にお手伝い可能でございますので、
XX様
ご状況のご確認です。
XX様
ご都合が悪いかメールをスルーされているかが把握できず、再度ご連絡しております。
少し間隔を空けてまた再度ご連絡するように致します。
例えば10年前に必要とされた「これぐらいできて当然のスキル」思い浮かべてみてほしいんだが
その上で、こことかで言われてる「今、業界でこれぐらいできて当然のスキル」を思い浮かべてみてくれ
2000年代並みの技術が激変したわけでなく、新しく出そろっている技術なんてほとんどないのに、必要なスキルとやらが10倍くらい増えてないか？
アーキテクチャとかが根っこから変わったわけでもないだろ？今ホットな言語なんて、出たのは80年代末期とかだから昔からあるもんだし。
今、できて当然年収300～400万相当のスキルは、10年前にそれができてりゃ2000万円くらいザラで稼げるくらいのスーパーエンジニアクラスだったってことだ。しかも、技術そのものはほとんど変わってなくて、とんでもないことにエンジニア自身が勝手に「10倍近い技術の安売り」をしてるわけだ。
タクシーの運転手が全員F1レーサー並みのドライビングテクニックを持ってる必要がないはずなのに、エンジニア界隈では増田たち見ればわかるが、1番以外は無価値、と新自由主義的な定義で全員がF1レーサーも、それもモナコグランプリだろうがパリダカールラリーだろうがNO1でなければならない、という強迫観念めいた考えを持ってる。
そういう意味では、プログラマー界隈って技術大好きな分、視野が狭くて無駄に求道者的な思考の枠組みの人間が多くて、はっきり言えば「凄い頭が悪い」んだよな。
そんで業界が悪い、中抜きが悪い、国が悪い、結婚できない、まともな人間と結婚できなかったので悲惨だっていうけどさ、はっきり言って、キミら、なんでこの仕事してんの？マジで、って思うわけよ
金稼ぎたいのか承認欲求満たしたいのか、はっきりしなよ、ねぇいつ目覚めるの？いつまで武芸者みたいな求道者気取って技術の安売り続けて疲弊し続けてるの？
