はてなキーワード: フレームワークとは
英語情報を翻訳するだけで有名になれる。低学歴が多いことの証左だよね。要件定義がどうのあのフレームワークがどうのこうのみたいな本当にクソどうでもいいことばかり議論して英語が読めるだけの人を有難がってるの。
私の仕事のスタイルは、知識よりもIQに頼るという言葉がぴったりだろう。
Elasticsearchという検索システムを使いこなすにはどうすればいいのか、そんな問いに直面したとき、私は本を一冊読み込むような堅実なやり方ではなく、ドキュメントを目に焼き付け、実行しながら身につけるという方法をとる。
私はIQを馬力に例え、RQをエネルギー効率に例えることがある。
RQとは合理的知性のことで、知らない人もいるだろうから説明しよう。
「1/2で100円、1/2で-10円」の賭けと、「100%で50円」の賭けどちらを選ぶか、という問題に対して正しい答えが出せる能力がRQである。
私は学生時代にミクロ経済学を学んだことがあり、成績も優秀だったので、「合理的経済人」がどのような行動をとるのかは理解している。
しかし私は統合失調症であり、RQそのものは低いのだ。自制心がなく、ゲームなどにはまると抜け出せなくなる。
だからエネルギー効率よりも馬力で突き進もうとする。何かツールやフレームワークを学ぶときは、本を丁寧に読むのではなく、チュートリアルやドキュメントを一日で吸収しようとするのだ。
実は私は、引きこもり気味ながらも、スポーツは得意だった。特に体操はそうだった。
だから学ぶ方法も、マッスルメモリに頼るという筋肉質な方法になってしまうのだ。
私が設定するパスワードは長いのだが、これらはマッスルメモリで覚えている。
同じようにプログラミングも、「とにかく実行を試す。試行錯誤。トライアンドエラー。やってれば覚える」という感じだ。
パターン認識は、このような筋肉質な側面を持つのではないかと思うことがある。人工ニューラルネットワークも、同じようなものではないか。
馬力でなんとかしてきたことはわかった。ではなぜ地道な努力を避けてきたのか。それは、汎用性の低いものを学ぶのに時間をかけたくないからだ。
プログラミング言語ならまだ汎用性があるが、具体的なツールについては、その場で理解できるし、時間をかける必要がないと思うのだ。
私が数学が好きなのは、まさに汎用性という観点からだ。エドワード・フレンケル教授は汎用数学を「ペンキ塗りのようなつまらないもの」と言ったが、まさにそのペンキ塗りが仕事をするうえで重要なのだ。
41歳
親父のことはマジで大好きだったので、あまりにつらくて仕事を辞めてしまった
ブラックでもホワイトでもないような会社で社内で開発されてたフレームワークのスクリプトしか使えないという辞めたらなんの役にも立たないゴミカスニートになってしまって
母親は子供部屋おじさんなのを世間体を気にしていやがってて春頃にはお決まりの善意のモラハラ攻撃
守ってくれた親父がいなくなり居心地の悪さから人生逆転を狙ってメキシコペソに遺産の半分を突っ込んだ
突っ込んだときは多分ネットニュースとかでよく見る遺産一瞬で溶かすおじさんのお約束パターンだけど、スワップポイント稼ぎだし大丈夫っしょ くらいの気持ちだった
その直後にバイクですっころんで右大腿骨をバキバキしてしまって4か月入院 遺産で買った中古のジェイソンは一瞬で廃車、ショックすぎてFXのことなんか完全に忘れたまま入院生活
退院が決まった直後くらいに思い出してチェックしたら...
未曾有の円安でスワップポイントも含み益も見たことない数字になってたwww レクサスで野球チーム作れるくらいの含み益9ケタの預金額初めて見た
遺産相続の時に紹介してもらった税理士さんに相談して、「失礼ながらこれは全くのラッキーで、息子さんの本来の実力ではないのですぐに利確して納税分を確保しましょう」とありがたい?アドバイスをいただき
当時自動テストフレームワークが満足に市場に出回ってない環境下で、莫大なテストケース数の人力のテストを外注できたから、そういう意味ではまぁまぁrailsエンジニアも役に立ったよ。
今はcypressに取って代わられた彼らがどうしてるのか知らんけど、まぁ1割くらいなら生き残ってエンジニアやってるでしょ。多分。
Ruby自体は悪くないんだけど、Ruby on Railsで自称エンジニアを大量に排出してしまったのは失敗だったよなぁ。
はてなーにも居たけど、Ruby on Rails使ってWebサイト作ってるだけなのに、エンジニアを自称して承認欲求を見たそうとするタイプの奴ばかり増えて、
できることはSESのIT土方程度で、未経験エンジニアみたいな奴が大量に生まれただけだった。
そういう意味では、フレームワークを整備することや界隈のスキルアップに繋がらなかったという意味では失敗してるから人選としては不適。
業務内容に触れない時点で嘘だと丸わかりなんだよな。
普通、どんなフレームワークにどういう手を加えてCICDやってるかって話になるでしょ。
そういう具体性がない時点で給料1000万を信じてもらおうなんて無理無理w
ちなみにrailsが流行ってた2015年頃、railsとruby本体のコミッターを並行しながらC社のバックエンドやってた人が給料1380万で話題になってたね。
でもその人は技術顧問の立ち位置で、シニアリードアーキテクトが800切るくらいだった。わかる?その水準だと技術と組織のマネジメントも自然とやるのよ。
バックエンドのリードだけで1000万出すなんて経営判断はありえないってエンジニアからしたらわかるわけw
まぁこの増田が唯一当ててる所は、三角関数はバックエンドでそこまで使わないって所かな。
あとは全部的外れだねw
わからないなら下記のどちらかじゃないですかね?
→ 一例) AIに関する論文やフレームワークは無料で利用出来ても学習データは無料ではありません
一方、金のある企業家や大企業は金で買ったり自社のサービスからどんどんデータ・ノウハウを貯めていきます。
ホモ・デウスがいうところの「無用者階級が生まれるかもしれない」という話と大企業のデータ独占、GAFAMの脅威について教えてください。
→ まぁいうて使いにくいからワイも使ってませんけど
これソシャゲっていうか今のゲーム全般が分業進み過ぎて内部処理の構造的に演出の完了を待たないと次に進めないものが増えてるんだと想像してるけど実際どうだかは知らない>RT— やむっ🔞夏コミ2日目東サ15b (@yamu_RN) October 23, 2023
むしろUnityの場合はSceneを切り替えるコストが大きいってまともな人なら知ってるから設定画面みたいな独立してるものならまだしもインゲームで切り替えることは稀と思う
C++で一から作ってるならシーンごと落としてメモリ解放コスト下げるとかやるけどキー入力の受付はだいたいフレームワーク上にあうから切り替え先シーンの初期化が済むまで単にスルーしてるだけですね
40歳からなんて余裕で大丈夫ですよ。20年以上前からあって今も生き残っている技術、だけを選んで勉強しましょう。
例えば
あたりですかね。
逆に言えば、勉強してもすぐに変化していくもの、消えていくものは当面の間は無視しましょう。どうせすぐ廃れるので。
例えば
あと、スクールには行かないほうが良いです。スクールでは上記のすぐに消えていくものしか学べません。とにかく入門書で独学とネット上でググったり質問したりして勉強するのが結局のところ近道です。投資も最低限で済むのでリスクほぼゼロです。