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

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

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

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

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

**デフォルトの名無しさん** · 2022/05/15(日) 21:07:34.14

ファイルでできなくもないだろう。2chだってそうしてきたし。

**デフォルトの名無しさん** · 2022/05/15(日) 21:24:43.27

>>45
ワードプレスが簡単だよ

**デフォルトの名無しさん** · 2022/05/15(日) 21:25:11.31

>>46
データベースはMySQLで良いですか？

**デフォルトの名無しさん** · 2022/05/15(日) 23:32:37.86

>>49
はい

**デフォルトの名無しさん** · 2022/05/16(月) 09:37:41.12

AWS
・月に1、2回程度の頻度で不定期にVPCに入ってDB更新スクリプトを実行したい
・お金がかかるので踏み台EC2を常設したくない
・かといってスクリプト実行のたびにEC2を立ち上げるのは手間が大きすぎる

こんな時に使えるAWSサービスってありますかね？
今のところチームで挙がってる案は
・スクリプトをLambdaに上げて実行してすぐ削除する
これは悪くないんですが長期プロセスになるとタイムアウトします

**デフォルトの名無しさん** · 2022/05/16(月) 10:29:33.77

そんなもんt3.nanoで十分だろ？
常時立ち上げても月500円くらいだよ

**デフォルトの名無しさん** · 2022/05/16(月) 11:02:34.52

EC2立ち上げるのが手間大きすぎるのに毎回Lambda作る手間は許容できるというのが謎すぎる
Fargateを使う手も考えられるが、どう考えてもEC2のインスタンス起動に比べて手間はかかる
まさかEC2の起動って毎回1からインスタンスタイプやイメージ選んで新規作成しなきゃいけないとか思ってる？

**デフォルトの名無しさん** · 2022/05/16(月) 12:09:37.67

>>52
500円節約したいです

>>53
一応手作業は避けてCDKで管理してます
Fargateは考えてませんでしたが1回だけの手動ジョブも実行できるんでしたっけ？

**デフォルトの名無しさん** · 2022/05/16(月) 13:39:39.37

漏れも、NRI ネットコムのパターン別構築・運用ガイドと、
Solution Architect Associate の教科書で勉強しているけど、
そういう奇妙な問題は載っていない

Full Managed のAWS Batch は？
コンテナ・ECS を使うみたい

それか、月3千円のくろかわこうへいのサロンへ入って、誰かに聞くとか

**デフォルトの名無しさん** · 2022/05/16(月) 13:50:08.86

お前Rubyガイジだろｗ
そんなクソサロンなんかに入る訳無いやろｗ

**デフォルトの名無しさん** · 2022/05/16(月) 18:40:03.46

>>51
LambdaでEC2を立ち上げて
スクリプトの終わりにEC2を落とす

**デフォルトの名無しさん** · 2022/05/24(火) 11:56:34.82

linuxで動くc言語のインタープリターってない?
特にマクロの動作確認したいんだけど

**デフォルトの名無しさん** · 2022/05/24(火) 15:51:23.21

IT業界で竹取物語の構成を真似して作った何かがあったような気がするのですが思い出せません
わかる人いませんか？

**デフォルトの名無しさん** · 2022/05/24(火) 16:01:17.68

>>58
マクロなら-Eつけてコンパイル(gcc)で展開させて確認したら？

**デフォルトの名無しさん** · 2022/05/24(火) 17:07:38.94

>>60
センキュー

**デフォルトの名無しさん** · 2022/05/25(水) 17:39:23.38

どうせすぐに廃止するシステムの開発に全然モチベーションが湧かない
コミュニケーションコストのかかる関係者が多すぎるし

お前らやる気起きない時どうしてんの？

**デフォルトの名無しさん** · 2022/05/26(木) 16:59:05.83

サーバーサイドでExcelからPDF出力するライブラリがある言語やフレームワークは何がありますか

今はLibreoffice使ってますが、セルの書式が反映されづらいので他を探してます

**デフォルトの名無しさん** · 2022/05/26(木) 17:25:06.73

excelからpdf出力の意味が曖昧だ
excelを入力としてpdfを出力するのか
excelがpdfを出力するのか

63 · 2022/05/26(木) 18:01:48.47

>>64
Excelファイル（xlsx）を入力にしてpdfを作成する感じです
libreofficeのコマンドラインでいう--convert-toオプションです

☆ · 2022/05/27(金) 10:00:37.95

★『プチコン4 SmileBASIC』みたいにswitchでゲームが作れるソフトは
これ以外にどんなものがあるのでしょうか。また、プチコン4 SmileBASIC
使ったことがある人がいましたら、感想をお願いします。
もしスレ違いなら、どこに質問すればいいのか教えてください。
よろしくおねがいいたします★

**デフォルトの名無しさん** · 2022/05/27(金) 11:11:55.21

>>62
判ります

