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

**デフォルトの名無しさん** · 2022/05/10(火) 14:24:35.29

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

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

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

**デフォルトの名無しさん** · 2022/06/10(金) 18:28:15.93

パンチカードなど極めて生産性の低い原始的な開発環境でコーディングしてた時代の名残だね
だからCOBOL開発など汎用機文化が根強く残ってる職場なんかだと未だにSEが詳細設計書いてたりする

**デフォルトの名無しさん** · 2022/06/10(金) 18:39:55.16

言語の抽象度が上がっただけだと思うぞ
それにソースとほぼ1対1で対応するプログラム設計書はそのプログラム作る人間が書くのが普通
別の人間にやらせるのは効率が悪すぎる

**デフォルトの名無しさん** · 2022/06/10(金) 21:44:46.58

c言語初心者なんですが、コンパイルできててるのに実行途中で「セグメントエラー」
とでてうまくいかないきません。
ググったら「ポインタ変数が～」と書いてあったのですが主にどの部分を見て確認すればよいのでしょうか

**デフォルトの名無しさん** · 2022/06/10(金) 22:38:52.63

>>104
80x86にはセグメントという仕組みでメモリを拡張している関係でメモリモデルという概念があり
nearポインタ、farポインタを意識しないといけないです
コンパイラーの説明書をよく読んでください

**デフォルトの名無しさん** · 2022/06/10(金) 23:13:35.27

プログラミングを料理に例えた人がいてな
料理が皿からはみ出てたり、そもそも料理を置く皿からなかったりしているんだろう
知らんけど

**デフォルトの名無しさん** · 2022/06/10(金) 23:27:20.30

segmentation faultのsegmentって80x86のセグメントのことじゃないよ
text, data, bssとかだよ

>>104
そのググって出た、ポインタ周りを確認しなよ

**デフォルトの名無しさん** · 2022/06/11(土) 00:26:25.84

ありがとうございます！スタックの勉強をしていたのですがなぜかスタックの中身がNULLになっていたのでそれが原因っぽかったです

**デフォルトの名無しさん** · 2022/06/11(土) 00:46:49.89

>スタックの中身がNULL
かなりでかい虫を飼ってるな

**デフォルトの名無しさん** · 2022/06/11(土) 07:24:58.91

バッファオーバーランの悪用も玄人には思いつかないような使い方をした素人が
「動きません！」とか言って生み出されたんだろうね

**デフォルトの名無しさん** · 2022/06/11(土) 08:18:34.18

スタックの中身がNULLになっていて解決方法が分からないのですが考えられる主な原因などありませんかね

**デフォルトの名無しさん** · 2022/06/11(土) 16:55:31.01

debugモードでコンパイルすると動いて
releaseモードだと動かないパターンとかだろどうせ

**デフォルトの名無しさん** · 2022/06/11(土) 17:29:15.36

APIの設計で画面毎に１つのAPIでその画面に必要なデータを全て返すやり方ってあんまり良くないんでしょうか

**デフォルトの名無しさん** · 2022/06/11(土) 17:34:41.53

むしろ良いこと

**デフォルトの名無しさん** · 2022/06/11(土) 17:39:50.59

ポインタか配列で想定外のところを書き換えてるんだろう
ideoneとかでソースを晒せばデバッグしてくれる奇特な人がいるかもしれない
ソースを晒せないなら自分でデバッグするしかない
デバッガやprintfで1行ずつ変数の値の変化を追いかけるんだよ

**デフォルトの名無しさん** · 2022/06/11(土) 18:53:46.70

>>113
要件による

**デフォルトの名無しさん** · 2022/06/11(土) 19:09:45.37

>>113
バックエンド側でDB読出しが1回で済むようになるなら意味あるんじゃない？
（まぁそうじゃないほうが多いと思うし、1つのAPIにするとバックエンド側も処理分割がめんどいだろうしケースバイケース）

**デフォルトの名無しさん** · 2022/06/11(土) 19:09:52.80

SPA好き

**デフォルトの名無しさん** · 2022/06/11(土) 19:30:06.46

そういう設計にするとDBの仕様変更のときに苦労する
けどまあ要件ならやるしかないよねと

**デフォルトの名無しさん** · 2022/06/11(土) 20:08:57.66

