スレ立てるまでもない質問はここで 158匹目

**デフォルトの名無しさん** · 2021/10/26(火) 05:30:43.46

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

【前スレ】
スレ立てるまでもない質問はここで 157匹目
https://mevius.5ch.net/test/read.cgi/tech/1624024239/

次スレは>>980が立てること

**デフォルトの名無しさん** · 2021/12/09(木) 16:35:18.54

素集合データ構造はしらべたんですがよくわかりませんでした
aの値でソートして同一の物をぬきだした後、
それらのbの値と一致するするものを合併すればいいかと思いました
aとbの値でのソートと、二分探索を複数回、くらいのコストになりますか

**デフォルトの名無しさん** · 2021/12/09(木) 16:47:23.50

>>358
じゃ x5 = X(2, 3) が追加されると
{x1, x2, x3, x4, x5}の1グループになるってこと？

**デフォルトの名無しさん** · 2021/12/09(木) 17:24:53.15

>>360
そうです

**デフォルトの名無しさん** · 2021/12/09(木) 18:19:47.02

じゃ>>356が書いてる素集合データ構造使うパターンなので
1回のUnion(a, b)が実質ほぼO(1)で、Xがn個あればほぼO(n)
arrayで実装してる解説を読むといい

**デフォルトの名無しさん** · 2021/12/09(木) 19:35:58.53

ありがとうございます
素集合、ざっくりとはつかめました
つながりを木構造で表し、なるべく高さを抑えるということですか

**355** · 2021/12/10(金) 00:00:29.58

素集合でグルーピングできたんですが
ソートに時間がかかってます

https://ideone.com/hoId2P

**355** · 2021/12/10(金) 00:16:04.56

ソートが遅いのは配列要素が大きく重いからでPHP特有かとおもいました
参照でソートできれば早くなりそうです

**デフォルトの名無しさん** · 2021/12/10(金) 14:06:13.92

DBにでも入れたらgroup byで簡単に出来るのでは？

**デフォルトの名無しさん** · 2021/12/10(金) 17:53:15.64

>>364
ソートは何のため？

**355** · 2021/12/10(金) 20:50:06.85

ソートは同じ値を集める為です
ソートせずにsize * (size-1)のループで値を比較してみたところ、桁ちがいに遅くなります

**デフォルトの名無しさん** · 2021/12/10(金) 21:11:06.33

ソートするのと、ループで値の一致をみる、比較です

https://ideone.com/5y6ZwL

**デフォルトの名無しさん** · 2021/12/10(金) 22:29:17.97

>>368
ソートも2重ループも必要ないよ
ついでにunionするかどうかの条件式も必要ないし
disjoint setのサイズも違うと思う

**デフォルトの名無しさん** · 2021/12/11(土) 00:00:11.77

ふとお題がどっちなのか気になった
x1 = X(1, 2)
x2 = X(2, 3)
もし有向で、a同士が一致しない、b同士も一致しないから同じグループにはしない、という要件の場合、Union-Findの応用で解けるんだろうか

**デフォルトの名無しさん** · 2021/12/11(土) 12:36:32.98

>>371
disjoint setとは別にaとbの各値がどのグループに属するかを配列で管理すればいいと思う

0番目:(1, 2)
a[1] == -1 && b[2] == -1なので a[1] = 0, b[2] = 0

1番目:(2, 3)
a[2] == -1 && b[3] == -1なので a[2] = 1, b[3] = 1

2番目:(1, 6)
a[1] != -1 && b[6] == -1なので b[6] = a[1], union(a[1], 2)

3番目:(2, 6)
a[2] != -1 && b[6] != -1なので root = union(a[2], b[6]), a[2] = root, b[6] = root, union(root, 3)

2番目・3番目の最後のunionはroot設定専用の関数でも可

**デフォルトの名無しさん** · 2021/12/14(火) 15:22:11.48

React NativeをFlutter上で動かす的なプロジェクトってないかな
レンダリングエンジンが共通じゃないのってデメリットとして大きすぎると思うんだよね

**デフォルトの名無しさん** · 2021/12/14(火) 21:01:22.11

