はてなキーワード: モジュールとは
高速化のためといい、前任者がcythonで書いたランダムフォレストのコードがあり、どういうわけかsklearnよりも数倍速い
社内ではリランキングモデル(LTR)のためにこのランダムフォレストを使っているらしい
というのも外部ライブラリに頼ると面倒なことになるという認識が開発当初にあり、開発に関係するライブラリは全て自前で書いていたようだ
しかし前任が去ったことでこの最適化に最適化を凝らしたようなモジュールの理解が誰もできない
今後数年間の野心的なアンホブリングはどのようなものになるのでしょうか?私が考えるに、3つの重要な要素がある:
GPT-4は、多くの人の仕事の大部分をこなせるだけの生の賢さを持っているが、それは5分前に現れたばかりの賢い新入社員のようなものだ:関連するコンテキストを持っておらず、会社のドキュメントやSlackの履歴を読んだり、チームのメンバーと会話したり、会社内部のコードベースを理解するのに時間を費やしたりしていない。賢い新入社員は、着任して5分後にはそれほど役に立たないが、1ヶ月後にはかなり役に立つ!例えば、非常に長いコンテクストを通じて、新しい人間の同僚を雇うようにモデルを「オンボード」することは可能なはずだ。これだけでも、大きなアンロックになるだろう。
2.テスト時間の計算オーバーハング(より長いホライズンの問題に対する推論/エラー訂正/システムII)
今のところ、モデルは基本的に短いタスクしかこなせない。しかし、これでは非常に限界がある。5分どころか、数時間、数日、数週間、数ヶ月かかるのだ。
難しい問題について5分間しか考えることができない科学者は、科学的なブレークスルーを起こすことはできない。ソフトウェア・エンジニアは、より大きな仕事を与えられ、計画を立て、コードベースや技術ツールの関連部分を理解し、さまざまなモジュールを書いて段階的にテストし、エラーをデバッグし、可能性のある解決策を検索し、最終的には数週間の仕事の集大成である大規模なプル・リクエストを提出する。などなど。
要するに、テスト時間の計算オーバーハングが大きいのだ。GPT-4の各トークンは、問題を考えるときの内部モノローグの言葉だと考えてください。各GPT-4トークンは非常に賢いのですが、現在のところ、思考の連鎖のために~数百トークンのオーダーしか効果的に使うことができません(あたかも問題やプロジェクトに数分しか内部独白/思考を費やせないかのように)。
もし数百万トークンを使って、本当に難しい問題や大きなプロジェクトについて考え、取り組むことができるとしたらどうだろう?
トークンの数 | 私が何かに取り組むのに相当する時間... | |
100s | 数分 | ChatGPT (私たちはここにいる) |
1000s | 30分 | +1 OOMsテスト時間計算 |
10,000 回 | 半日 | +2 OOMs |
100,000ドル | 1週間 | +3 OOMs |
数百万回 | 複数月 | +4 OOMs |
人間が〜100トークン/分で考え、40時間/週働くと仮定して、「モデルが考える時間」をトークンで換算すると、与えられた問題/プロジェクトにおける人間の時間になる。
仮に「トークンあたり」の知能が同じだったとしても、頭のいい人が問題に費やす時間が数分なのか数ヶ月なのかの違いになる。あなたのことは知らないが、私が数ヶ月でできることと数分でできることは、はるかに、はるかに、はるかに多い。もしモデルに「数分ではなく、数カ月に相当する時間、何かを考え、取り組むことができる」という能力を与えることができれば、その能力は飛躍的に向上するだろう。ここには膨大なオーバーハングがある。
今のところ、モデルにはまだこれができない。最近のロング・コンテキストの進歩をもってしても、このロング・コンテキストのほとんどはトークンの消費にしか機能せず、トークンの生産には機能しない。しばらくすると、このモデルはレールから外れたり、行き詰まったりする。しばらくの間、離れて単独で問題やプロジェクトに取り組むことはまだできない。
しかし、テスト時間の計算を解除することは、単に比較的小さな「ホブリングしない」アルゴリズムの勝利の問題かもしれない。おそらく、少量のRLは、モデルがエラー訂正(「うーん、これは正しくないようだ、再確認してみよう」)を学習したり、計画を立てたり、可能性のある解を探索したりするのに役立つだろう。ある意味、モデルはすでに生の能力のほとんどを持っており、それをまとめるために、さらにいくつかのスキルを学習する必要があるだけなのだ。
要するに、私たちはモデルに、困難で見通しの長いプロジェクトを推論させるシステムIIのアウターループのようなものを教えればいいのだ。
この外側のループを教えることに成功すれば、2、3段落の短いチャットボットの答えの代わりに、モデルが問題を考え、ツールを使い、異なるアプローチを試し、研究を行い、仕事を修正し、他の人と調整し、大きなプロジェクトを一人で完成させるような、何百万もの言葉のストリーム(あなたが読むよりも早く入ってくる)を想像してみてほしい。
続き I.GPT-4からAGIへ:OOMを数える(9) https://anond.hatelabo.jp/20240605210357
何でここで書くかって白Wikiのお砂場勝手に建てたら叱られそうだから……。
転載とか参考にするとかはご自由にどうぞ。あとこの記事は個人の意見なのとちょくちょく大陸バレあるよ!
概要はここ見て。難易度12でキツい効果は12の「第1、3、5層突入時、耐干渉指数-1」と9の「同時配置可能人数-1」、あと6の「★4以上のオペレーターを招集する際に消費する希望+1」。あとはキャラパワーでどうにかなる。
この3つのデバフは★6パワーで何とかならず秘宝で補う必要がある。つまり同時配置数+秘宝無しで生垣で同時配置マイナスを引いたら泣いて撤退になる
分隊効果とかは難易度12でクリアマーク埋めするような統合戦略廃人なら割愛。白Wiki見て。
以上4つの分隊は分隊パワーで難易度12程度なら何とかなるどころか難易度15でも常用できる。
なので以下で書くのはそれ以外の分隊が前提。
難易度12なら異リードか異ジェシカ安定。黒騎士実装されたら黒騎士でもいいかも。異ガヴィルは後半役割なくて微妙。
増田は異ヤトウスタートは安定投げ捨てすぎて合わなかった。1層全戦闘ステージ踏みたい派なので。
白Wikiで初手おススメされてるティフォンは初手で取るもんじゃないしケルシーとか道中通してぶっちゃけいらん。初手オペに限っては対空大正義。
初期支援に希望+がなくてスポットクルースラヴァスタートは割と結構ある。その場合は戦闘後に補助券出ないのを祈れ。
希望に余裕ができたらまずはイネスを握れ。できてなかったらまずアンセルとスポットを握れ。
これには理由がありまして、3層まではイネスと異リードor異ジェシカが昇進2になっていたら★3オペと併せて全ての緊急がクリアできる。3層初手ゴプニクは知らん。
ムリナールはぶっちゃけ5層まで不要。5層では昇進2必須。異テキは4層から細かいケアのために欲しい。
なので召集順に融通が効くようになるロドスの戦術無線は神。何を差し置いても欲しい。
増田の★6召集順目安はイネス>異テキ>異リード昇進>ムリナール>5裏対策オペ(≒モスティマ)だったな。
イネス/異テキ/ムリナール/異リード、サーミ統合適正カルテットです。こいつらが軸でこいつらがどれかいないと5層で詰むので最優先召集。
5裏行くならティフォンは最後まで要らなくて道中含めて水チェンの方が融通利くとか6表行くのにSP自然回復秘宝無かったらフィリオ召集した方がいいとかそういう小ネタ要る?後で書く。
あと増田は異ヤトウは6面行く以外で不要だと思ってるけど音楽理論の災いには異ヤトウ&ナイチンがスーッと効く。
モスティマじゃなくてカニパラートで盗塁マンを何とかできるアークナイツ上手いマンがマジで羨ましい。増田はゲームが下手
ロドスの戦術無線≒オルゴール>>灯火&角笛>耐干渉指数+秘宝>赤リボン>狩人の洞察>希望+秘宝&オペ昇進秘宝&人事部の機密文書>湖の神盾>同時配置プラス秘宝
基本的には「第1、3、5層突入時、耐干渉指数-1」「同時配置可能人数-1」「★4以上のオペレーターを招集する際に消費する希望+1」をケアする方針。
それにしたって灯火と角笛はマジで性能がイカれてる割に安いので売ってるならぜひ買え。オルゴールと赤リボンには本当に世話になった……。
狩人の洞察と湖の神盾は強いっちゃ強いけど無くても普通にクリアできる。
手を含む職強化秘宝に頼ってクリアするようなら三流じゃねって難易度12を数十回やって思ってきた。なのでもう買ってない。PT全員が強くなる方がはるかに重要。
でも医者・自救と医者・妙手は初手召集する異リード壊れパーツ(=安定度上昇)なので買うのはアリかも。
3層終わりまでに生垣踏めなかったら諦めるボタンを押す。あと6層フラグの先行く者は4層で踏む。踏めなかったら諦めるボタンを押す。
分隊機能で上振れを狙えないとぶっちゃけこれが一番の方針になってしまう。
2層の先行く者で6層フラグ踏むのは3層の難易度がバカ上がりするから破壊戦術分隊以外無理。特に緊急氷海の虚像。
なので2層の先行く者は積極的に踏みに行ってオペを送るべき。もちろん生垣が最優先だけども。
4層までは積極的に緊急を踏んで秘宝を増やしていきたいので、6層フラグは4層で踏むしかない。
なので繁殖の啓示は買ってでも欲しい、でも無理なときは諦めるボタンを押しましょう。
音楽理論の災いのためだけに異ヤトウを召集するかは好み。高規格分隊でそんな余裕はない、それはそう。
なので5層のうち音楽理論の災いだけは避けて通るか啓示で書き換える。他は意地でやるしかねえ!やれなかったらオペ召集できなさすぎてどうせボスで詰む。緊急死者の行軍つらい。
5層追加マップがどう見ても地獄なのでやるなら今のうちだぞ。グレイディーアorノーシス要求されるとか召集セオリーから外れすぎてつらたん。
思わぬ遭遇は5裏フラグ啓示か驚き協語か狩猟で潰すとかそういうのは基本だけど一応書いておく。思わぬ遭遇を踏んでいいことはあまりない。戦闘をクリアしていくしかない。
下側の優先度だけ書いておく。
移住>>>歌唱>巡視>喜び=略奪>沈黙>驚き>慰霊。6面行く場合だけ繁殖が巡視の前に入る。他は要らないので適当に捨てていいよ。
移住が取れたらどんなクソ分隊でも難易度15が何とかなる。それくらいぶっ壊れ啓示なんだが取れるわけねえんだな。というわけで歌唱以下が現実的な目安。
「第1、3、5層突入時、耐干渉指数-1」「同時配置可能人数-1」「★4以上のオペレーターを招集する際に消費する希望+1」をケアする方針なのでこうなる。
巡視は個人的にはめちゃくちゃ重要啓示(崩壊パラドクスで同期性消耗がついたら最悪なのでそのケアに使う)なんだけど難易度15やってる人たちからしたらそうでもないっぽい。
上に挙げたどの啓示も協語で使うこと前提なのだが個人的プレイスタイルによる。
突撃戦術分隊か科学至上主義分隊なら同期性消失が付いたところで耐久1まで減らしても6表クリアできるからマジであの分隊パワーおかしいと思うの。実体験。
・サーミ最適正カルテット(イネス/異テキ/ムリナール/異リード)以外に召集するオペ
5裏:クオーラorニェン、シャイニングorクエルクス、モスティマ、水チェン、スルト
6表:ティフォン、ナイチンゲール、異ヤトウ、異ジェシカ、テンニンカ、スルト、フィリオプシス
何だかんだで重装が強いとサーミ統合は楽になる。ニェンが理想だけどクオーラでもいける。ホシグマは反射があるのでNG。異ジェシカも腐っても★6重装の耐久とブロック数があって良い。
ティフォンと水チェンは使い分け。道中は水チェンの方が融通利くと思う。ティフォンS2の起動の遅さは本当に嫌い。
テンニンカは6面行かないなら不要。イネスで初動コスト稼ぎきれないなら召集の方を見直した方がいい。旗が必要なのはクレイズセオン1週目までに確殺体制を整える場面くらい。
フィリオはクレイズセオン1週目に無敵解除装置のOCを間に合わせるためなので秘宝次第で不要。昇進1でも最悪OK。
カニパラートで盗塁マンを何とかできないゲーム下手増田なのでモッさん呼んでるけどカニパラートで何とかできるアークナイツ上手いマンはそうした方がいいです。
・モスティマ引換券としての術師券(つまり5裏行かないときの術師券)と補助券には希望を割かない
サーミは術ダメは強いが術師が強いわけじゃねえんだなこれが。強いのは異リードそして異テキ、END4に限りケオベなんだ。エイヤ召集して役に立ったと思ったことマジでない。GGも以下同文。
でも5裏行く時だけはモッさんを召集せざるを得ないし腐っても拡散術師なので昇進1でも道中でそこそこ役に立つ。
モッさんS3の「全てをうやむやにする力をーーー!!」に応えてくれる度合はかなり高い。ミヅキローグのノーシスS3くらい高い。なので術券ではモッさんとラヴァ以外召集しなくていいです。
でもEND4ボスはケオベでしか削れないからケオベに慣れるために5裏で使うのは難易度15(防御が最大)ならアリだと思う。
補助券はなぁ。濁ス召集する派とそうでない派がいて増田は後者。あとノーシスはミヅキローグほど役に立たない。射程が短いのが悪い。
どうしても医療券来ない時用にクエルクスは保険で育ててモジュールつけてもいいけど2回しか使わなかった。5裏はともかく6表行くならナイチンゲールの方がいいからね。
・アビサル
増田は使わない派。特殊券は異テキと異ヤトウが食う。それはそうとして5層追加マップにグレイディーアぶっ刺さりってマジ?
難易度15の5裏が最適性だと思うが増田は剣スカジ持ってない。無くても何とかなるので好みでどうぞ。
・★6医療どれにする?
ゲームド下手なので盗塁マンは入口でクオーラに抱えててもらうけど、それにつける医療どれにする問題。6表ならナイチンゲール一択なので5裏の話。
個人的に道中含めて安定度が上がると思ったのはYモジュシャイニングなんだがこれは増田が異エイヤ好きじゃない(S1起動が遅いのと元素ダメがサーミは痛くない)のがデカい。
凍結ケアにルーメンにするかシャイニングにするか異エイヤにするかはマジで好み。アビサル編成スカジにワルファリンorクエルクスつければいいだろというマジレスはやめてね。
END4では異エイヤS3一択なので慣れておくに越したことはなさそう。ケルシーは道中含めて要らない派。
・異ヤトウおらん
スタートで借りて1層死に覚えするしかないね……。とはいえ無くても難易度15も何とかなるはず。
未実装含めると初動はElaか黒騎士が最安定と思っている。ガチャをやめられない。
増田が高台オペ苦手なのとサーミ統合は使いやすい高台が少ないのが悪い。主に死者の行軍と音楽理論の災いのことを言ってる。
分隊パワーはあると思うけど個人的に生活至上分隊の次につらかった。
一帯を分離して作り直してるけど
つまりモジュールが抽象的でないことが次々と発覚したり、モジュールがそもそも複雑なため
次々と余計なタスクが発生し
パズルを解いてるようだ
そうだよ。
判別機だけモジュールとして5万円くらいで交換出来る仕組みも、ぜひ実現したらいいと思うよ。
それとは別に、互換性があれば、「偽造技術が追いついて来ない限りは」その5万円さえ不要で、古い券売機を延命して使い続けられるかもしれないよねという話。
偽造技術がいつどんなタイミングで追いついてくるかは、わかんないよ。
偽造技術が追いついたらしぶしぶ更新すれば良いし、その時の費用が5万円で済むなら、それもまた助かる話だよね。
ホログラム無しの福沢諭吉が多くの現場で切り捨てられた時期がわかれば、参考になるかもね。
現行のホログラム付きの福沢諭吉が、今後、いつ切り捨てられるかという推移も、参考にできるかもね。
あなたは「結局20年ごとに機械を(まるごとにせよモジュールにせよ)更新しなきゃならない」と懸念するけど、
だよね?
ラーメン屋は「偽札被害が多発するなどして、経済合理性に基づいた自由な判断でしぶしぶ古い券売機を更新する」時のみ、更新が発生するわけだけど、そのタイミングって結局、
互換性のない現実世界で資金力のある大手チェーンが「偽札被害が多発するなどして、経済合理性に基づいた自由な判断で新型券売機の旧札の対応設定をオフにする(または新札のみに対応する最新券売機に入れ替える)」タイミングと、同じじゃない?
いまいち噛み合ってないけど機械を更新しなければならない結果は変わらない訳で
およそ20年に一度刷新があってその度に100万円する機械は買えないっていうのが現実なのよ
元増田で「レジ担当の人間を雇う」代わりに「人間より維持費の安い機械を先行投資で買う」というトレードオフが語られていないのがそもそもの問題では?
一括やリースで機械を設置する即金が無いならトータルコストが高くてもレジ担当を雇うのがベストエフォートになるはず
通過側で下手に互換性を設けるとそれ自体が脆弱性になることは自明なんだから
逆に紙幣判別機へUSBのような共通規格を制定して安価にモジュール交換できるような法案を設けた方が建設的では?
USBのように接続端子の形状さえ統一しておけばソフトウェア側で吸収できるんだし何十年もかけて紙幣に互換性をとか悠長な話でもなくなる
前提条件を見直した方がいいよ
そもそもの疑問として、札の読み取り機能のコアとなる判定仕様はどこから出てるんだ?
②各読み取り機メーカーが独自に札の特徴を解析して判定仕様に落とし込んでいるのか?
後方互換性を担保するためには完全に①でなくてはならないはずだが、そんな事あり得るか??
ここと、ここと、ここ、それからこの特徴をクリアすれば本物と判断していいですよ~
現実には、部分的な仕様は公開されている上で、読み取り機メーカーが独自に解析と検証を繰り返して判定仕様に落とし込んでいるのだろう。
https://b.hatena.ne.jp/entry/4752198473835976704/comment/Knoa
偽札防止の新技術に対応できないのは甘受するとして、新札には読み取り機の後方互換性くらい義務付けてもいいんじゃないか?毎回読み取り機側の特需を経済効果に加算して推進するの悪辣過ぎでしょ。
説明しよう!
まずここで述べている後方互換性というのは、たとえば
こういう仕様にしておいて、スーパーセキュリティチップVer.1にしか対応していない古い券売機でも、スーパーセキュリティチップVer.1だけしかチェックできないものの、新しい1万円札Ver.2もいちおう扱えるという意味だ。一般的な「後方互換性」は「新型機械が古いメディアにも対応する」という意味だが、それとは概念が真逆で、ここでは「新しいメディアが旧型機械にも対応する」という意味だ。この点が誤解を招いたとしたら申し訳ない。
追記: よく考えたら、「ホログラム無しの福沢諭吉から、ホログラムありの福沢諭吉へ(2004年)」って、実質的にここで言う後方互換性を維持した更新だったのでは。あの時は、1000円や5000円は肖像ごと変更になったんで券売機の問題は結局存在していたと思うけど、1000円や5000円もホログラム追加だけに留めておけば、多くの券売機は2004年の刷新を生きのびていたのではないかな。
もちろん、スーパーセキュリティチップなんて仕組みに頼らずとも、もっと簡単な工夫があるかもしれない。あくまで一例だ。それと、旧機械による新札の読み取りを妨げない限り、人間が見分けるための新しい工夫は、いくら追加してくれていてもかまわない。
また、背景にある大きな考えは「新札のたびに機械を入れ替えるなんて、経済資源の無駄遣いだ」と、「それを経済効果としてプラス面だけアピールするのは悪辣だ」という2点である。そういう意味では、たとえば安価なモジュール交換だけで新札対応が済む世の中になるなら、それも好ましい。(既にそうなってるとするブコメもあるのでそれはそうなんだろう。かといって、記事のように高く付く理由もそれなりにあるんだろう(善意の解釈主義)。また、何年も前から予告されていたことだろううんぬんの話も、結局のところ経済資源の無駄遣いの話が前提になる。「いまさら慌てふためく」のがけしからんという話は理解できるが、そもそも機械の入れ替えに無駄な部分があり、もっと効率化できないかという話は、モジュール交換の効率性に置き換えてもらえればわかりやすいが、恒久的に訴え続けてもよいだろう)
ところで、「偽札防止」の観点から後方互換性に懐疑的な意見のブコメもあるが、現状はどうなっているか、もう一度考えてみてほしい。
スーパーセキュリティチップでも、ホログラムでも、透かしでも、なんでもよいのだが、新技術による偽札防止が効果を発揮するのは、あくまで「この券売機は旧紙幣には対応しません」が許されるようになった後の話。当面は、旧札もほとんどの場面で使える。券売機メーカーも、新札発行後にすぐ「旧札に対応した券売機はもう売りません」なんてことにはならない。
もちろん、新札への対応準備は完璧で、券売機も刷新しているだろう。しかし、みすみす旧札のお客さんを切り捨てたくはないので、当面は、旧札にも新札にも対応していくはずだ。じゃあ旧札への対応をやめるのはいつか?それは多くの場合、新規に導入する券売機の最新機種が旧札に非対応になったころだろう。それ以外に旧札を切り捨てる動機と言えば、偽札が横行して、その企業自身が経済合理性に基づいて「旧札対応より偽札被害のほうが大きい」と感じたときだ。(そんな事態が既に起きていて、実はラーメン店も既に相応の被害を出している、という話は聞いたことがない)
スーパーセキュリティチップVer.1しかチェックしない旧券売機さえ騙せればよいので、新しい1万円札Ver.2が流通するようになってからも、「スーパーセキュリティチップVer.1を埋め込んだ、1万円札Ver.1そっくりな偽札」を製造しまくることだろう。
しかし先も述べたように、その偽札は、結局のところ、世の中の券売機が旧札への対応を続ける限り、後方互換性が実現しようがしていまいが、使えてしまうのである。
後方互換性なんて実現してない、現実のこの世の中でも、いまあなたが持っている福沢諭吉の1万円札は、来年も再来年も、新札と旧札の両方に対応した最新型を含む多くの券売機で、使い続けることができるだろう。いまあなたが持っている福沢諭吉の1万円札が、精巧に作られた偽札だったとしても、だ!
ちなみに、ラーメン店に限れば、1000円札にしか対応しない券売機も多く、偽造側の効率面から言っても、現実的な偽札リスクはもともと小さいと言えるだろう。その上で仮に将来500円玉のように偽物が横行すれば(500円玉は韓国ウォンとサイズが一致しただけで、偽造効率の話ではないが)、その時は各企業の判断で「旧札対応より偽札被害のほうが大きい」と感じたときに、しぶしぶ券売機を刷新すればよいのだ。
しかしまあ、こんな心配をするのも、現金がたくさん流通している今だからこそで、次の新札や、そのまた次あたりには、どうでもいい話になっているのかもしれない。
後方互換は世の中の様々な券売機が紙幣のどこを見て判断しているかを把握して網羅的に対応することが求められると思うが、突き詰めると今と同じ紙幣が完成しそうな予感がする。
そう。なので、現実的には「次回の新札から、後方互換性を想定した仕様にします(読み取り機のチェック項目の仕様策定)」という区切りが必要だと思う。その点でもますます、近い将来には「どうでもいい話」になりがちではある。「もっと早くから取り組んでいれば…?」という話でもある。
または、今が過渡期だという前提なら、「今後は現行の福沢諭吉をベースに、追加要素を入れていくだけ」でよかったかもしれない。渋沢栄一を起点にしてもいいけど。んで、お札の人物画像を読み取ってるような古めかしい券売機がほぼ全滅してしまえば、また人物の入れ替えも再開できるだろう。
アジャイルがどうの、ドメイン駆動開発がどうの、マイクロサービスがどうのと、開発プロセスについての情報が巷にあふれている。
しかし勘違いしないほうがいい。あなたの現場にとって最適な方法を追求できるのは、あなたの現場の人間だけだ。
外の世界の「これがうまく行った」論は、文脈を無視しては話にならない。企業Aの文脈と企業Bの文脈が全く別のものであるなら、開発プロセスの成功法則に再現性がないのである。
「開発でこういうことが困っている」ということがあれば、それを列挙するところから始めるべきだ。現場の人間は「問題」がはっきりすれば解決策を考え出すだろう。
「モジュールの独立性について困っている」という話をしているときに、「マイクロサービスとして独立させよう」という情報がググって出てきたら疑ったほうがいい。
100人の凡才より1人の天才の方が生産性が高いから論、これよく言われるけど疑問なんだよなあ。
同じソフトを100個売るのと1000万個売るのでコストがほとんど変わらない。
サービスだともうちょっと事情が違うにしても、そこが圧倒的に違うような。
1人の天才の方が100人の凡人より生産性が高いのが当たり前の世界、ってのは、尖った機能を持ったソフトウエアライブラリや、単機能モジュールなんかは確かにそうだと思う。けど、一定以上の規模があると1人の天才じゃ物理的に対応ができなくなるよね。
例えば、超優秀なAIを開発したとして、それをサービス化するための作業はひとりじゃ無理。天才的能力は必要ないが、時間がかかる仕事は山のように発生する。
だから、ソフトウエアも労働集約型の性質を持っているんだよ。(もちろん例外はある)
そこで、ひとりの天才はソフトウエアアーキテクトは超高給を得られるのは当然としても、それ以外の凡人も他の産業よりも高給になっているのは何故か?
それは、限界費用がゼロに近いからだよ。それで収益力が高いからだよ。
超優秀な1人の生産性が凡人100人に勝るのは、エンジニアリングの世界ではわりと不変的な事で、ソフトウエアに限らないと思う。
その証拠に、数が出ないサービス、フルスクラッチのサービスの制作に従事する人々(増田が言う「SIerとかいうガラパゴスビジネスは労働集約型産業」のやつ)はお給料が安い訳よ。有象無象の中小企業よりはそりゃ出てるけど、大手製造業に比べると見劣りする。
そういったガラパゴスSIerので今何が起こっているかというと、収益力の高いビジネスの影響を受けた、ソフトウエア技術者の人件費高騰と人材不足。
自社はそんな収益力の高いビジネスをできているわけではないのにね。
で、SIerが一品モノの開発ビジネスから脱却して、オファリングだのルマーダだのユーバンスだのもがき苦しんでるってのが最近の話だよな。
従来はパッケージは最小限のモジュールしかなくて、、受注したら各社ごとにカスタマイズして売るって商売だった。そのカスタマイズこそが人月商売で安定した利益が望めるってんで、SE部隊と関連する下請け会社を食わせてたわけだ。各社導入時に必ず追加するような機能までコードを流用せず別開発したりして、それで商売していた。
一方で、人口減少の時代と需要爆発による人材不足に、更にカスタマイズ大杉問題によるシステムの肥大化、各種コスト上昇に加えて、株主に物言う株主、アクティビストが増えて、高収益を求められる時代に。そこで、
に行こうとしているわけだよ。
うまくいってないけどな!
うまくいってないけどな!!
うまくいってないけどな!!!
あと、パッケージ化のしようがなくてフルスクラッチで作り続けなければいけないシステムってのはどうしても存在するのも各社頭痛の種だよな。収益率低くてリスクが高いわりに儲からないし、優秀な若い人ほどやりたがらない。アクセンチュアとかが絶対手を出さない領域。
切りたいけど切れないやつ。
まず前提として、俺はstaticおじさんではない
pythonがメインなので、仕事上でstaticを使ったことはない
しかし前職で巨大なユーティリティモジュールを書く機会があったが、引数にのみ依存していればいい関数しか存在しなかったので、staticを使ったことはある
OOPとよく紐づけられる
可視性管理がモジュールじゃなくてクラスに紐づいてる古の欠陥言語の問題であって
モジュールで可視性管理してる現代の言語では obj.method() なんて Obj::method(&obj) の糖衣構文でしかないから、関数は基本全部staticだよね
mathライブラリはあくまでも例だが、引数にのみ依存するツールボックス的な用途でモジュールを作ることはある
pythonであれば単にクラスを使わないで書けば実現できるが、javaで同じことをやろうとするとstaticおじさんのやり方になる
関数型で書けばというが、すでにプロジェクトが「javaを使う」と決まっているときにmathモジュールのようなものを作らなければならないことなど腐るほどあるだろう
「全部がstatic」というのは、分解して考えればあり得るという話