プログラマの雑談部屋 ★23

■ このスレッドは過去ログ倉庫に格納されています
2018/01/02(火) 16:19:53.96
プログラマは
こちらで雑談してください。

ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。

拘り押付け系ガイジ
(else禁止、継承不要、設計書不要ガイジ)、
コピペガイジは出入書込禁止

※前スレ
プログラマの雑談部屋 ★18
http://medaka.5ch.net/test/read.cgi/prog/1509054617/
プログラマの雑談部屋 ★19
http://medaka.5ch.net/test/read.cgi/prog/1509711456/
プログラマの雑談部屋 ★20
http://medaka.5ch.net/test/read.cgi/prog/1510833848/
プログラマの雑談部屋 ★21
http://medaka.5ch.net/test/read.cgi/prog/1512205653/
プログラマの雑談部屋 ★22
http://medaka.5ch.net/test/read.cgi/prog/1513600297/
2018/01/07(日) 18:47:02.66
>>283
日本人が本当に格上なら気にしないけどな
格下なのに、それを直視したくないからって、逃避のために中韓を叩いて、精神を安定させようとする
そういう情けない様が、同郷の人間として不愉快で、恥ずかしい
2018/01/07(日) 18:48:04.45
大したプログラムも作れないくせにこんな板に居座って困ったもんだな
2018/01/07(日) 18:49:00.85
くだらない選民思想にすがってプログラム組まねぇならこんなとこ来んなよ
ウジ虫が
287仕様書無しさん
垢版 |
2018/01/07(日) 18:50:40.56
いまだにプログラム組んでるコーダーはこんなとこくるなよ
2018/01/07(日) 18:50:42.42
>>286
そしてだれも居なくなった
289仕様書無しさん
垢版 |
2018/01/07(日) 18:54:37.88
>>284
日本が格下ってなんで思う？
290仕様書無しさん
垢版 |
2018/01/07(日) 18:55:30.13
ほんとに在日臭いなこの人w
2018/01/07(日) 18:56:21.72
>>289
今の日本はサービスも製品もからっきしだろ
まったく中韓についていけてないぞ
292仕様書無しさん
垢版 |
2018/01/07(日) 18:56:35.67
>>287
そこまでレベル高くないだろ素人に毛が生えた程度のレスしかないのに
2018/01/07(日) 18:58:06.59
プログラマの話題って、こんなのしか無いの？
294仕様書無しさん
垢版 |
2018/01/07(日) 18:58:46.12
>>291
ヒュンダイよりもGTRのほうがすごくね
2018/01/07(日) 18:59:11.59
国としてどっちが上かは知らんけど
ここの住民は無能ゆえに他人を口撃するしかないってのは的を射てるなw
296仕様書無しさん
垢版 |
2018/01/07(日) 18:59:58.65
>>293
話しても理解できないだろ？
javaのデコンパイラのおすすめ教えて
理由もつけてね
2018/01/07(日) 19:02:32.41
>>296
俺、バッチスレの住人だから専門外。
ごめんね。
298仕様書無しさん
垢版 |
2018/01/07(日) 19:03:11.76
ネットで検索してヒットするような答えを求めてないからな
299仕様書無しさん
垢版 |
2018/01/07(日) 19:04:24.56
このスレが自分の経験から出た知識をみんなが出すレベルなら毎日みにくるんだけどw
2018/01/07(日) 19:06:51.76
ここには言われたことを脳死状態で組み上げるだけのライン工しかいないので技術的な話題が出せない
2018/01/07(日) 19:07:59.11
>>299
そういうスレにしていこうよ
まずは>>299の知識を披露してほしい
2018/01/07(日) 19:08:24.58
クソスレ
次スレは立てなくていいぞ
303仕様書無しさん
垢版 |
2018/01/07(日) 19:08:29.86
>>300
それで良くコーダー馬鹿にできたよなw
やってること同じじゃん
304仕様書無しさん
垢版 |
2018/01/07(日) 19:10:40.31
>>301
おれがやった仕事が他の人からみたら正しいのかわかんないけどsqlのパフォーマンスアップの仕事を振られた時に左外部結合のsqlで遅いのがあったわけよ
305仕様書無しさん
垢版 |
2018/01/07(日) 19:13:18.88
外部結合って遅いってのはネットでもあるんだけどさ、それをどう早くするか、おれは内部結合にした
2018/01/07(日) 19:14:17.07
>>288
いなくていいだろ
こんな役立たず
このグズの血がどんなにキラキラ光ってる血筋だろうが
こいつは間違いなくただのグズなんだから
さっさと献血でもなんでもして干からびて死んでほしい
307仕様書無しさん
垢版 |
2018/01/07(日) 19:16:55.53
where A.id ＝ B.id
AとBのレコードが等しくなかったのでBテーブルにAテーブルと同じidの情報を追加した
システムの仕様上この２つのテーブルは同じ件数で登録されるようにインプット側も修正した
ネットで探しても外部結合を早くする式に出会えなかったからな
308仕様書無しさん
垢版 |
2018/01/07(日) 19:19:21.15
実際に早くすることはできるんだけどタイムが半分くらいしか早くなかった、それだと業務に支障があったので内部結合に変えたら1秒になったとさ、ネットの情報で解決できることばかりじゃないとおれは思ってるだからそういう質の高いレスが欲しいねたまには
309仕様書無しさん
垢版 |
2018/01/07(日) 19:21:35.73
ネットで調べて出てくる答えを実行したところで真にそいつが優れた設計者じゃないだろ
それくらいの仕事をしてみて初めて高い金もらう権利がある
2018/01/07(日) 19:23:03.29
汚ねえパッチワークだな
311仕様書無しさん
垢版 |
2018/01/07(日) 19:24:48.67
>>310
そうだねw
でも自分で考えたことに価値があってそのシステムが以前よりも速い速度で動いてる事実
312仕様書無しさん
垢版 |
2018/01/07(日) 19:25:28.63
>>299
このスレが自分の経験から出た知識をみんなが出すレベルだからみにくる価値がないんだけどw
313仕様書無しさん
垢版 |
2018/01/07(日) 19:26:21.69
>>312
どうしようもねぇな
314仕様書無しさん
垢版 |
2018/01/07(日) 19:29:40.32
たまにプログラマの記事で面白いことしてるやつとかいるけどそういう人は2ちゃんしないのかね
2018/01/07(日) 19:30:51.70
>>311
この調子で任せたらあっという間に保守不能になりそうだな
2018/01/07(日) 19:30:57.63
日本の原住民のレベルはひどい
今時FAXだぜ（笑）
ベトナムや中国のオフショアや韓国支店の人達が言ってたよ
こんなの映画で見て知っていたけれども触ったのは初めてだってさ

