プログラマの雑談部屋 ★85
※前スレ
プログラマの雑談部屋 ★81
https://medaka.2ch.sc/test/read.cgi/prog/1566835101/
プログラマの雑談部屋 ★82
https://medaka.2ch.sc/test/read.cgi/prog/1568043026/
プログラマの雑談部屋 ★83
https://medaka.2ch.sc/test/read.cgi/prog/1569320270/
プログラマの雑談部屋 ★84
https://medaka.2ch.sc/test/read.cgi/prog/1570325917/
晋三晋晋晋晋晋
晋晋 三晋
I晋 ◆／）||（＼◆晋
,I◆∠●Ｉ Ｉ ●ゝ◆ｿ
I.| | |´ |.I
| .ノ（_＿）ヽ .|
I. ／ ＼ I
i /=三=ゝ /
＼ /｀ｰｰ'ヽ.ノ
ヽ.. -‐'
メンテが楽。
１番上でまとめるのがエレガントに思えるが
後で運用時にたいへんになる。
禿同
バカSEがエラーは全てthrowして上でまとめて処理とか言って、
そのように作ったが後が大変だった
その場の処理がよい
バカはお前らだ。
stack trace読むことも、まともな設計できない事もふくめて、
バカはお前らだよ。
アホ
マニュアル車に乗ってるやつを馬鹿にしてるようなもの。
そんなもん出すとこねーし
それはそれでやるとして
入出力やUI付近は特に繊細な処理必要になるから
個別にキャッチして例外処理入れるよね
構造化しておいて下層で処理しきれない分は上にエスカレーションだよね？
馬鹿はこう言ってるんだから、擁護してやる必要なんか、ねーよ。
>そのように作ったが後が大変だった
>『その場の処理がよい』
昔はｐｃの性能の問題もあったからだろうが
サーバー側でも何かしら処理行うプロセスとか必要なのかね
直接クライアントとＤＢでやりとりする方がスッキリしていいと思うんだが
その場合って
個別でcatchしてDBのロールバックだけはやって
そこのcatchでthrowしてやればええ？
・セキュリティの問題
・性能の問題
・配布の問題
・セキュリティの問題
DBに直繋ぎだとクライアントごとの制御が大変
ログイン処理は別途にしたい
もちろん直繋ぎだって立派なログイン機能があるけど、パスワード漏洩したら管理ソフトつながれて全部ぶっこ抜かれる
悪意がなくてもちょっと知恵の働くやつはDB管理ソフトでマスタいじったりするから要注意だ
・性能の問題
ネットワークを介すると性能が落ちる
特に一連の処理を一度に流す場合は顕著だ
また、LANなら目立つことはないがWANだと性能差は歴然
DB側にAPIを噛ませることで圧縮後に転送したり、SQLだけで処理しきれないしがらみを処理できる
国際間で一覧を転送する場合などは分単位の差が出ることもある
・配布の問題
クライアントは配布が大変
Windowsの場合でいえばClickOnceなど様々な解決策は用意されているがそれでも全員同じバージョンという保証はなかなか無い
元栓だけでも即時適用できるようにしておけば精神的に安心
直繋ぎ勢はだいたいC#でLINQだろうけどあれはLANで完結してる小規模システムを手早くそこそこで作るものだ
3時間でプロトタイプ作って大声出せば届く範囲にユーザーがいる
そういう開発環境なら極上な開発環境だ
ただ、ミリ単位で性能向上させたいならSQLにもっと愛情を持つべきなんだ
それで正解だから安心して
少しおかしい人が細部にこだわりすぎて異常な立場になってるだけ
これは鉄則
その後、速報メールを開発グループメーリングリストに飛ばしてから
メッセージボックスあげて「システムエラー：管理者（〇〇さん）を読んでください（電話番号：０００－００００－００００）」
場合によってはOKボタンを消してもいい
あまり重要じゃないなら3回ぐらい自動でリトライしてやってそれでもダメなら失敗しましたって画面に出すだけでいいよ
ちなみに担当者と電話番号は簡単に変更できるように作っておけよ
25年前の担当者名が表示されたりするからな！
上流で例外処理したら場合わけが多すぎて死ぬ
そこをうまく作りこめばスッキリできるかもしれないが
大勢のプログラマがgitで混乱させることを考えたら分散しといたほうが胃腸薬の消費が少なくてよい
特定のオレオレフレームワークの機能に依存して、ドヤ顔してるやつが増えてきたな。
catchでthrowだのstack traceだの
エラーが出たら終了って仕様なんだけど
例外出てもその後の処理が走っちゃうんだよね
そうするとDBにアクセスできないので
エラーダイアログたくさん出ちゃう
①exit(1);で終了
②一番上にtry catchおいて個々のcatchでさらにthrowで一番上に飛ばす
③メソッド毎に地道にreturn false;
どれで終わらすべき？
海原雄山「私ならこの中から選ばない」
ってわけにもいかないから③じゃね
他は何も解決しないでしょ
エラーダイアログたくさん出るのはプログラムの構造がおかしいから
ちゃんと作ってとしか言いようがない
適切な分割が出来てないんだろうね
例外処理１つにつき関数1個になるようにわければそんな悲惨なことにはならない気がするよ
それな
何の言語で開発してるの？
業務などどうでもよい
・何を作ればよいか明確ではない
・規模が大きすぎて自分の能力を超えてしまっている
・糞コードをなるべく触らず要件を満たす必要がありイライラする
しかし、現代においてはフレームワークの使い方を調べる作業が仕事の大半を占めている
＞ stack trace読むことも、まともな設計できない事もふくめて、
バカはお前だ低能。馬鹿SEだとバレバレ
いったいだれがいつstack traceを読んで何をするんだ馬鹿たれが！
現実を知らないバカSEめ！
さっさとRクズ！
いつも下請けに責任押し付けて「おれは天才！」とかいってんだろクズ！
この業界でもっとも迷惑なやつ
ほんとそれ
フロントエンドやってるとちょいちょいフレームワーク更新してるから、1つのフレームワークについて知識が深まってる気がしなくなってきた
実装やってるから実際は何かしら得られてるんだけど「これも半年後や1年後にはつかってないのかもな～」とか思うと嫌になるね
無心で作れて楽しいで
そのキレ方、迷惑ですよ
お前LINQの意味勘違いしてんぞ
何の言語って言われてもねぇ・・・
CでもJavaでもVBでもアセンブラでも、昭和時代からイロイロやってきたもんだから・・・
だってそれ大変じゃん
(´・ω・`)
そもそもクラサバという用語の始まりは、webやそのセキュリティとは無関係。
クライアントがブラウザじゃないexeなら、SQL投げるまでがexeやで。
サーバ処理がある文化はクラサバ文化じゃなくてwebアプリの文化や
それ例外の仕組みが片手落ちだろ
マジかよそれ知らない。。。なんだその世界w
Java使ってるのに例外もstacktraceもオレオレフレームワークだと思い込んでいるおじさん
楽しいのはわかるけど、そればっかやってると飽きるやつ
HDDが満杯になって死亡
調査に行ってログをなんの考えも無しに削除
アホ：削除したら直りましたよ
俺：（ええ、それ、法律で残さないといけないやつじゃ・・・）
客：ありがとう御座いました!直った、直った
俺：Σ(ﾟДﾟ)
俺：( ﾟдﾟ)・・・(*ﾟ∀ﾟ)直った!直った!
見て見ぬフリしたなら共同責任
通報しますた
単語の意味も言語仕様も技術背景もまともに知らないqiita底辺やそこらへんと同レベルの奴らが大きな声で言ってたら、ゴミクズレベルで迷惑やん
なんで何も知らないのに言い切ったり、指摘されても反省もしないかな、といつも思う
んーとね、「Xサーバー」「Xクライアント」と言われるもので、
端末のほうが「Xサーバー」で、ホストで動かすアプリが「Xクライアント」。
虚偽の通報
客も薄々気づいてるけど上長が休みで面倒臭いから気づかぬふり
トラブルが発覚したら〇×社のアホさんが削除しました！って言われる
そしてログを圧縮したりローテーションするシステムを開発するように仕事が貰えるよ！！
Linuxならコマンド一発で終わりとか答えないようにな！
ログ以外にも使えそうだよね
> Linuxならコマンド一発で終わりとか答えないようにな！
まあこのレベルが多いからね、たまったら手動で削除するのかよっていう
cronにコマンド一つ登録して後知らねみたいな雑な対応をされて後から入ったのが苦労する
ローテーションが早すぎて消えたらダメな
やつでしょう？
記憶装置の増量しか手がないじゃないの？
癖のある主張をするのが通っぽいと思ってんだろうね
つまり設定変更と容量の見積もりでいけるはず
そもそもログなんて圧縮かけたら数パーセントに圧縮できるし
本物の地獄だったらログを印刷してキングファイルに閉じるんだ
本当に一般土方は１０年後に消えるのかね
そもそも法的に消えたらまずいログなら形式や出力するタイミングがある程度想定出来るから
それに合わせてストレージの容量を決めてるはず
普通はその想定した量よりかなり余裕を持たせる
だいたいログがいっぱいになる場合は他の消えてもいいようなログも一緒に出たのが原因の
場合があるからそれを消すのとそれを出すのを別の所に変更すればしばらくしのげる
ログに出す内容、ログレベル、出力先なんかはよく考えろと言われるけど実際にストレージが
一杯になるようなトラブルを経験しない限りあんまり身に付かないようねっていう
アドバイスしてる人も過去に似たような経験をした人が多いんだろうね
増設するかどうか躊躇するのか?
おっさん、そりゃあドカタは言われた通りに作るんだから、まずAI化されるに決まってるだろ。
可能であればその開発に俺も携わりたいわ。
時代はSSDやioDriveです
冗談はさておきクラウドが主流だとストレージの継ぎ足しは面倒だったりする
面倒だからとりあえずローテートした古いログはS3にぶん投げるみたいのも少なくない
トランザクション処理中に
潜った先で新しくコネクション作って行う処理が紛れてた場合
トランザクションって正しく働くもんなん？
古い? データはローカルにダウンロードして
クラウドから消せばいいだけじゃないの?
ディスクw は安いんだし
本体が24時間動作保証されてる場合それを破ることになる
まあ、客先は即OKするだろうけどメーカー確認までしてもらう方が無難
ローカルに落とすっていうけどどこに落とすの？
個人PCなんかに落として持ってろなんていわれても困るだけだと思うのだが
削除せずに保存しておくってのはいざとなったら取り出せる必要があるわけでどの個人PCに入っているか
分からないような運用なんて出来ないだろ
商用システムの開発に携わったことなさそうな感じだからあんまり口出さない方がいいよ
ぼくの考えたスーパーコンピューターが絶対壊れないって言うのならローカルでもいいんだろうけど
端末室にある共有PCで接続する系のお仕事をしてる方ですか？
web系だと個人PCから接続するのが当たり前だったりします
端末室の共有PCにサーバーの容量を圧迫するようなログをため続けるのは
それはそれで怒られが発生すると思いますが
「この本オススメだよ URL
入門から応用まで満遍なく網羅されていてネットの評判もまずまず。
今流行りのフレームワークまできちんと載ってるね。
初歩ってことでまずは取っ掛かりやすいと思う。
うんたらかんたら
俺は読んでないけどとりあえず紹介しておく」
っていう締めに思わず笑ってしまった
PCである必要がない
けど日頃シス管がオンプレのほうが元取れるって言っててうるさいから黙らせるのにちょうどいいか？
これって職場で360度回りが丸見え状態の席に座らされた奴と同じ心理じゃないのか？
丸見えが当たり前ような文化だけど避難所民みたいに我慢してるだけが大半じゃないのか？
クラウドは、むしろシステム管理の仕事が増えるのじゃないの？
どっかに立派なサーバー群が出来るってことだからさ。
それを管理しないといけない
何を管理するんだ？
まぁでかいとこなら台帳やら何やら必要なんだろうけど基本的に電源のオンオフも必要ないし空調や停電の心配もないから放っておくだけでOKじゃないか？
小汚いおっさんなんて誰も見たくないし
別に職場がそうなだけで
私生活が丸見えじゃないからいいよ
そこで着替えたりうんこしたりするわけじゃないから全然違うだろｗ
100～のスレッドの続きを読む