systemdのmount.cifsにNASのパスワード平文で書くの抵抗あるんだけどcredentialsも結局平文だしどうにかならないものかね

このサービスの直前に復号したパスワードをtouchするサービス入れるのもなんかダサいし
password=$(/hoge/bin/dec.sh /fuga/nas.enc)みたいに出来たら早いんだけど

**デフォルトの名無しさん** · 2022/06/11(土) 20:43:04.51

あんまり推奨されないという感じでもないんですかね
細かく画面に必要なリソース毎にAPIを分けて、複数APIを叩かせるというやり方もあるようですがどっちが良いんでしょうかね
SmartUIアンチパターンでググると良くない設計として記事がヒットするんですがどうなんでしょうか

**デフォルトの名無しさん** · 2022/06/11(土) 20:57:10.59

トランザクション単位を考えると更新処理は原則的に1操作1APIになる
その感覚で設計すれば表示も自然とそうなる
同じデータの集合をバラバラのトランザクションで取ると矛盾したデータになることがあるのでマズい
このあたり再利用可能なキレイな粒度で設計できる人は結構少ないと思う
まとめて取っておけばいいという消極的な姿勢でもそこまでデメリットがない

**デフォルトの名無しさん** · 2022/06/11(土) 21:25:24.33

やっぱ画面単位APIがベターなんすかね

**デフォルトの名無しさん** · 2022/06/11(土) 21:43:13.58

唐突に質問が始まって他の連中も判った風に調子を合わせてるけど画面をAPIとくくってるのが違和感。DB畑の用語かなんかか？
基本はまず入出力で考えてAPIやらをどうするかはその後の話じゃないのか？考え方おかしくないか

**デフォルトの名無しさん** · 2022/06/11(土) 21:51:07.42

>>124
WebのSPAだろ？知らないならググってきたらいい

**デフォルトの名無しさん** · 2022/06/11(土) 21:56:35.97

スマホアプリの画面っすねネイティブアプリの

**デフォルトの名無しさん** · 2022/06/11(土) 22:10:58.72

ぐぐってきたけどAPIの話が繋がらんからもう去るわ

**デフォルトの名無しさん** · 2022/06/11(土) 22:25:25.43

REST APIは不特定多数のクライアントのための最大公約数
REST APIで実際に有用なアプリを作ろうとするとほぼ100%の確率でオーバーフェッチとアンダーフェッチの両方が発生する
なのでRESTを捨ててBFFパターンを使うことが重要になってくる
BFFの実装としてGraphQLを使うとかっこいいがGQLは表現力が低くて俺はあまり好きではない

**デフォルトの名無しさん** · 2022/06/11(土) 23:31:21.09

あれもしかしてSmartUIアンチパターンってクライアント側の話なのかな
Androidで言うところの、Activityにviewに関する処理とビジネスロジックも両方書いてFat Activityになるっていう
画面毎のAPIにして必要なデータだけ返すというのは無駄がなくてむしろ良いのでは

**デフォルトの名無しさん** · 2022/06/11(土) 23:46:50.01

画面ごとのAPIってのがちょっと言葉として理解しずらいのワイだけ？
APIで実装してて、ある画面で必要としてるデータを画面単位でまとめて取得するようにする（全てジョイントしたデータを返す）ってこと？
更新ならまとめてPostしなきゃだけど、逆は苦しくならない？

**デフォルトの名無しさん** · 2022/06/12(日) 01:53:44.57

ようわからんけどWeb製作板じゃしずらい話なのかな
Web技術（）の話をこの板でされてもさっぱりなやつばかりだぞ

**デフォルトの名無しさん** · 2022/06/12(日) 05:23:12.49

話についていけないおじいちゃんさぁ
もっと勉強しようよ

**デフォルトの名無しさん** · 2022/06/12(日) 05:35:19.79

>>129
SmartUIの理解はそれで合ってるけど
SmartUIかどうかとAPIが画面ごとかどうかは関係ないよ

例えば「プライムユーザーなら送料無料」というビジネスルールがあったとして画面ごとのAPIで取得したユーザー種別等から送料を判断するロジックがUIレイヤーにあるのがSmartUI

**デフォルトの名無しさん** · 2022/06/12(日) 06:29:49.70