米国の人達は印鑑の事を、メソポタミア文明の粘土板に押されてたアレだねだとさ
317仕様書無しさん
垢版 |
2018/01/07(日) 19:42:30.26
今のところ技術的なレスしてるのおれだけじゃん
この話掘り下げると深いんだけどさめんどいから言わない
2018/01/07(日) 19:59:46.41
明日から仕事だ
働きたくねえ
2018/01/07(日) 20:06:11.12
明日からまたジャップのために働くのかよ
嫌だ嫌だ
2018/01/07(日) 20:08:06.20
外国の人には分からんかもしれんが、
日本国内の労働者は明日は休日で休みなんだ。
2018/01/07(日) 20:19:54.05
>>318
ニート乙
2018/01/07(日) 20:31:24.28
ネタにマジレスわろた
2018/01/07(日) 20:40:15.29
ネタ？
まじじゃないの
韓国人だと怪しんでる人多いと思う
こういう積み重ねが嫌われる元になるからやめときなよ
2018/01/07(日) 20:51:33.61
こんなクソスレに来るほど暇じゃないだろ韓国人
325仕様書無しさん
垢版 |
2018/01/07(日) 21:19:48.19
>>307
内部と外部じゃ互いに等価じゃないじゃん。
たまたま動いてるだけか、正規化ミスってる。
パフォーマンス優先で、結果テーブルだけ冗長にすることはあるが、307はそれじゃなさそうだしね。
2018/01/07(日) 21:19:52.09
なんで休みなんだっけ
327仕様書無しさん
垢版 |
2018/01/07(日) 21:22:14.35
明日会社行きたくないなあ
2018/01/07(日) 21:49:25.25
ネトウヨって真性の差別主義者なんだな
329仕様書無しさん
垢版 |
2018/01/07(日) 21:54:11.85
>>325
自分の経験から出た間違った知識をさらすのいい加減やめたら？
2018/01/07(日) 21:59:15.91
>>326
成人病の日
2018/01/07(日) 22:00:20.88
教科書の知識を転載するやつだけの掲示板がいいというのか！？
2018/01/07(日) 22:10:19.36
>>324
韓国籍の在日だから暇だらけだし
ヘイト稼がないと被害者ビジネスできないから
2018/01/07(日) 22:25:38.83
>>332
うわぁ妄想やべぇ
引くわぁ
それ実名晒して公衆の面前で同じこと言えんの？www
2018/01/07(日) 22:28:24.20
これがネトウヨの知性レベルか
2018/01/07(日) 22:29:19.74
身元が割れると被害者の皮をかぶったレイシストたちの格好の餌食
2018/01/07(日) 22:29:26.66
そろそろ技術的な話しようか
elseは必要か不要か？
337仕様書無しさん
垢版 |
2018/01/07(日) 22:31:04.35
>>325
あんまり言いたくないんだけどさ
テーブルの情報揃えたって言ってんだろ
冗長ってAとBどっちに対して言ってる？
無理して難しい言葉使おうとしてないか
2018/01/07(日) 22:31:48.37
>>336
議論の余地がない
elseは不要でFA
2018/01/07(日) 22:33:20.57
>>337
揃えないといけない時点で間違い
一つの事実は一箇所に保存しないと
340仕様書無しさん
垢版 |
2018/01/07(日) 22:34:12.51
>>329
それって>>307に対して言ってる？
341仕様書無しさん
垢版 |
2018/01/07(日) 22:35:10.99
>>339
哲学者かなにか？
言ってる意味がわかんない
342仕様書無しさん
垢版 |
2018/01/07(日) 22:36:16.51
一つの事実は一箇所に保存？？
何かっこつけてんだよｗ
2018/01/07(日) 22:36:54.39
>>341
RDBを扱うなら基本中の基本ですけど
344仕様書無しさん
垢版 |
2018/01/07(日) 22:37:27.02
エンジニアなら質問に答えろ冗長とは何に対して言った？
345仕様書無しさん
垢版 |
2018/01/07(日) 22:38:46.24
>>343 基本てなにが？
2018/01/07(日) 22:39:16.46
>>345
一つの事実を一箇所に保存すること
347仕様書無しさん
垢版 |
2018/01/07(日) 22:44:45.43
>>346
必ず一意で登録されるよ
仕様上元々登録されるべきだったデータがバグで登録されなかったのをレコードを追加して対応した
IDが同じ値が入るようになったからテーブルの項目とかは変えてない
348仕様書無しさん
垢版 |
2018/01/07(日) 22:45:58.50
>>340
アレ？>>325に安価したつもりだけど？目悪いの？
2018/01/07(日) 22:46:29.57
elseは論理的思考力を働かせてコードを書けば必要の無い事が多い。
私大文系の水呑モンキーには無理だろうがな
350仕様書無しさん
垢版 |
2018/01/07(日) 22:46:37.96
元々バグが多いシステムで外部結合しなきゃとってこれなくなってたんだけど業務上二つのテーブルは同時に登録されるものだから１対１の関係になる
2018/01/07(日) 22:46:49.14
＞システムの仕様上この２つのテーブルは同じ件数で登録されるようにインプット側も修正した