**デフォルトの名無しさん** · 2022/05/27(金) 11:12:35.21

>>63
python の Pandas 便利

**デフォルトの名無しさん** · 2022/05/27(金) 14:47:45.82

>>68
サーバサイドでやりたいのと、セルの書式設定などはなるだけ反映（そこそこリッチ）にしたいです
作るのは見積書などです

**デフォルトの名無しさん** · 2022/05/27(金) 20:45:35.20

リッチねえ
サーバかそれと通信できるPCにExcelが入ってる前提でないと雑な変換にしかならんと思うけどな
Excelに渡せる環境であればファイル名だけ気を付ければ適当な処理でいいんじゃね

**デフォルトの名無しさん** · 2022/05/28(土) 11:49:21.48

サーバー側の excel で pdf を造る訳じゃないだろ
サーバー側の excel を python で読んで python で pdf 出力すれば良いんだろ
必要なものは
python で excel を読むライブラリ
python で pdf を出力するライブラリ
あとは好きなものを探せ

**デフォルトの名無しさん** · 2022/05/28(土) 12:29:18.41

独立した2つのライブラリを組み合わせるのはさすがに最後の手段じゃね
たとえばF列45行のセルに上二重罫線があるというデータのCellオブジェクトがあるとき、それを適切な座標にレンダリングされるようなPDFのオブジェクトにどう変換する？
オブジェクトモデルの違いを吸収するために大量のマッピング処理を書かないといけない
くっそダルい処理の山になる予感

**デフォルトの名無しさん** · 2022/05/28(土) 13:05:40.92

>>71-72
ありがとうございます

実際71さんの通りに（php、c#、python）で少し調べてましたが、
無料で使えるライブラリ等ではセルの書式が崩れたりや
Excel結局htmlを作成する必要があるなどになり素直に変換出来ませんでした
やはり有償のものしかないのでしょうか

**デフォルトの名無しさん** · 2022/05/28(土) 13:21:18.02

サーバーサイドでPrint to PDFで印刷するのはどうか

**デフォルトの名無しさん** · 2022/05/28(土) 15:16:26.98

フォーマットが統一されてないExcelファイルを自動でキレイにPDF化するのは現実的な費用範囲内じゃ無理

サーバーサイドでExcelをPDF化したい理由に応じた別のアプローチを考えた方がいい

そもそも作るたびに見積書の見た目が変わる会社なんて信用されないぞ

**デフォルトの名無しさん** · 2022/05/28(土) 20:25:36.41

きれいな見積書が欲しいんだろ
pdfで出力されれば良いんだろ
excel使う必要ないやん？

**デフォルトの名無しさん** · 2022/05/28(土) 21:58:38.16

Office 2019のExcelで清書したつもりの見積書をPDFにしたいのなら
Office 2019のExcelでPDFで保存した方がいい
これを別の手段でとか考えてもろくなことにならない
Office前提ならPDF変換はvbsで10行程度で書ける内容

**デフォルトの名無しさん** · 2022/05/28(土) 22:01:59.80

サーバーでOffice使うのはライセンス違反

**デフォルトの名無しさん** · 2022/05/28(土) 22:06:22.31

サーバーサイドエクセルってわりとアンチパターンよね

**デフォルトの名無しさん** · 2022/05/28(土) 22:13:26.27

>>78
ライセンス違反てどっかに記載ある？
「Microsoft Office（以下Office）のオートメーションをサーバーサイドで使用することについての技術サポートを行っていません」
てのは見つかったけど
https://www.google.com/search?q=Office+のオートメーションをサーバーサイドで使用する&ie=utf-8&oe=utf-8&client=firefox-b

**デフォルトの名無しさん** · 2022/05/28(土) 22:20:04.42

すまんあったわ
こうなると適当なソフトで劣化レンダリングしかないな
>技術的な問題とは別に、ライセンスの問題も考慮する必要があります。現在のライセンスガイドラインでは、クライアントにライセンス認証済みの Office がインストールされている場合を除き、クライアント要求を処理するサーバー上で Office アプリケーションを使用することは禁じられています。サーバーサイドオートメーションを使用して、ライセンス認証されていないワークステーションに Office 機能を提供することは、ソフトウェアライセンス条項 (EULA) では認められていません。
https://support.microsoft.com/ja-jp/topic/office-のサーバーサイド-オートメーションについて-48bcfe93-8a89-47f1-0bce-017433ad79e2

**デフォルトの名無しさん** · 2022/05/28(土) 22:41:41.14

無償で手段を探しているなら現実的には運用で回避することになるだろうな
作成物とは見た目が変わる場合がありますじゃ通らないし
・営業とかが見積書を作成、外部公開する場合PDFで保存したものを用意させる
・見積書を渡す客の見える場所にPDFを配置する

**デフォルトの名無しさん** · 2022/05/28(土) 23:13:59.05