一つの画面につき一つの情報・一つのユーザーアクションにつき一つのAPIという構成なら
結果的に一つの画面ごとに一つのAPIになることはあるかもしれない
個人的にはそういうモバイルアプリは見たことがないが
画面やAPIをどういう単位で構成するかをそれぞれ独立して考えているので
「画面毎のAPIにする」という考え方よりは真っ当だと思う

**デフォルトの名無しさん** · 2022/06/12(日) 09:30:01.53

アレクサのスキルのプログラミング（制作）を話題にするスレ・板はありますか?
Alexa Conversationsというのに興味があるのですが

**デフォルトの名無しさん** · 2022/06/14(火) 10:50:07.11

最近systemdで自動起動してるhttpdやpostgresqlが/var/runにファイル作れなくて起動失敗してることが多いんだけど
そろそろこいつ死ぬのかな

**デフォルトの名無しさん** · 2022/06/14(火) 13:02:32.46

>>135
IoT板が欲しいね
プログラム寄りならここでもいいと思うけど
自称自治厨みたいのが出てくると面倒だわな

**デフォルトの名無しさん** · 2022/06/15(水) 00:55:39.59

設計だけして実装担当できないのってつまらないな…

**デフォルトの名無しさん** · 2022/06/15(水) 15:39:18.59

githubでReviewersを入れたときの順番ってどこで決まるんでしょうか。いつも自分が一番下で気に食わないです

**デフォルトの名無しさん** · 2022/06/15(水) 15:42:40.84

>>139
草、上司のアカウント大きくしようぜw

**デフォルトの名無しさん** · 2022/06/16(木) 00:11:39.50

質問です。初めてガチガチのウォーターフォールの現場に入って書類書類で1行もコードを書かない期間が続いてうんざりしています
ところでこの後プログラム設計書なるものを作るようで、見たところクラスのフィールドやら関数やらぜーーーんぶ書類に残しているのです
これ意味あんの？と思っています。大体コードなんて書いてみないと分からないこと多すぎるじゃないですか
この処理は関数にしたほうがいいなとか、名前これじゃわかりにくいなとか。大体変数一つ一つとかコード見りゃ分かるじゃん馬鹿なの？って思います
こういうの作るのって普通のことなのでしょうか。

**デフォルトの名無しさん** · 2022/06/16(木) 00:29:24.02

>>141
ITドカタなら普通だね
もっと酷いと関数の実装についてもExcelで擬似コード書かされるから、そこまでしなくていいだけマシだと思え
無意味でもそれで客から金貰ってるんならそれがお前の仕事なんだよ
気に入らないならさっさと自社開発へ転職しろ

**デフォルトの名無しさん** · 2022/06/16(木) 02:14:29.95

普通ってのは具体的に何パーセントなんだ
日本の生産性の低さの象徴みたいな現場だな
未だにそういう段階も脱していない組織は実情に即した改善の声も挙がらないか反映されない底辺の中の底辺

**デフォルトの名無しさん** · 2022/06/16(木) 03:54:34.85

マンションでは、PPPoE接続は出来ないのでしょうか？
バッファロールーターにPPPOE設定をしましたが
マンションで最初から契約されているプロバイダ意外に
接続出来ません。。。

**デフォルトの名無しさん** · 2022/06/16(木) 08:24:51.21

>>144
おままん

**デフォルトの名無しさん** · 2022/06/16(木) 09:26:37.24

メーカー系に行くからそうなる
下請け丸投げの管理しかしない職場だろ
今すぐWeb系に転職しろ

**デフォルトの名無しさん** · 2022/06/16(木) 11:40:40.49

>>141
publicなフィールドやメソッドが一覧できるドキュメントを整備するのは当然
メジャーなOSSライブラリでもみんなやってる

コードを読む以外の方法を提供してないライブラリ使う気になる？

目的が間違ってるのか手段が間違ってるのか区別しないと

**デフォルトの名無しさん** · 2022/06/16(木) 13:09:48.44

日本に昔からあるメーカーやIT企業は全て時代遅れの生産性皆無のゴミ企業ばかりだからな
下請け丸投げで技術の蓄積を放棄して数十年過ごすうちに馬鹿にしていた韓国や中国にも劣るIT後進国になってしまった
駄目な会社は見限って若い人主導の自社開発のWEB系に転職しろ
メルカリ、サイバーエージェント、クックパッドといったような企業だ