めちゃくちゃ初心者な質問で申し訳ない
Modを日本語化したくてXMLファイルを書き換えたいんだけど、当ファイルが「表」と「シートの設定」エラーでExcelで開けないんだ
何とかメモ帳でやってもいいんだけど、おすすめのXML編集ソフトあるなら教えて欲しい

出来ればフリーだとありがたい

**デフォルトの名無しさん** · 2021/12/14(火) 21:10:15.14

>>374
Visual Studio Codeで良いのでは？

**デフォルトの名無しさん** · 2021/12/14(火) 21:10:58.88

>>375
とりあえずそれ入れた
なんかやりたいことあったらまた聞きます

**デフォルトの名無しさん** · 2021/12/14(火) 21:31:46.55

VSCodeの拡張機能でXML関連も多いからどうだろう

**デフォルトの名無しさん** · 2021/12/15(水) 12:51:02.59

中間者攻撃について

社内のルーターがクラックされて中間者になった場合でも
httpsでの接続先が正しい証明書を提示した場合、sshでの接続先が正しいフィンガープリントを提示した場合ならば安全である

これは正しいですか？

**デフォルトの名無しさん** · 2021/12/15(水) 13:00:13.34

社内のルーターがクラックされてるような状況で安全なわけないじゃん
既に手元の端末に侵入されて不正な証明書が導入されてたりフィンガープリントが改竄されてたりするかもしれん

**デフォルトの名無しさん** · 2021/12/15(水) 13:06:24.60

なるほど
では手元の端末はファイアウォール等で防御している場合はどうでしょうか？

**デフォルトの名無しさん** · 2021/12/15(水) 15:10:14.46

中間者攻撃に限定してるのに小学生並の反論するなよ

中間者なルーターを乗っ取られていても相手の鍵は中間者に漏れてはいないから、中間者は正しいフィンガープリントを作成できない

**デフォルトの名無しさん** · 2021/12/15(水) 16:35:44.51

>>378
>httpsでの接続先が正しい証明書を提示した場合
“正しい”証明書だと”正しく”検証できているのなら安全
フィンガープリントは証明書(公開鍵)のハッシュ

**デフォルトの名無しさん** · 2021/12/18(土) 02:00:54.58

デザインの仕事をしてるんだが、必要ごとがあって超適当だけどプログラミングもしてるのね
分からないところあったら、いつもググってブログとかYouTubeで一応解決はしてる
ただなぜこのコードを打つのか全くわかってない(基礎も学んでないから終始意味不明)
どこかで失敗して途中で諦めても、なぜ予定通り動く感じ
こんな感じで続けてて良いのかね？
学校や本を読むのも億劫だからって勉強しない俺が悪いのだが

**デフォルトの名無しさん** · 2021/12/18(土) 02:33:17.88

いいわけないだろ
だからデザイナーはバカなんだよ

**デフォルトの名無しさん** · 2021/12/18(土) 07:18:22.23

えーと、問題点はわかってるんだからがんばれ！

**デフォルトの名無しさん** · 2021/12/18(土) 09:22:35.92

>>383
そのままでいいよ
問題が起きたら>>384みたいな口の悪いゴミの仕事が増えると思えば良い

**デフォルトの名無しさん** · 2021/12/18(土) 11:32:43.18

>>383
1. まずゴールを明確にしろ
2. 次にゴールを達成するのに取り得る選択肢を考えられるだけ列挙しろ
3. それができたら各選択肢のメリット・デメリットを列挙しろ
4. 最後にどの選択肢を選ぶか決めろ

今はゴールすら不明確なので特定のやり方について良い悪いを判断する段階じゃない
強いて言えば"考え方が良くない"
デザインでも全く同じ考え方をするだろ

**デフォルトの名無しさん** · 2021/12/18(土) 11:45:57.82

そのやり方を続けると具体的にどんなデメリットやリスクがあるのかというのを提示する人はいないんだな
そこから始めて、あとは当人の環境に合わせて判断して勉強のモチベーションにつなげるか怠け続けるかだと思うんだが