社外向けと社内向けでWeb/Appサーバーは別でデータストアは共有ってのは至って普通のシステム

**デフォルトの名無しさん** · 2022/05/28(土) 23:34:15.16

LibreOfficeでサーバーでPDF印刷するのはどうか
書式が反映されづらいってのが気になるけど変換コマンド呼んだときの問題なら

**デフォルトの名無しさん** · 2022/05/29(日) 23:32:08.53

仕事でもWindowsサーバにOffice入れてPDFにした
PDF作る部分も自分が実装したから確実
某一部上場

**デフォルトの名無しさん** · 2022/05/30(月) 19:03:27.66

Office365契約してるならWebのOfficeで開いてもらって自分でPDF出力させればいいんじゃね

**デフォルトの名無しさん** · 2022/06/04(土) 07:36:50.61

アプリ内で管理しているユーザ（≠DBユーザ）単位でDBテーブル内のデータ使用量管理（MBytes単位）をしたいんですが、どういう方法が一般的でしょう？
それともレコード数でカウントする？

**デフォルトの名無しさん** · 2022/06/04(土) 08:32:49.91

>>87
一般的にはそんなことやらないから
目的に合わせて自分でやり方を考えるしかない

正確なストレージ使用容量を把握する必要があるならDBユーザー分けないと無理

**デフォルトの名無しさん** · 2022/06/04(土) 09:02:07.03

>>87
仕様が破綻してる
後からカラムを増やしたらどうする？
DBMSのアップデートの影響で仕様が変わって使用量が変化したらどうする？
アーキテクチャを見直して他のDBMSへ移行することになったら？

**デフォルトの名無しさん** · 2022/06/04(土) 09:12:44.72

相対的な使用量をおおまかに把握したいだけなら基本的にはレコード数で管理するかな
BLOBのような上限の大きい可変データが対象で
かつデータサイズの差を把握することに重要な意がある場合だけバイトサイズで管理する

**デフォルトの名無しさん** · 2022/06/04(土) 09:15:16.78

>>89
カラムが増えたらそれに合わせてクエリも変えればいいだけでは？

**デフォルトの名無しさん** · 2022/06/04(土) 09:35:01.84

>>88-90
ありがとうございます。

>>88さんが言うようにDBユーザで分けた場合、
アプリでユーザを作成する度にDBユーザも併せて作成し、
からDBサーバにアクセスする際もそのDBユーザに切り替えたり
テーブルに対してgrantなどが必要になるということでしょうか。

**デフォルトの名無しさん** · 2022/06/04(土) 09:36:16.98

>>91
目的次第だな
もしSaaSとかで厳密にクォータを設ける必要があるなら、
勝手にサービス側で行った内部的な変更によってある日突然容量オーバーしました使えませんと言われたらユーザーは怒るだろうね

**デフォルトの名無しさん** · 2022/06/04(土) 09:49:10.15

もし目的がクォータじゃなくて使用状況をだいたい把握することであるなら、
システムテーブルでテーブルのサイズを引いてレコード数で按分すればいい
クォータならトラブルの元になるから絶対やめとけ

**デフォルトの名無しさん** · 2022/06/04(土) 16:37:32.32

>>92
何をどこまで把握したいかによるよ
テーブルの使用量といってもBTreeのインデックスノードの容量とかまで把握したいわけじゃないんでしょ？

クォータとか課金に絡むような目的なら何の単位で課金するかというビジネス要件を明確にして
その要件を満たせるような機能をアプリやDB構造に埋め込んでおかないと破綻するよ

>>93
クォータ目的ならバイトサイズを計測する対象カラムを限定するのでDBにカラム増やしたからと言って「ユーザーの使用量」が増えるわけじゃないよ
DBMSのバージョンアップとかで変化が避けられないような場合でも無料枠の増加とかでユーザーが損しないように対処すればいいだけ
計測内容をそっくりそのままクォータに反映させる必要はない
詫び石と同じで調整弁は重要

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

サーバーサイドで一番キレイで簡単にPDF作れるツールなり言語教えて

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

Pandoc

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

印刷先をPDFにすればペイント画像やメモ帳テキストすらPDFになるが

**デフォルトの名無しさん** · 2022/06/10(金) 12:16:45.84

グラマーじゃなくてコーダーに発注とか指示するときってどうしてたの？
「こういう戻り値の関数つくって」とか
「この設計書の通り書いて」とか言うの？

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

ソースコードとほぼ一対一で対応するレベルの「詳細設計書(≒コーディングシート)」をExcel方眼紙で書くんだよ
PGはそれをコードに翻訳してテストするだけの単純作業

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

どう考えても直接ソースコード書いた方がいいよねｗ
まぁだからコーダーという職種は消えたわけだけど

今はデザイナーがデザインしたwebページをhtml,cssに落とす人をコーダーというらしい

**デフォルトの名無しさん** · 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系に転職しろ