- 1 名前：デフォルトの名無しさん mailto:sage [2023/08/26(土) 22:00:53.85 ID:H4l7y46b.net]
- 最近の言語には採用されないことが増えている
- 820 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 10:46:51.26 ID:4THDuETy.net]
- >>797
本番段階でバグが出るよりマシ
- 821 名前：デフォルトの名無しさん [2024/02/14(水) 11:08:35.63 ID:t8DY/Tt9.net]
- コンパイル通すのが難しいと無能はコンパイル通ったからOKという感覚になるので一長一短
何事も良い面悪い面があるのに無能は片面だけしか見ない
- 822 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 11:22:35.02 ID:1xW2DpZI.net]
- >>800
最低限コンパイラの通れば多少見れるコードになってるので、有能がコードをレビューしやすい
- 823 名前：デフォルトの名無しさん [2024/02/14(水) 12:27:44.94 ID:M2AyybwD.net]
- >>798
それは言語の役割じゃない
全然マシでもなんでもなくて草
- 824 名前：デフォルトの名無しさん [2024/02/14(水) 12:31:09.06 ID:M2AyybwD.net]
- >>799
どっちでも一緒
納品できないのに「本番でバグが出るよりは良い」と言い張るのはアタオカ
- 825 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:02:59.82 ID:qQWVhIbb.net]
- 現実は納期というものがあるから効率重視でCC++使って適当に作れたほうがありがたいんだよなあ
バグなんてある程度は知らんぷりしていい
わざわざRustを使って完璧を求めるのは無駄
- 826 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:03:09.87 ID:OE64F1T2.net]
- 長所も短所も両方知っている知識人を理想とするのは
商売とはあまり関係ない理想だ
商売を重視しないのであれば長所も短所もわりとどうでもいい
- 827 名前：デフォルトの名無しさん [2024/02/14(水) 13:18:52.38 ID:U1pcKTg+.net]
- >>801
コンパイルを通しやすいかどうかとコードが見やすくなるかどうかに正の相関関係は無い
加えてコンパイルを通しにくくなればなるほどコンパイルを通すための手助けが当然必要になる
「身の丈に合った言語を」 by 萩豚
- 828 名前：デフォルトの名無しさん [2024/02/14(水) 13:20:42.45 ID:eD+V22zq.net]
- Rust習得できない馬鹿が書いたC++コードの保守、やりたくなさすぎる
- 829 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:57:57.05 ID:Z6/Yikm0.net]
- >>803
本番でバグとか酷い炎上案件。
クライアントにとっては悪夢ですなぁ。
納期遅れのほうがまだ見える分マシ。
- 830 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:59:03.81 ID:AmCG1+WQ.net]
- >>806
コンパイルできる人材を確保できるかどうかは中途採用ガチャしまくればいける
コンパイルできねえやつは捨てる、それだけだ
- 831 名前：デフォルトの名無しさん [2024/02/14(水) 14:56:27.36 ID:8lIAACZZ.net]
- >>807
だれがあなたを頼るの？
- 832 名前：デフォルトの名無しさん [2024/02/14(水) 15:03:18.56 ID:8lIAACZZ.net]
- >>808
都合良く「納品はできる」妄想を前提として話を進められるならどうとでもなる
結局無能でもどうにかなるなんて全く現実的ではない、rust信者の詐欺的妄言なのでどっちでも一緒
- 833 名前：デフォルトの名無しさん [2024/02/14(水) 16:53:53.91 ID:ry67cZRi.net]
- >>809
技術者をまともに育成する術も評価する術も持たずガチャするしか脳の無い無能企業には有能なやつほど寄り付かない
そうなると渋いと評判の某ガチャUR排出確率並み(0.3%)になるから100回回しても有能1人雇える確率は3割にも満たない
運良く雇えてたとしても数年以内に転職して抜ける確率は逆に8割以上
身の丈に合わない選択は破滅への近道
- 834 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 17:49:37.27 ID:kwXXlBt4.net]
- どこまでオブジェクト設計するべきかが良くわからん
例えばトランプゲームを作ろ
- 835 名前：うとした時のカードについて
数字込みの絵柄と表示用の画像くらいしか必要ないと思うけど
わざわざCardクラスCardDeckクラスとかを用意する必要があるの？とか [] - [ここ壊れてます]
- 836 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 18:11:12.61 ID:J37aOx7P.net]
- Deckが内包するデータはCardの配列のみだとしても
シャッフルやドローなんかの操作を配列として外から行うより
Deckとして備えてる方がシンプルに保てそう
- 837 名前：デフォルトの名無しさん [2024/02/14(水) 18:32:43.17 ID:xYPMwtK4.net]
- >>813
クラス以外のユーザー定義型がないならオブジェクト指向よりの作り方でなくてもCardクラスやCardDeckクラスくらいは作るんじゃない？
それらにメソッドを生やしてゲームルールを実装していくのか
それともそれらをデータとして扱う関数を別のところに書くことでゲームルールを実装していくのか
それぞれ良い点悪い点があるので一度両方で作ってみるといいと思う
- 838 名前：デフォルトの名無しさん [2024/02/14(水) 18:36:07.49 ID:xYPMwtK4.net]
- >>814
DeckモジュールとかGameモジュールにドローやシャッフルなどのDeckを操作する処理をまとめておくってのでも別に不都合ないよね？
- 839 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 18:44:53.20 ID:OE64F1T2.net]
- enumがオブジェクトではない言語では迷うが
すべてがオブジェクトだったらenum Cardでいいのでは
- 840 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 19:19:39.63 ID:g/tbjQoZ.net]
- スートが切り札(トランプ)に変わるようなゲームでは
判定で「こいつはいまトランプだから」で例外処理するのか
カード側で「いまトランプです」したらいいのかの設計の話だわな
- 841 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 12:39:33.69 ID:q4O0G3u8.net]
- >>793
>ライブラリに頼ってるだけで
そのライブラリに頼ってるだけを実現できるのがオブジェクト指向の功績だと思ってる
昔のWin32APIみたいなライブラリとインスタンス生成してからインスタンス.メソッド形式で利用するライブラリと比較したらライブラリの扱いに対するお手軽＆簡単度合いがぜんぜん違う
- 842 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 19:49:13.54 ID:b088ZsVf.net]
- いやwin32apiだろうがapiそのものがすでに「オブジェクト指向」だから
手軽とか簡単とかはオブジェクト指向とっくに通り越してそのように改良された結果ってだけ
このスレ見てると「オブジェクト指向」が特別なナニカだと思ってる人も多くてアランケイも困惑するよｗ
- 843 名前：デフォルトの名無しさん [2024/02/15(木) 20:05:57.93 ID:Zy70aZMD.net]
- 「オブジェクト指向」が特別なナニカじゃないのであれば、「オブジェクト指向プログラミング言語」は「プログラミング言語」でよくなってしまう
これまで「オブジェクト指向プログラミング言語」という言葉を使った人間はとんでもないガイジということになる
- 844 名前：デフォルトの名無しさん [2024/02/15(木) 23:20:24.51 ID:ibzEiIzs.net]
- 20年前のあれは何だった？どいつもこいつもオブジェクトだーと喚いてたくせに。屑どもが
- 845 名前：デフォルトの名無しさん [2024/02/16(金) 00:12:23.56 ID:L7DYjGhm.net]
- ここまでくると糖質っぽいな
オブジェクト指向はオワコンと言い続けて何年経過してんだよw
- 846 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 06:40:28.27 ID:HTdB8AjD.net]
- オワコンにオワコンと言ってなにが悪い
- 847 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 08:47:18.11 ID:hfFr1EkU.net]
- オブシコオ㍗ル
けど、脳汁が出るのは、なんでもアリなC++なんだよなあ
- 848 名前：デフォルトの名無しさん [2024/02/16(金) 08:49:55.02 ID:TCjahJiL.net]
- これこれ
オウムみたいな感じ
はなから議論をする気が無い
オワコンオワコン繰り返して気持ちよくなるだけ
- 849 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 17:46:12.70 ID:/xV361+6.net]
- 非論理的＝気持ちよくなる
専門用語を回避する現象？
- 850 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 23:46:53.13 ID:7B7dg9RO.net]
- 自分がオブジェクト指向で挫折したから
あんなの一時の流行りでしかない！って喚いて溜飲を下げようとしてるけど
そもそも理解しないで挫折してるから「あんなの」が永久に
90年代のC++の時の“自動車の車輪を付け替える”からアップデートしない
- 851 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 01:14:52.71 ID:sBa/KHO/.net]
- アップデートという目標は分かったが現時点では違う目標を持つ者にとって
ふつうに考えると目標を達成するためには目標を変更しないのが合理的
問題は、どうすれば永久に合理的であり続けるのをやめられるか
- 852 名前：デフォルトの名無しさん [2024/02/17(土) 11:49:08.21 ID:f/G7Vx68.net]
- オブシコで挫折してない人なんていません!!
- 853 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 12:25:59.71 ID:hmS5aeTe.net]
- 俺がいる
中途半端ってぶっちゃけ怖いよね
>>826
議論っていうか、使えと言われた言語・ライブラリ(SDK)使うんだからね結局
好き・嫌い、とかって雑談してりゃいいんだよ
俺は、継承を使いこなせるいい漢になりたいぜ
- 854 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 13:09:34.49 ID:SNH81JMI.net]
- オブジェクト指向だろうがオブジェクト指向言語だろうが語りたいのならマ板でやれ
雑談どころかここで議論とか正気かよ。議論してもプログラム技術の役に立たないくらいわかるよな
- 855 名前：デフォルトの名無しさん [2024/02/17(土) 13:51:00.19 ID:f/G7Vx68.net]
- >>831
はっきり言う、お前はオブシコのことを何もわかってない
>>832
お前もだ
オブシコは挫折してからが始まりだ
- 856 名前：デフォルトの名無しさん [2024/02/17(土) 13:53:44.82 ID:f/G7Vx68.net]
- intではなくてMoneyだ
Moneyを継承してYenを作れ
stringではなくてAddressだ
Addressを継承してPrefectureを作れ
本物のオブジェクト指向を経験しろ
ぜったい挫折するから
- 857 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 14:31:27.57 ID:JQbQK4DF.net]
- >intではなくてMoneyだ
当たり前
>Moneyを継承してYenを作れ
意味不明
オブジェクト指向で作るならYenはMoneyの一属性
>stringではなくてAddressだ
当たり前
>Addressを継承してPrefectureを作れ
意味不明
オブジェクト指向だから挫折したのではなく間違ったオブジェクト指向を学ぼうとしたから挫折したんだな
- 858 名前：デフォルトの名無しさん [2024/02/17(土) 16:18:56.35 ID:f/G7Vx68.net]
- ↑ オブシコ厨ってこんなシロートばかりなんですよ
- 859 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 17:52:41.44 ID:chUgujl0.net]
- >>832
ムに置いときゃ、ムに資するネタがまじるけどね
俺は後から来たけど
- 860 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 17:56:31.13 ID:oJgej1EK.net]
- >>835
MoneyにbaseCurrency問い合わせると“Yen”って返すように作るよなぁオブジェクトなんだから
- 861 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 19:30:44.83 ID:2JOYf9WZ.net]
- >>832
迷惑だからマに技術ネタ誘導すんな。
- 862 名前：デフォルトの名無しさん [2024/02/17(土) 23:59:55.91 ID:RsjvkJW8.net]
- >>824
本当にオワコン化したものは話題にすらならんよ
今どきポケベルはオワコンなんてスレ建てる奴なんていないだろ？
つまり、そういうこと
- 863 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 02:06:18.29 ID:jMiNlzvA.net]
- ポケベルを話題にした自分自身を否定するより
オブジェクト指向にファイティングポーズする方がよっぽどポジティブじゃないか
- 864 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 06:52:31.86 ID:AGcN1oEW.net]
- ＡＰＩやライブラリを一切使わず、自分自身で「処理をしてオブジェクトを返す部分」も作らずにどんなプログラムが作れるんだよ
現代でプログラム書いてるやつは意識しなくても使うしか無い手法じゃないか
使わずにHelloWorldすら書くのは超難しい
- 865 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 07:05:06.57 ID:BTJ6Zkap.net]
- システムコールだけでHello Worldやるの無茶大変だった思い出
- 866 名前：デフォルトの名無しさん [2024/02/18(日) 10:14:36.02 ID:5IBLHZNo.net]
- API使ってればオブジェクト指向とか頭になんか湧いてるだろ
- 867 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 10:16:24.04 ID:BTJ6Zkap.net]
- >>844
そんなこと言われてなくね？
- 868 名前：デフォルトの名無しさん [2024/02/18(日) 11:06:51.79 ID:18G3CSzu.net]
- 「APIそのものがオブジェクト指向」だと主張してるやつはいるね>>820
- 869 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 12:13:41.03 ID:RIbrKfRB.net]
- とりあえず1000行くらいベタ打ちでプログラム書いて
書いたのをリファクタリングついでにクラス分けして
またダーッと書いてって繰り返せばいいよね？
- 870 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 12:17:44.83 ID:NoFg1fuK.net]
- >>847
今世紀に出てきた様々なプログラミング言語はほとんどがクラスをサポートしていない
クラスは役に立たず害が大きいとの共通認識があるため
- 871 名前：デフォルトの名無しさん [2024/02/18(日) 13:06:18.47 ID:2M17hFnk.net]
- >>848
バカの一つ覚え
- 872 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 14:18:51.57 ID:jMiNlzvA.net]
- APIは今でも関数とグローバル変数
stdinとかstdoutとか
グローバル変数が一番最初にオワコン化し、オブジェクト指向は二番目以降と想定された
- 873 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 16:50:37.61 ID:g+lvGDPK.net]
- オブシコで書かれたAPIとかライブラリってのならある。ってなら書いた
COMとかね 原理的には、ラッパがあれば、避けることはできる
- 874 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 19:30:26.46 ID:K/iFT05J.net]
- これで動くOSあるなら分からんでもない
OS.boot()
- 875 名前：デフォルトの名無しさん mailto:sage [2024/02/18(日) 20:19:38.98 ID:FiBYienL.net]
- 低レベルはまた違うでしょ
ってだけではなんなので、ちょっとだけ手を動かしたよ
https://github.com/tianocore/edk2/tree/master/MdeModulePkg/Library/UefiBootManagerLib
- 876 名前：デフォルトの名無しさん [2024/02/19(月) 01:20:09.81 ID:nPOSkLxV.net]
- >>848
事実認識ができてない
JavaScript、C#、Python、Ruby、C++、Java、Kotlin
クラス扱える言語はいくらでもあるし、そもそもクラスや継承を使えない=オブジェクト指向じゃないって訳では無い
クラスはお前みたいな馬鹿には使いこなせないからクラス以外でオブジェクト指向な書ける方法が模索されたんだよw
- 877 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 01:36:14.67 ID:1O4I6mF/.net]
- どの言語かに関係なく
クラス継承でプログラミングするやつはバカしかいない
- 878 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 02:23:23.32 ID:T5tehfX7.net]
- 特定のルートクラスに縛られる継承はだいぶむかしにオブジェクト指向のあまり良くない実装として
仕様を残しながら使わない方がベターになってるわな
使うクラスをオブジェクトとして別個にクラスに組み込むコンポジションの方が主流
「継承というのがオブジェクト指向！」とかいつの時代のおじいちゃんだよ
- 879 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 02:37:07.20 ID:TafNbO5j.net]
- ↑2000年代で止まってるオッサン
- 880 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 07:21:21.34 ID:94Ygw4Cz.net]
- あの当時の人なら一度は、オレオレプロジェクトで継承を使いすぎた経験ってあると思うのね
- 881 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 08:07:57.52 ID:GOMVHdKw.net]
- 継承しまくって訳わからん事になるなら新しいクラスにした方がいいと思うけどなあ
File
-◯◯FileBase
--◯◯FileStructure
---◯◯FileModel
----◯◯FileInstance
みたいなのよりFile2を定義し直した方が遥かにマシ
- 882 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 08:13:47.31 ID:Y0uHI/e6.net]
- ファイル名なんかもそうだが
File_20240219
のようなユニークIDつけておくといくら被っても困らない
- 883 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 09:09:06.20 ID:94Ygw4Cz.net]
- 重複(安易なコピペ)コードはちょっとでもいけませんってきつく言われて、
それを避けるように継承をテキトーに使いすぎた記憶はあるんだよね
is-a 原則を守って、責任者が正しく設計しましょう
- 884 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 09:20:08.17 ID:94Ygw4Cz.net]
- 似たようなコードが出るなら、サブルーチンにすりゃよかったんだけどね
あの頃は名前空間をあんまり使いこなせてなくて、なんでもクラスに押し込みゃいいと思ってた
- 885 名前：デフォルトの名無しさん [2024/02/19(月) 09:26:15.27 ID:5htgrxhu.net]
- >>855
と、継承すら理解できない素人が申しております
- 886 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 10:20:44.59 ID:stH4FHBR.net]
- Rustが重複コードは二度と書かないってポリシーだっけ
最初の一歩踏み出すのにとんでもなく時間かかりそう
- 887 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 10:25:51.91 ID:Xye0EN8a.net]
- 何をもって重複コードとみなすのかなぁ
たまたま別の機能で同じコードになったとかは
まとめると後で痛い目に遭うよな？
- 888 名前：デフォルトの名無しさん [2024/02/19(月) 10:35:06.92 ID:62DfF/9H.net]
- >>864
Rustは書かなきゃいけないボイラープレートが多いから重複コードも多い
コピペ継承とマクロ継承がよく使われてる
- 889 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 10:54:32.58 ID:VWZKMKLS.net]
- c++ コンセプトをそのまま変数のインターフェイスに使えればなぁ、と思う事はある。
- 890 名前：デフォルトの名無しさん mailto:sage [2024/02/19(月) 11:18:30.32 ID:W0+AhDGC.net]
- >>864
Rustも他の言語と同様に重複コードがあれば関数として切り出すだけだよ
その時に異なる型に対してもトレイト境界により安全にジェネリック化がしやすく多用されてるね
>>866
Rustは継承ではなく合成と移譲をするためその宣言は増えるけどそれらを重複コードとみなすのはありえないよ
- 891 名前：デフォルトの名無しさん [2024/02/19(月) 18:18:36.14 ID:NzCkUvZW.net]
- >>868
どういう構造で作られているかは重複コードとみなすかどうかには一切関係ない
変更をロックステップで適用しなければいけないのならどういうものであれそれらは重複コード
- 892 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 00:04:11.84 ID:LUfJNkJd.net]
- スマポみたいな機能の重複回避には昔は継承を使った
今はジェネリクスを使う
昔の方法ではスタックのint型とヒープのInt型を統一できない
- 893 名前：デフォルトの名無しさん [2024/02/20(火) 02:06:05.00 ID:u4Uobn3a.net]
- すべての型に対して全て同じ実装でよければジェネリクスで良いが一部の型でカスタマイズが必要になるといろんな障害が出てくる
- 894 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 05:49:02.76 ID:/gOXQNrB.net]
- >>871
それは普通によく起こることだが全く問題ない
その型ごとの差異の機能を合成するだけで対応できる
もちろんジェネリクスのままでよい
- 895 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 06:10:00.38 ID:jusHGvnd.net]
- インタプリタならそれでいいんだけどね。。(個人の感想です
- 896 名前：デフォルトの名無しさん [2024/02/20(火) 10:28:59.91 ID:EDso4HRp.net]
- 一部の型でカスタマイズが必要な場合にジェネリクスを使おうとすると将来を見通したカスタマイズポイントを最初に確定しておく必要があって多くの場合現実的ではない
要はOCPを満たせないので変更に対して弱く保守性の低いプログラムになる
加えてRustではcoherenceの制限だったりspecializationやHKTが未サポートだったりで使える状況がかなり限定されている
- 897 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 10:53:42.40 ID:C9p4KSn1.net]
- >>873
Rustでも>>872の「その型ごとの差異の機能を合成するだけでジェネリクスのまま対応」できるよ
Rustは必要な機能のトレイト境界を指定することでコンパイル時点で静的にジェネリクスでも安全に呼び出すことが保証されるよ
呼び出し方法は静的ディスパッチによる単相化またはvtable利用の動的ディスパッチどちらも選択できるよ
- 898 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 10:57:44.32 ID:cggt5bnJ.net]
- そもそもRustが大規模開発にゃ向いて無い件
- 899 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 11:08:20.16 ID:C9p4KSn1.net]
- >>876
大規模開発もできるように作られたRustについて真逆のウソはよくないよ
既に大規模開発で採用しているGoogle Microsoft Amazonといった大手IT企業たちが
共同でRust Foundationを設立して資金を出して安定した環境でさらなる開発が進められているよ
- 900 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 11:10:21.09 ID:z4RtXIEV.net]
- それってまだ到達して無いって事じゃね？
- 901 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 12:20:44.40 ID:ShtLDmLT.net]
- 既にクラウドやCDNなどネットインフラは次々とRust製へ変わった
ソース
＞【クラウド世界トップシェアAWS】
＞https://japan.zdnet.com/article/35183866/
＞Rustで構築されたAWSサービスの例としては、
＞コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
＞「Amazоn Simple Storage Service（S3）」、
＞「Аmazоn Elastic Compute Cloud（EC2）」、
＞コンテンツ配信ネットワーク「Аmazоn CloudFront」、
＞LinuxベースのコンテナーOS「Bottlerocket」などがある。
＞【CDN世界トップシェアClоudflare】
＞https://www.publickey1.jp/blog/22/cloudflarenginxrusthttppingoracdncpu31.html
＞CDNプロバイダのCloudflareは、同社のグローバルなCDNの基盤として長らく利用してきたNGINXに代えて、
＞同社自身がRust製のHTTPプロキシである「Pingora」を開発し利 用していることを明らかにしました。
- 902 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 13:22:34.01 ID:LUfJNkJd.net]
- 大規模開発以外はオワコンゆえに構造化プログラミングはオワコン
というのがオブジェクト指向の原点なのでオワコン論法を今更やめられない
- 903 名前：デフォルトの名無しさん [2024/02/20(火) 13:26:48.23 ID:oBR9eIxF.net]
- >>877
そのどれもが大規模開発じゃ無いぞ
使われてるがチームは数名だぞ
- 904 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 13:36:25.43 ID:AU1Zrlfs.net]
- 数名で各ネットインフラをRustで開発できるなら今後はRustでいいな
- 905 名前：デフォルトの名無しさん [2024/02/20(火) 16:28:18.46 ID:ZAWp74Ua.net]
- 「うちは大規模開発でやってる」という発言が出ないで、他人の情報に反応してそういう結論に切り替えるってことは
つまり自分らでは使ってないってことかいな
- 906 名前：デフォルトの名無しさん [2024/02/20(火) 16:45:43.34 ID:rm//dl54.net]
- できるできる詐欺が横行してるな
- 907 名前：デフォルトの名無しさん [2024/02/20(火) 18:35:02.11 ID:pzacWR0B.net]
- 大規模開発は人数揃えるのが何より大切だからな
COBOLかJava以外ありえない
- 908 名前：デフォルトの名無しさん mailto:sage [2024/02/20(火) 20:51:51.45 ID:lRk+yPyb.net]
- 全部できるよ
- 909 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 14:43:22.45 ID:Z35fBDP9.net]
- MVCで入力処理ってどこにおくべき？
AIとかに聞くとCに置けって言ってくるけど
移植（ライブラリ変更等）時に描画系入力系を
まとめてVに置いておくと楽だと思うんだけど
- 910 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 14:46:34.08 ID:QZ7TjEE8.net]
- いまだにMVCとかやってるから海外のアプリに勝てないんだよな
- 911 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 15:34:28.90 ID:C622TR9G.net]
- M: 変数
V: public関数
C: private関数
- 912 名前：デフォルトの名無しさん [2024/02/21(水) 16:02:41.28 ID:IVa7P8gb.net]
- >>887
MVCといってもクライアントサイドのMVCとサーバーサイドのMVCで考え方が違う
また入力処理と言っても人によって指すものが違うので具体的にどういう処理を入力処理とみなしているか書かないとわからない
さらに移植とライブラリ変更は一般的に違うものなので想定状況が伝わらない
- 913 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 17:11:10.76 ID:RdIBo6ag.net]
- M: member
V: virtual
C: constexpr
// 空目
- 914 名前：デフォルトの名無しさん [2024/02/21(水) 18:43:28.52 ID:1mshJDzd.net]
- Mutable
Virtual
C++
- 915 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 20:19:29.17 ID:ryHNx0AS.net]
- 用語や形にこだわるより先に仕様通り動くもの作れ。くだらないこだわりで何も始められないのはただのアホ
- 916 名前：デフォルトの名無しさん [2024/02/21(水) 21:53:18.35 ID:gKvdV+n9.net]
- 唐突なストローマン論法で草
雑魚味が濃すぎる
- 917 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 21:58:52.64 ID:1UKYnLzP.net]
- >>887
元々は移植性のためにモデルはそのまんま環境と切り離した処理そのものを
ヴューは人間の目に触れる画面レイアウト周り、そしてコントローラーは
それらを繋ぐインターフェイスとして実装という考え方なので
ゲームをPC、コンシュマー、モバイルと移植します画面周りはVです
操作されるゲームの中身はMです、つなぐ部分はCです
…ん？マウスと十字キーとタッチパネル対応はどこまでがCだ？ってなるけど
AIに聞けばテンプレどおりそら「Cに分けなさい」言われるわな
- 918 名前：デフォルトの名無しさん mailto:sage [2024/02/21(水) 22:04:57.80 ID:Ufq19E/Q.net]
- ゲームとビジネスアプリとでは違って来るよな
ゲームなら🎮や⌨はCだが、ビジネスアプリでは単にVの付属物だったりする
- 919 名前：デフォルトの名無しさん [2024/02/21(水) 22:11:27.33 ID:UHHgkSfj.net]
- うそやん
マウス対応やタッチパネル対応はViewやぞ
AIに聞いてもそう答えるぞ
- 920 名前：デフォルトの名無しさん [2024/02/21(水) 23:59:03.36 ID:anjrCapC.net]
- 「入力」の抽象度の違い
ビューに依存した入力とそこから一段階抽象度が上がったビューに依存しない入力がある
それを認識できてればどこに含めるか迷わない
|
 |