・解決したと思っても実は対策が不適切で後で事故るリスクが増す
・泥縄で対応するからコストがかさむ
・低スキルがバレていて評価が上がらない
こんなところかね

**デフォルトの名無しさん** · 2021/12/18(土) 12:28:04.08

>>383
とにかく動けばいい、は後で困る
作っておしまいメンテナンスはしない、ならそれで問題ないが、そんなことは滅多にない

**デフォルトの名無しさん** · 2021/12/18(土) 15:12:26.48

>>383
理想論だと問題があるので勉強しなさいとか、職業プログラマーでそれはないはーって
言われるかもだけど

実際には仕事でプログラミングしている人も、大多数は同じような感じでコピペスクリプト
キッズで意味や仕組みなんて分かっていないので、人に提供している訳でなく自分で
困っていないならばよいと思うよ

それに絵の勉強は模倣からじゃないけど、自分で動かすプログラムをコピペでも手で
打っていれば、数こなしているうちにわかることも増えるような気がするし

あと、私は技術系の老害で今は趣味のプログラムしかしないんでコードの意味が
分からないとイヤって思うけど、今時のプログラミング言語はドンドン仕様が変わって
いくので、世の中のトレンドに追従していこうとすると中身を理解している時間は
ないかなって

**デフォルトの名無しさん** · 2021/12/18(土) 17:24:12.61

>>390
書いてあることにほとんど賛同できない。
向き不向きが大きいのかもしれない。
ま、向いてない人もそうやって何かが出来た感じにはなれるのかもね。

**デフォルトの名無しさん** · 2021/12/18(土) 17:35:15.75

デザインは高度に専門性の高い業種だと思いますので、デザイン専門家にプログラミングの内容を把握せよ、というのは酷だと思います
>>383 はデザインを主軸にテリトリーを広げる姿勢が尊敬できます、私は >>390 に賛成です
ただ、マイクロソフトもプログラミングとデザインの分業化を進めるべく、いろいろな開発形態を提案しているのですが、いまひとつしっくりいっていないと考えます
>>383 のような方がプロダクトにかかわっているのは心強いというのが所感です

**デフォルトの名無しさん** · 2021/12/18(土) 18:05:43.36

プログラミングも本来高度に専門性の高い業種だと思いますw が、他人のを単純にパク、
もとい参考にさせてもらうだけでもある程度のことは成り立つのかもね。

それはデザインとかでもあるんじゃ。その場合も意味もわからずなんとなくコピるのか、
元の仕事への深い洞察の下に行う、とか差がありそう。
ちなみにプログラムでもある種のデザインは大事だね。これもセンスが出る。

**デフォルトの名無しさん** · 2021/12/18(土) 18:12:13.37

>>393
うふふ
それもそうですね、コピペがオリンピックのエンブレムになったりしますし

ただ、命題
＞デザインは高度に専門性の高い業種だと思います
＞プログラミングも本来高度に専門性の高い業種だと思いますｗ
が同時に成立するとして、両方に精通することは困難だとは思いませんか？安易なセクショナリズムは生産性の低下を招きませんか？

**デフォルトの名無しさん** · 2021/12/18(土) 18:16:59.36

>>388
目的が不明確な状態でデメリットやリスクを論じても意味ないでしょ

**デフォルトの名無しさん** · 2021/12/19(日) 02:35:40.05

数学の証明を読んでさっぱり意味がわからなかったことはありますか? 俺はありますw
AならばB、BならばC、ゆえにAならばCと書いてあるが、そもそもAならばB、がわからない。

でAならばBを理解するには、結局背景にある構造や条件とかの理解が必要だったりして、
うんうん考えたり、具体的な例を作ってみたり、別の数学の分野を学んだり、
そういうことをしていると「はっ」とわかったりする（こともある）。

プログラムが理解できないというのも似たようなものかなと思う。しかし無理して理解しなく
てもいいのかもしれない。
数学の公式も、使うだけなら 1)正しい公式を 2)使い方を間違えなければおkだから。
ただしもしそれ以上のレベルに進もうと思ったら...

**デフォルトの名無しさん** · 2021/12/19(日) 03:40:54.80