冗長
情報の重複
一貫の終わり
2018/01/07(日) 22:51:01.06
>>349
イミュータブルなコードを書くように心がければelseが自然消滅する
353仕様書無しさん
垢版 |
2018/01/07(日) 22:54:29.73
>>351
バグでレコード数があってなかったって言ってんだろ
細かく話すと
登録画面で登録される分にはバグが起こらないんだけど
別のテーブルを登録される処理の中で関係ないAテーブルの登録がされてしまっていた
それは確認して業務上おかしいことがわかった
2018/01/07(日) 22:56:51.97
>>353
後出しうぜーわ
355仕様書無しさん
垢版 |
2018/01/07(日) 22:59:29.12
>>354
細かく話すとそうなる
誤解を与える言い方で申し訳ない
2018/01/07(日) 23:01:39.35
セールフォースみたいに顧客管理DBがユニークでなくても良いような仕様がベスト
結婚で姓が変わったりして同一判定が難しいから、担当営業マンが自分でデータを統合出来るようにしておけばいい。

アメリカ様のやり方真似するのが一番
357仕様書無しさん
垢版 |
2018/01/07(日) 23:02:05.33
>>351
情報の重複ってお前現場出たことある？
358仕様書無しさん
垢版 |
2018/01/07(日) 23:04:07.39
テーブルが1対１の関係って珍しくないと思うんだけど、ER図で確認したし間違ってないよ
359仕様書無しさん
垢版 |
2018/01/07(日) 23:04:47.62
まさにネットで調べてわかんなくなっちゃった感じ？
2018/01/07(日) 23:11:30.71
ユーザーのログイン状態を一時的に記憶するテーブルと
ユーザーと紐づくユーザー情報を記憶するテーブルと
パスワードを暗号化保存するテーブルとかは分けておくべき

寿命や更新頻度や機能を考慮せずに
１対１だからってなんでも１テーブルに突っ込めばいいってもんでもない