**デフォルトの名無しさん** · 2022/06/16(木) 14:18:56.75

しつこいなー
今どき「Web系」なんて古臭い考え方する人の意見聞くやついるわけないじゃん

**デフォルトの名無しさん** · 2022/06/16(木) 14:34:43.51

>>147
privateなものまで仔細漏らさずって感じなんですがその場合は……

**デフォルトの名無しさん** · 2022/06/16(木) 15:17:25.48

プログラムがある程度動いたりテストが通ったりする頃に合わせて徐々にJavaDocの類のドキュメントが揃っていくのは健全
個人的にはprivateメソッドにもコメント必須と言われてもそこまで嫌な感じはしない
けどソースを1ステップも書く前からExcelで机上の空論でメソッド設計される開発フローはクソ
作りながらリファクタリングしたり軌道修正するたびにドキュメント修正のオーバーヘッドがかかる
その手間を嫌ってソースの美化も抑制される傾向が生まれるから、最終的なソースコードも導かれしクソになる定め

**デフォルトの名無しさん** · 2022/06/16(木) 17:35:59.89

転職しろ

**デフォルトの名無しさん** · 2022/06/16(木) 18:36:00.47

>>150
まずは必要性や理由について確認したら？
何のためにやってるのかわからないけど理由は確認してないんじゃ話にならないでしょ

その上でやり方がまずいと思うんなら話し合って変えるための努力をすればいい

**デフォルトの名無しさん** · 2022/06/16(木) 18:49:18.18

>>151
いきあたりばったりで開発するほうが効率悪いよ
リファクタリングってかっこよく言っても現実は失敗作のやり直しだからね
しっかり設計書に落とし込んでそのとおりのコードを書く
そうすればたった一度のコーディングでリファクタリング何度も積み重ねたキレイなコードと同等の品質が担保できる

**デフォルトの名無しさん** · 2022/06/16(木) 19:12:39.49

趣味でもいいから一度まともにソフトウェア作った方が良いよ

**デフォルトの名無しさん** · 2022/06/16(木) 19:31:09.70

>>148
最後の2行以外は同意

**デフォルトの名無しさん** · 2022/06/16(木) 19:42:15.84

作って終わりじゃ喉元すぎて暑さ忘れる
忘れない程度に煮え湯を何度か飲まないとな

**デフォルトの名無しさん** · 2022/06/16(木) 19:46:56.70

>>154
書く前に完成形のコードなんかできるわけねぇだろ

**デフォルトの名無しさん** · 2022/06/16(木) 20:05:58.88

コーディング中に気付いた改善点や不備はどうするんだよ
それを反映させて磨きをかけていくから良いものになる
一度でもまともにプログラムを書いていれば分かること

**デフォルトの名無しさん** · 2022/06/16(木) 20:06:27.50

>>158
出来ますよ

**デフォルトの名無しさん** · 2022/06/16(木) 20:14:32.61

完成形のさじ加減がわからんが、
クラス名とメソッド関数名、アトミックな処理が決まればコードの8割は完成してると思う

**デフォルトの名無しさん** · 2022/06/16(木) 21:37:28.21

>>154
いきあたりばったりで詳細設計書を書いても効率悪いだろうから詳細設計設計書を書いて課長から本部長までイテレーティブにハンコもらわないとね
設計のレイヤーを7層くらいにすればきっとすごい品質になるぜ！
「しっかり設計書に落とし込んで」の前提を得るまでにスゲー金が掛かるならコーディングが一発で美しい仕上がりでも無意味だわな
コードは読めないけど設計書をレビューさせたら神レベルの検査職人がうなるほどいるならありっちゃあり

**デフォルトの名無しさん** · 2022/06/16(木) 21:41:38.76

詳細設計書を書くコテコテウォーターフォール推奨派なら、自動テストなどという胡散臭いものは触る前から却下だよな
デメリットが一つでも思いつけば新しいことにチャレンジしたり適材適所で組み込んだりするのをやらない理由には十分だぜ

**デフォルトの名無しさん** · 2022/06/16(木) 22:17:43.53

だいたいはレビューに回してる間にコーディングしてそう
そして新しい問題が判明してタイミングに迷いそうw

**デフォルトの名無しさん** · 2022/06/16(木) 23:23:04.14