ポートフォリオのためにウェブアプリケーション作ってみようかなと思ってるんですが
バックもフロントも素人な人間にはSpringとNode.jsどっちの方がとっつきやすいですかね
C++とPythonくらいしか触ったことないんですが

**デフォルトの名無しさん** · 2021/12/19(日) 04:13:01.35

pythonやってるならdjangoやflaskでいいんじゃない？

**デフォルトの名無しさん** · 2021/12/19(日) 04:38:21.09

Pythonがつかえるならそれでいいのでは?

**デフォルトの名無しさん** · 2021/12/19(日) 05:46:13.37

ここに書いておいた

入門書一冊終えたんだけど
https://mevius.5ch.net/test/read.cgi/tech/1639738254/10

日本では、YouTube で有名な、雑食系エンジニア・KENTA のサロンのRuby on Rails が基本

基本、モダンな自社開発系ウェブベンチャーでは、Rails以外のフレームワークは無意味。
作っている人がいない

会社も、Rails以外で開発者を募集しても、人が来ないので結局、Railsで作る事になる

Ruby biz Grand prix 2020 大賞を受賞した、Ruby の女神・池澤あやかも言ってる。
他の言語では開発者を確保しにくいので、Railsに切り替えた

**デフォルトの名無しさん** · 2021/12/19(日) 07:59:19.05

>>396
プログラムも、使うだけなら 1)正しいプログラムを 2)使い方を間違えなければおkだとして
正しいかどうかと使い方を間違えてないかどうかをどう確認すればいいの？

**デフォルトの名無しさん** · 2021/12/19(日) 15:22:50.38

ソフトバンクとかネットワーク事業者にとってユーザーの通信量ってどうランニングコストに跳ね返るんでしょうか？通信量が多いとサーバー負荷がかかるから空調の電気代とか？

一昔前は通信量、パケット代が従量課金だったりしましたが今は帯域制限かける程度なのでコスト事情も変わっているのでしょうか。

**デフォルトの名無しさん** · 2021/12/19(日) 16:44:26.67

>>402
プロバイダーは上位のネットワークにパケットを送るのに、パケット当り幾らって
料金を払って運用しているので、社内全体で見たときにユーザが送信するパケットの
量で入手可能な金額が、上位ネットワークに支払う金額を下回ってしまうと成り立た
ないので、定額制っていっても養分になるユーザが少ないとコスト割れになるだよ

**デフォルトの名無しさん** · 2021/12/19(日) 16:52:19.31

>>403
そんな料金事情なんですね知らなかった
その辺の情報とか、参考になる書籍やサイトご存知でしたら紹介してくれませんか？

**デフォルトの名無しさん** · 2021/12/19(日) 17:23:37.78

>>402
課金方式の変化はランニングコストよりも帯域幅の変化と戦略的な要因によるもの
許容量を超える通信が発生すると障害につながるから
通信事業者はそうならない範囲で持ってる設備をフル活用したい
コスト構造は道路と同じ

>>403
帯域を定額で買ってるほうが多いと思うよ

**デフォルトの名無しさん** · 2021/12/19(日) 19:21:55.61

>>395
PDCAでいうなら、今は「勉強しないまま業務する」っていうDoの最中
リスクやデメリットと書いたのはそのDoに対する現状分析だよ
CとAを飛ばして次のPにノリで進んでも適切なプランは立たない

**デフォルトの名無しさん** · 2021/12/19(日) 19:49:50.94

>>406
C と A の区別がつかないのですが？

**デフォルトの名無しさん** · 2021/12/19(日) 20:49:35.55

Doに対する評価基準がないのに他人がどうやって現状分析するんだよ

**デフォルトの名無しさん** · 2021/12/19(日) 23:59:01.84

言葉尻に噛みつくんじゃなく流れを見直してから言えよ
あくまで質問者のこれまでの書き込みから本人の振り返りのヒントを与えるだけだよ

**デフォルトの名無しさん** · 2021/12/20(月) 00:00:35.89

勉強する意思が定まってない段階でお前の目的は何だ！？って問うほうがマヌケだろ