ログインのたびにマスタ情報が入ってるテーブル更新するとか怖い
361仕様書無しさん
垢版 |
2018/01/07(日) 23:14:36.42
車両情報と運転者情報の二つのテーブルがあったとして
システムを使う会社が約束事で車にドライバーを１：１で登録するとしたら
仕様上１：１で登録されるべきもの
その対応したら情報の重複になるの？
おれだったら業務上ほんとにあってんのかよってツッコミはするけど
一つの情報は一か所に保存するべきものだろ！って聞かれたから意味がわかんなかった
362仕様書無しさん
垢版 |
2018/01/07(日) 23:15:37.42
>>360
ER図って１：１あるよな？
2018/01/07(日) 23:16:33.79
あるよ？
364仕様書無しさん
垢版 |
2018/01/07(日) 23:18:04.00
>>360
ユーザとログイン履歴は１：ｎだろ？
ER図みたことある？
365仕様書無しさん
垢版 |
2018/01/07(日) 23:18:49.77
>>363
１：１なら１：１以上の情報はいらないよ
2018/01/07(日) 23:19:40.78
最初のレスが曖昧すぎんだよ
辻褄合わせのためにAの情報をBに複製してるって認識したからツッコミ入れただけ
エンティティが1:1になることは否定してねえよ
くそが
2018/01/07(日) 23:20:15.79
履歴は履歴として別
ユーザーがログインしてるかどうかをテーブルにフラグでもたす
368仕様書無しさん
垢版 |
2018/01/07(日) 23:20:52.29
前このスレか忘れたけどライプラリーとか言ってた人いて
それライブラリーじゃねって言ったら、ライプラリーもあるよとか言われた
嘘つきばっかだな
369仕様書無しさん
垢版 |
2018/01/07(日) 23:22:14.77
>>366
>>360
１：１だからってなんでもテーブルに突っ込めばいいってもんじゃないって何？
登録されるべき情報入れたって何回も言ってんだろ
2018/01/07(日) 23:25:37.75
話が混線しててよくわからんが
１対１の関係は不要そういうのは全部ひとつのテーブルにまとめるべきとかいう
まるでelse禁止のような原理主義者がいるような気がした
2018/01/07(日) 23:26:24.84
>>370
いねぇよ
372仕様書無しさん
垢版 |
2018/01/07(日) 23:27:46.26
>>360
この例えってまったく的を得てないよね
１：１の話をしているのに
2018/01/07(日) 23:28:21.43
>>370
「１対１の関係は不要そういうのは全部ひとつのテーブルにまとめるべきとかいう
まるでelse禁止のような原理主義者がいる」という認識の上でレスしてる奴がいるだけ
374仕様書無しさん
垢版 |
2018/01/07(日) 23:30:14.43
>>370
一か所に登録するべきって使いどころ悪いよな
おれもそう聞こえた
ツッコミがおかしいから混線してんだよ
375仕様書無しさん
垢版 |
2018/01/07(日) 23:36:35.01
ユーザT
id,name,age,adress,weight,...
↓
ユーザT
id,name,age,adress,..
ユーザヘルス
id,name,weight,..
これって情報の重複か？
一か所に保存してないよね
一か所ってテーブルまたいでもいいんだよ
2018/01/07(日) 23:37:01.67
一つの事実は一箇所に保存するべき

なにもおかしくない

X1という事実はXテーブルに保存する
Y1という事実はYテーブルに保存する

XとYの数比率はまったく関係ない
2018/01/07(日) 23:41:18.02
>>375
nameが重複してるのはどうか
2018/01/07(日) 23:41:22.61
一つの事実は一箇所に保存する

これに反する例をあげるなら

X1という事実をXテーブルとYテーブルに(部分的に)保存する
X2という事実をXテーブルに2件登録する

こういうことな
一箇所に保存してないだろ
379仕様書無しさん
垢版 |
2018/01/07(日) 23:45:53.74
>>378
反論してないよ
X2という事実をXテーブルに2件登録する
これはダメじゃないかｗｗ
2018/01/07(日) 23:46:11.79
>>360
パスワードを暗号化保存だと？
381仕様書無しさん
垢版 |
2018/01/07(日) 23:46:41.61
ダメだこれｗｗ
おれの負けだわｗ
382仕様書無しさん
垢版 |
2018/01/07(日) 23:47:15.08
>>380
暗号化って何でするかもわかってないんだぜきっと
2018/01/07(日) 23:48:18.08
テーブルが沢山あると設計書を書くの大変
できるだけ一つのテーブルに詰め込んだ方が生産性が高い
テーブル分けたら分けただけ、じゃあこれなんで分けたの、ってとこを少なくとも上司、顧客、顧客の上司に説明しなくてはならない
設計書がどんどん無駄に分厚くなっていく
仕事でやってんだから無駄な工数を増やすな
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況