>>162
“詳細設計”設計書は世間一般では詳細設計計画書と言って
官公庁系やプロジェクトチームの規模が大きいところなら普通に存在してて客にもハンコ貰う

その抽象度になれば簡単にテンプレート化できるから認識合わせ以外の基本手間はかからない

**デフォルトの名無しさん** · 2022/06/16(木) 23:34:08.20

金融とかそういうつまらない糞は面白くないだろうよ

**デフォルトの名無しさん** · 2022/06/17(金) 21:19:04.65

テレワーク出来るのに週3くらい出社させられてるんだがもう意味分からない

**デフォルトの名無しさん** · 2022/06/20(月) 11:59:28.42

家の中にルータを２つ設定して
それぞれにプロバイダA、プロバイダBで通信する事は可能なのでしょうか？

別々なプロバイダ（電波）を２本飛ばして切り替えて使いたいです。

**デフォルトの名無しさん** · 2022/06/20(月) 14:15:16.95

プログラム的に切り替えたいってことかな。
いまどっちで繋がってるかはBSSIDみりゃ分かると思うけど、
Windowsなら勝手に接続先APを切り替えるのは出来るんだっけ？

AndroidやiOSならセキュリティ上できなくなってるけど。

**デフォルトの名無しさん** · 2022/06/20(月) 14:19:54.73

１時間ごとに宅内で飛ばす無線を切り替えたいと考えてます。

**デフォルトの名無しさん** · 2022/06/20(月) 14:20:13.73

間違えました。
同時に複数のプロバイダの回線が飛んでる状態にしたいです。

**デフォルトの名無しさん** · 2022/06/20(月) 14:31:48.12

整理して質問しろよ
まず異なった2本の回線を引いてきてるONUなりルータがそれぞれ1台ずつあるのか？
ならそれぞれWi-Fiルータなりつければ飛ぶやろ

それともPCをWi-Fiのアクセスポイントとして設置したいけど、
その2本の回線を1本を使うように切り替えられるようにしたいってことか？

**デフォルトの名無しさん** · 2022/06/20(月) 14:54:20.00

回線は１本です。
プロバイダを２つ契約して、同時に２つのプロバイダで通信したいのです。

**デフォルトの名無しさん** · 2022/06/20(月) 15:26:38.06

マルチセッション対応したルーターならできるんじゃね？
でもルーティング設定は静的にしか出来んかもな
Windows関係ないからルーターのメーカーに聞いてね

**デフォルトの名無しさん** · 2022/06/20(月) 16:32:13.64

>>168
フレッツなら2回線行けるはず
光の出口にスイッチングHUB挟んでルーター2つ繋げれば良い

**デフォルトの名無しさん** · 2022/06/20(月) 19:22:49.49

>>175
ありがとうございます。
１回線２プロバイダですね。

**デフォルトの名無しさん** · 2022/06/20(月) 21:22:34.33

プログラムと日本語のコメントやドキュメント書くために、全角半角を行ったり来たりする人って結構いると思うんだが
キーボードの｢半角/全角｣キーってデフォルトのまま使ってる？

**デフォルトの名無しさん** · 2022/06/20(月) 21:28:07.39

スペースキーの隣の「無変換」キーを
IME ON/OFF に割り当てている

**デフォルトの名無しさん** · 2022/06/20(月) 22:28:49.88

IME ONとOFFはトグルではなく個別のキーに割り当ててる
現状がどっちなのか気にする必要がないから捗る

**デフォルトの名無しさん** · 2022/06/21(火) 10:58:32.06

俺もJIS配列では変換/無変換にIMEオンとオフ割り当ててる
US配列ではスペースキーが短めなら左右Altキー単押しにIMEオンオフ割り当て

**デフォルトの名無しさん** · 2022/06/21(火) 12:45:59.57

windowsとかいうダサいPC使ってるからそうなる

**デフォルトの名無しさん** · 2022/06/21(火) 16:24:43.28

広範囲にいろいろダウンしたな
1.1.1.1も駄目で焦った

**デフォルトの名無しさん** · 2022/06/21(火) 16:50:03.25

私も昔変換キーをIMEに割り当てていたんだが
スペースキーと押し間違いが多いので
今は何も割り当てていない

**デフォルトの名無しさん** · 2022/06/22(水) 20:20:21.33