**デフォルトの名無しさん** · 2021/12/20(月) 01:07:11.61

>こんな感じで続けてて良いのかね？
良いかもしれないし良くないかもしれない
それは目的次第

目的無視してリスクやデメリットをあげつらっても意味がない
それらがリスクやデメリットになるかどうかも目的次第だから

目的不明の現状分析なんて一番やっちゃダメなパターン
まぁ質問者は本気でアドバイスを求めてるわけじゃないから別にいいんだけどさ

**デフォルトの名無しさん** · 2021/12/20(月) 02:50:11.53

目的第一って感じすか。あれか、いわゆるオブジェクト指向（適当

**デフォルトの名無しさん** · 2021/12/21(火) 18:46:57.76

①VPNで会社ネットワークに繋ぐ＋リモートデスクトップで会社マシンに繋ぐ＋会社マシン上のVSCode＋GitHub
②ローカルマシン上のVSCode＋GitHub

作業効率は圧倒的に②がいいと思いますが
セキュリティの観点では①、②どっちがより安全な労働環境ですか？
自分の考えではVPN、RDPが間に挟まる分、攻撃面が増えるので無意味にリスクが増えると思うのですが
会社の人達は①の方が安全なので必ず①でやるように言っています

前提として①、②どちらも物理回線は同じものを使います

**デフォルトの名無しさん** · 2021/12/21(火) 20:15:47.27

>>413
社員の私物PCは何が入っているのかわからんから

**デフォルトの名無しさん** · 2021/12/21(火) 20:17:51.80

>>414
失礼
ローカルマシンも会社支給と書き忘れました

**デフォルトの名無しさん** · 2021/12/21(火) 23:24:01.78

ローカルマシンにデータ置いたらそれを引っこ抜くのは容易
会社から見たらお前が攻撃者になる事も想定する必要がある

**デフォルトの名無しさん** · 2021/12/22(水) 00:19:29.00

ファイル引っこ抜けるぐらいの被害を受けているならVPN経由で会社ネットワークに侵入も容易では？

**デフォルトの名無しさん** · 2021/12/22(水) 00:22:58.90

社員が攻撃者の想定ならならネットワークに入れたくないのでVPNは難しい
ゼロトラストってやつかな

**デフォルトの名無しさん** · 2021/12/22(水) 07:10:45.51

>>417
会社貸与のPCならそもそもリモートデスクトップしか使えないようにする
いわゆるシンクライアント

**デフォルトの名無しさん** · 2021/12/22(水) 09:35:42.48

従来のインシデントとしてPC紛失盗難が多いので、いざというときアクセスを遮断できるシンクライアント方式が好まれる
在宅勤務前提で家から持ち出すことが原則禁止で
いずれのルールでもGitHubで共有されるドキュメントとソースが同じ
BYODではない
そういった前提なら②のほうが安全だと思う

**デフォルトの名無しさん** · 2021/12/22(水) 10:21:39.35

>>413
既にVPNの穴があるんだったらお前が新たにそれを使うようになったところで攻撃面は増えないだろ
RDPはVPNの上で使うんだからそれは攻撃面を増やすことにはならない

**デフォルトの名無しさん** · 2021/12/22(水) 10:33:10.58

VPNおじさんを論破したいなら、VPNの急所である「接続できさえすればやりたい放題」という点を責めるべき
端末が悪意のある他者の手に渡ったときに、(A)社内ネットワークに侵入できない&(B)ローカルに本番環境に入るためのキーなどの機密情報が存在しない
という2点が重要だ
開発者は口では偉そうなこと言いながらだいたい(B)ができてないので、一般的にはシンクライアント方式の方が安全だ

**デフォルトの名無しさん** · 2021/12/22(水) 10:48:41.12

>>420
持ち出し禁止は当たり前として
盗難リスクは人の出入りが多い会社の方がリスクが高いでしょうな

**デフォルトの名無しさん** · 2021/12/22(水) 10:52:56.67

>>421
鯖に穴が空いててもクライアントが使わないことでリスクを下げれる
例えば悪意を持った派遣社員がVPNを通じて社内ネットワークに攻撃を仕掛けた場合
社内物理ネットワークはもちろん危険だしVPNを通じてクライアントも汚染される可能性がある
githubとしか通信しない方式なら社内ネットワークからの攻撃からクライアントが隔離されるのでリスクが低い

**デフォルトの名無しさん** · 2021/12/22(水) 11:02:16.49

>>422
もちろん派遣社員や開発チームなどにはシークレットを教えません
然るべき立場にいる責任者だけがシークレットを知っておりCIサービスにシークレットを登録するのも彼らの責任です

**デフォルトの名無しさん** · 2021/12/22(水) 13:45:16.56

>>423
(ヾﾉ・∀・｀)

**デフォルトの名無しさん** · 2021/12/22(水) 19:08:56.82

エルサルバドル、ビットコインのための街「Bitcoin City」建設を発表。税制など優遇

ナジブ・ブケレ大統領は、6月にBitcoinを米ドルに並ぶ法定通貨とする法案を通し、コンチャグア火山近くの
地熱発電所を暗号通貨マイニング向けに利用することを指示していました。そして今回、地熱発電所と
ラ・ウニオンの街の近隣地域に「Bitcoin City」と称する新しい街を建設すると発表。
そこには「住宅地、商業地、サービス、博物館、娯楽、バー、レストラン、空港、港、鉄道などすべてが
含まれる」と述べました。Bitcoin Cityの住民には付加価値税(VAT、消費税のようなもの)はあるものの、
所得税は課されないと大統領は説明、税収の半分は「街を作り上げるため」、残り半分は「街を綺麗に
保つため」に使われるとザックリ述べています。
エルサルバドルはBitcoinを法定通貨とすることを決めて以降、9月には2回に分けて合計400BTCを購入しています。
国民には政府承認のウォレットアプリ「Chivo」を30ドル相当のビットコインと共に配布し、このアプリで
ドルまたはBTCでの支払いや送金、受け取りができるようにしています。また国内に200台以上の
Bitcoin対応ATMも設置したと伝えられています。

**デフォルトの名無しさん** · 2021/12/22(水) 20:00:30.51

>>427
お金を綺麗にできる街か。
ってことは、マイアミみたいになるのかな。
宝石店や高級車ディーラーを開けば嘘みたいに売れるかも。

**デフォルトの名無しさん** · 2021/12/22(水) 20:01:27.18

日本もなんかやってたな。
犯罪組織を誘致するとか何とか。
維新が取り組んでる。

**デフォルトの名無しさん** · 2021/12/23(木) 12:08:15.41

ローカルPC には、ウイルスも入るし危険

会社のPC の方が安全

**デフォルトの名無しさん** · 2021/12/23(木) 12:26:27.38

会社のPCにも入るぞ？

**デフォルトの名無しさん** · 2021/12/23(木) 17:28:07.23

会社のPC
・パスワードの書いてある付箋が貼ってある
・それっぽいメールは疑わずに開く

**デフォルトの名無しさん** · 2021/12/24(金) 21:40:02.88

babelだのwebpackだのは必要なんですか？
tscコマンドだけで十分な気がするんですが。。。

**デフォルトの名無しさん** · 2021/12/25(土) 17:34:21.17

>>433
趣味でチマっとしたもん作るだけなら充分。
プロダクトなら必須。

**デフォルトの名無しさん** · 2021/12/26(日) 11:43:00.99

スクリーン座標系(U,V)とdepthから
ワールド座標系に変換するにはどうしたら良いですか？
カメラ座標は固定するものとします

**デフォルトの名無しさん** · 2021/12/26(日) 11:45:48.00

教科書嫁

**デフォルトの名無しさん** · 2021/12/26(日) 14:05:28.53

Ruby on Rails 6 では、Node.js, Webpack, Babel, React, Vue.js, Bootstrap など。
Rails 7では、Webpack以外のバンドラーでも出来るかも？

Rails の作者、David Heinemeier Hansson(DHH)の8/16 の動画

Alpha preview: Modern JavaScript in Rails 7 without Webpack
https://www.youtube.com/watch?v=PtxZvFnL2i0