PDF のクロスリファレンステーブルないしストリームは必須？
手書きで PDF を書くのにオブジェクトのバイト位置なんて簡単には分からない訳だけど、xref が必須じゃないならその問題から解放される。
実際 xref を省略しても PDF として開けるようなんだけど、仕様の上ではどうなってるの？
仕様書読みたいんだけど見つけられなかった。

**デフォルトの名無しさん** · 2022/06/26(日) 07:50:43.26

尼崎のUSB事故
運用面が糞なのは置いておいて、技術的にユニークなセキュリティ対策は何かあるだろうか？

**デフォルトの名無しさん** · 2022/06/26(日) 09:22:18.02

>>185
どういう脅威に対する対策？

技術的にユニークてどういう意味？

**デフォルトの名無しさん** · 2022/06/26(日) 09:24:50.49

>>186
オープンに聞いてるから好きに定義したり解釈してくれていいよ

**デフォルトの名無しさん** · 2022/06/26(日) 10:26:51.15

Unique Security Bus規格を開発して使う
機器を挿すと極秘指令が読み上げられ最後まで聞くとなおこのUSBは自動的に消滅する
所有者とUSBがへその緒で繋がっていてパージされると5分で活動停止し無理に動かすと暴走する
迷子になるとUSBが自分で歩いて交番に届ける

なお質問がゴミだと回答もゴミになる法則をGIGOという

**デフォルトの名無しさん** · 2022/06/26(日) 11:04:00.80

スゲー
100%バカって一瞬で分かる言葉遣い
・「糞」大好き
・技術的にユニーク ← 「ユニーク」という語の意味を理解していない
・オープンに聞いてる ← 「オープン」という語にそんな用法はない

日本の誰でもできる仕事しかしてない自称ビジネスパーソンにありがちな言葉遣いです
オツカレ！

**デフォルトの名無しさん** · 2022/06/26(日) 11:43:29.79

open には not limited や not decided or certain という概念を含むから用法がないと言い切るのもどうだろね
オープンクエスチョンから類推できると思う
例文： We don't have to make a firm decision yet. Let's leave it open.

**デフォルトの名無しさん** · 2022/06/26(日) 12:44:31.01

adverbのような使い方に非常に違和感がある、と言ったら伝わると思う
openlyという副詞もあるにはあるが、こちらはそれこそ意味が全く違うからね

**デフォルトの名無しさん** · 2022/06/26(日) 14:27:27.94

セキュリティ対策って脅威の想定と運用体制が9割5分以上なんだよね

そこを切り離して考えてるようだと尼崎になるよ

**デフォルトの名無しさん** · 2022/06/29(水) 11:04:04.59

山小屋泊縦走したいんですけど天気が悪かったらスケジュール変更したいんですが、
前日に電話しても予約は間に合うんでしょうか北アルプスで

**デフォルトの名無しさん** · 2022/06/30(木) 20:32:21.59

自動的に消滅するはそうとうなおっさん臭いな

読みだしたら消えるとか期限が来たら消えるとかは実現できそうだが
他人が読みだしても消えるけどなｗ
まあ、運用と切り離したセキュリティ対策とかあり得んわな

**デフォルトの名無しさん** · 2022/06/30(木) 21:53:13.69

もしかして予定遅延も見越して複数日事前に予約して支払いまで済ませるのが一般的なんでしょうか

**デフォルトの名無しさん** · 2022/07/01(金) 18:50:26.90

ネーミング規約を策定してるんだけどこれは入れとけってのある？

**デフォルトの名無しさん** · 2022/07/01(金) 18:55:28.04

言語に応じて公式の規約があるから、それをコピペしろ
自分で考えるな

**デフォルトの名無しさん** · 2022/07/01(金) 20:01:33.91

コーディング規約ではなくネーミング規約
ファイル名とかプログラムの外側の命名規則を決めるの

**デフォルトの名無しさん** · 2022/07/01(金) 20:40:27.34

それも言語毎に標準的な作法はあるでしょ

**デフォルトの名無しさん** · 2022/07/01(金) 20:54:31.53

だとしてもその範囲内で業務ごとなのか機能ごとなのかバッティングしないように決めないの？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/01(金) 21:07:11.31

この世にあるすべての方程式の一般解なんてないから、それは実務や具体例で考えるしかない。

少なくとも業務の内容と言語の種類を指定しろ。