**デフォルトの名無しさん** · 2021/12/26(日) 14:25:51.95

ルビィストとか呼ばれてイケイケだった連中はどうなったんだろ
あの他言語を見下す眼差しがもう見れないのかね

**437** · 2021/12/26(日) 14:54:29.83

日本では絶大な影響力を持つ、有料サロンでは日本6位・3千人のRails のサロン主、
YouTube で有名な雑食系エンジニア・KENTA が、日本のJava, Scala, PHP を絶滅させた

偏屈なScala ベテが、初心者にマウントを取ってくるので、Scalaは終わりと宣言した。
PHPも、ウェブ開発でRuby on Rails に勝てる見込みがなく、一生やる必要なしと宣言した。
Java 土方には、誰でも転職できるから、勉強する必要なしとも言ってる

KENTAの人気で、この3つの言語が終わった。
結局、バックエンド開発者のキャリアパスは、Rails → Go だけ

**デフォルトの名無しさん** · 2021/12/26(日) 15:59:40.39

Rubyってカオスなんだね
こんな様々なエコシステムを組み合わせなければ作れないなんて絶対やりたくないわ

**デフォルトの名無しさん** · 2021/12/26(日) 16:26:24.00

今時純正のライブラリだけで大概できるなんて.Netくらいじゃない？

**437** · 2021/12/26(日) 16:43:49.18

KENTA が言ってるように、Rails を使っている会社の社風は、モダン。
Rails, Node.js などのJavaScript も、OSS だから

一方、Java 土方を使うような古い会社は、
セレブエンジニアサロンの小松和貴も言ってるように、インターネット・スマホ禁止

セキュリティーにうるさいから、皆、本で調べるw
ネット検索できない

客先と書いてある募集

**デフォルトの名無しさん** · 2021/12/26(日) 16:53:03.96

>>441
.NET快適だよねー
なんで流行らんのだろ？
ブラウザ対応が出遅れてるからか？

**デフォルトの名無しさん** · 2021/12/26(日) 17:31:59.71

>>443
いや、東日本大震災以前の時期から結構やってるよ(やってる最中に被災
Windowsサービスとか作れるのが便利

**デフォルトの名無しさん** · 2021/12/26(日) 23:55:02.58

MVC等の設計モデルについての質問です。細部は違うけど大半は同じModelが複数出来る時の考え方を知りたいです。
実際の言語はtypescript+vue.jsです。

dbから取得したデータを画面に表示するページを作っています。擬似コードは↓以下の通りです。
https://i.imgur.com/hb3CKtJ.png

この場合、getDB()メソッドの戻り値 DBDataType型と、viewに渡すためのViewData型のクラスのプロパティは大半が共通です。
同じ内容を2箇所に書くのを避けたいのですが、これはどうしようもなく、設計モデルをちゃんとやる際には必要な事なのでしょうか。

**デフォルトの名無しさん** · 2021/12/27(月) 00:00:52.45

ひたすらマッピングだよ
並みレベルのプログラマの仕事なんて要約するとほぼそれだけ
誰かが作ったモジュールからデータを持ってきて整形して別の誰かが作ったモジュールに流す

**デフォルトの名無しさん** · 2021/12/27(月) 00:05:44.79

>>445
根本的に考え方がおかしい
DBに対してモデルを当て嵌めるんじゃなく、まずモデルがあってそこからDB構造が導出されるんだよ
共通の項目のセットがあるならおそらくそれはアプリケーションを横断する何らかの実在として意味を持っているはずで、
それは最初からモデル上共通のクラスになっていなければならない
そうでないならたまたま一緒なだけだから共通化すべきではない

**デフォルトの名無しさん** · 2021/12/27(月) 00:07:25.82

基底クラス作って継承したら？

**デフォルトの名無しさん** · 2021/12/27(月) 00:12:18.41

似てるだけで別のものなんだから別に作る
苦しくてもひたすらマッピングする

**デフォルトの名無しさん** · 2021/12/27(月) 00:28:37.79

この例でいえばheight、weight、hair、eyeのような論理的に同じグループに属する属性をprofileのような型で束ねる
このときscoreはprofileに当たらないから含めない
DBとViewに同値や汎化特化の関係がないから継承(is-a)で実装を共通化するのは好ましいやり方じゃない
代わりにhas-aで共通化するのがいい

**デフォルトの名無しさん** · 2021/12/27(月) 00:58:29.29

一見して同じものに思える属性でもプレゼンテーション、ドメイン、データレイヤーは別のものだから継承は最悪だしhas-aでも共通化しないほうがいい

例えばプレゼンテーションでは郵便番号をビューの都合で２つの文字列をuseStateで持たせてる
しかしドメインでは地域や郵便局の計算をしやすいように１つの整数をラップしたバリューオブジェクトで持ってる
そしてデータベースでは7桁の文字列で持っている

プレゼンテーションとドメインではただのブーリアンで持っているがデータレイヤーではレガシーの都合で文字列Y/Nで持ってる

なーんて事例は際限なく出てくるわけだな
なので層を跨ぐ時に共通化すると不都合が出やすい
これはhas-aでもだめ
お互いに関連はあれど違うものと定義してひたすらにマッピングする
これが正解

**445** · 2021/12/27(月) 02:27:48.27

ありがとうございます。いろいろ考えてやってみます。

**デフォルトの名無しさん** · 2021/12/27(月) 07:22:23.17

Y/Nで持つってのは理想的なモデルになってないように感じるな
DB等から吸い上げる時点で即ブーリアンにマッピングするなり、レガシーとの境界面で変換メソッドを呼ぶ方がモデルへの汚染がない
そうせざるを得ないほどに腐海が進行してるならご愁傷さまだ
ビューの都合で2つに分かれるものも、例えばHTML要素が2つならコンポーネント化して独自型へとマッピングできる
すべてを脳死でグループ化すべきとも思わないし常にフラットで持つべきとも思わない
極端な話、yearとmonthも別々で持てとか、xとyも別々で持てとかいう話ではないだろう
モデルは崩さずになるべく変換は端点に寄せた上で、バランスの取れた形を狙うのが現実的だと思う

**デフォルトの名無しさん** · 2021/12/27(月) 09:30:08.20

プレゼンテーション”内部で”属性をグループ化するかフラットで持つかそしてそれをコンポーネントとするかいなかは好きにすればいい
しかし層をまたぐ際にモデルを共有すべきではないといってる
またぐならhas-aであってもダメ
ViewModelはViewModelであってDomainModelではない
偶然おなじカタチになることはあるがそれらは違うものだ
だからひたすらに心を無にして愚直にマッピングするだけ

**デフォルトの名無しさん** · 2021/12/27(月) 10:39:15.29

プログラム・・・と言うより環境構築な気がするが解答頼む
質問
やりたいこと:WordPress上でのネットバンキング決済
欲しい情報:動的な決済処理が実装可能なサービス

サービス名さえ教えてもらえたらあとはこっちで実装方法なり必要言語なり調べる
おなしゃす

**デフォルトの名無しさん** · 2021/12/27(月) 10:55:04.01

Cソースをgdbでデバッグしています。
emacs -nw
M-x gdb -i=mi aaa.o
break main
run

これで画面が上下に分かれて
gdbプロンプトが上、ソースが下に表示されますが、
printfの部分に来ると上の画面にソースが表示されてしまい
gdbのコマンドが実行出来なくなります。
どこを直せばいいでしょうか？

**デフォルトの名無しさん** · 2021/12/27(月) 11:22:31.15

Ruby on Rails の単一テーブル継承だろ

例えば、会社・家表に、同じ住所項目がある場合、
住所表を作って、住所表から会社住所表・家住所表を継承させる

HomeAddress < Address
WorkAddress < Address

Rails が裏側で、住所表のtype 列が0 なら家・1なら会社と切り替える。
会社住所表・家住所表という実体はなく、住所表しか存在しない

会社住所または家住所が東京にある、顧客を検索する場合、
住所表1つだけの方が、検索性能が良い

**デフォルトの名無しさん** · 2021/12/27(月) 11:24:00.87

>>455
Stripe