プログラマは
こちらで雑談してください。
ユーザ、ＳＥが馬鹿過ぎる、
上司が陰険だからもう辞めたい、
もう少しまともな仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
拘り押付け系ガイジ
(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/
探検
プログラマの雑談部屋 ★23
■ このスレッドは過去ログ倉庫に格納されています
2018/01/02(火) 16:19:53.96
334仕様書無しさん
2018/01/07(日) 22:28:24.20 これがネトウヨの知性レベルか
335仕様書無しさん
2018/01/07(日) 22:29:19.74 身元が割れると被害者の皮をかぶったレイシストたちの格好の餌食
336仕様書無しさん
2018/01/07(日) 22:29:26.66 そろそろ技術的な話しようか
elseは必要か不要か？
elseは必要か不要か？
337仕様書無しさん
2018/01/07(日) 22:31:04.35341仕様書無しさん
2018/01/07(日) 22:35:10.99342仕様書無しさん
2018/01/07(日) 22:36:16.51 一つの事実は一箇所に保存？？
何かっこつけてんだよｗ
何かっこつけてんだよｗ
344仕様書無しさん
2018/01/07(日) 22:37:27.02 エンジニアなら質問に答えろ冗長とは何に対して言った？
345仕様書無しさん
2018/01/07(日) 22:38:46.24 >>343 基本てなにが？
347仕様書無しさん
2018/01/07(日) 22:44:45.43349仕様書無しさん
2018/01/07(日) 22:46:29.57 elseは論理的思考力を働かせてコードを書けば必要の無い事が多い。
私大文系の水呑モンキーには無理だろうがな
私大文系の水呑モンキーには無理だろうがな
350仕様書無しさん
2018/01/07(日) 22:46:37.96 元々バグが多いシステムで外部結合しなきゃとってこれなくなってたんだけど業務上二つのテーブルは同時に登録されるものだから１対１の関係になる
351仕様書無しさん
2018/01/07(日) 22:46:49.14 ＞システムの仕様上この２つのテーブルは同じ件数で登録されるようにインプット側も修正した
冗長
情報の重複
一貫の終わり
冗長
情報の重複
一貫の終わり
353仕様書無しさん
2018/01/07(日) 22:54:29.73 >>351
バグでレコード数があってなかったって言ってんだろ
細かく話すと
登録画面で登録される分にはバグが起こらないんだけど
別のテーブルを登録される処理の中で関係ないAテーブルの登録がされてしまっていた
それは確認して業務上おかしいことがわかった
バグでレコード数があってなかったって言ってんだろ
細かく話すと
登録画面で登録される分にはバグが起こらないんだけど
別のテーブルを登録される処理の中で関係ないAテーブルの登録がされてしまっていた
それは確認して業務上おかしいことがわかった
355仕様書無しさん
2018/01/07(日) 22:59:29.12356仕様書無しさん
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 まさにネットで調べてわかんなくなっちゃった感じ？
360仕様書無しさん
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図って１：１あるよな？
ER図って１：１あるよな？
363仕様書無しさん
2018/01/07(日) 23:16:33.79 あるよ？
364仕様書無しさん
2018/01/07(日) 23:18:04.00365仕様書無しさん
2018/01/07(日) 23:18:49.77 >>363
１：１なら１：１以上の情報はいらないよ
１：１なら１：１以上の情報はいらないよ
366仕様書無しさん
2018/01/07(日) 23:19:40.78 最初のレスが曖昧すぎんだよ
辻褄合わせのためにAの情報をBに複製してるって認識したからツッコミ入れただけ
エンティティが1:1になることは否定してねえよ
くそが
辻褄合わせのためにAの情報をBに複製してるって認識したからツッコミ入れただけ
エンティティが1:1になることは否定してねえよ
くそが
367仕様書無しさん
2018/01/07(日) 23:20:15.79 履歴は履歴として別
ユーザーがログインしてるかどうかをテーブルにフラグでもたす
ユーザーがログインしてるかどうかをテーブルにフラグでもたす
368仕様書無しさん
2018/01/07(日) 23:20:52.29 前このスレか忘れたけどライプラリーとか言ってた人いて
それライブラリーじゃねって言ったら、ライプラリーもあるよとか言われた
嘘つきばっかだな
それライブラリーじゃねって言ったら、ライプラリーもあるよとか言われた
嘘つきばっかだな
369仕様書無しさん
2018/01/07(日) 23:22:14.77370仕様書無しさん
2018/01/07(日) 23:25:37.75 話が混線しててよくわからんが
１対１の関係は不要そういうのは全部ひとつのテーブルにまとめるべきとかいう
まるでelse禁止のような原理主義者がいるような気がした
１対１の関係は不要そういうのは全部ひとつのテーブルにまとめるべきとかいう
まるでelse禁止のような原理主義者がいるような気がした
372仕様書無しさん
2018/01/07(日) 23:27:46.26373仕様書無しさん
2018/01/07(日) 23:28:21.43374仕様書無しさん
2018/01/07(日) 23:30:14.43375仕様書無しさん
2018/01/07(日) 23:36:35.01 ユーザT
id,name,age,adress,weight,...
↓
ユーザT
id,name,age,adress,..
ユーザヘルス
id,name,weight,..
これって情報の重複か？
一か所に保存してないよね
一か所ってテーブルまたいでもいいんだよ
id,name,age,adress,weight,...
↓
ユーザT
id,name,age,adress,..
ユーザヘルス
id,name,weight,..
これって情報の重複か？
一か所に保存してないよね
一か所ってテーブルまたいでもいいんだよ
376仕様書無しさん
2018/01/07(日) 23:37:01.67 一つの事実は一箇所に保存するべき
なにもおかしくない
X1という事実はXテーブルに保存する
Y1という事実はYテーブルに保存する
XとYの数比率はまったく関係ない
なにもおかしくない
X1という事実はXテーブルに保存する
Y1という事実はYテーブルに保存する
XとYの数比率はまったく関係ない
378仕様書無しさん
2018/01/07(日) 23:41:22.61 一つの事実は一箇所に保存する
これに反する例をあげるなら
X1という事実をXテーブルとYテーブルに(部分的に)保存する
X2という事実をXテーブルに2件登録する
こういうことな
一箇所に保存してないだろ
これに反する例をあげるなら
X1という事実をXテーブルとYテーブルに(部分的に)保存する
X2という事実をXテーブルに2件登録する
こういうことな
一箇所に保存してないだろ
379仕様書無しさん
2018/01/07(日) 23:45:53.74381仕様書無しさん
2018/01/07(日) 23:46:41.61 ダメだこれｗｗ
おれの負けだわｗ
おれの負けだわｗ
382仕様書無しさん
2018/01/07(日) 23:47:15.08 >>380
暗号化って何でするかもわかってないんだぜきっと
暗号化って何でするかもわかってないんだぜきっと
383仕様書無しさん
2018/01/07(日) 23:48:18.08 テーブルが沢山あると設計書を書くの大変
できるだけ一つのテーブルに詰め込んだ方が生産性が高い
テーブル分けたら分けただけ、じゃあこれなんで分けたの、ってとこを少なくとも上司、顧客、顧客の上司に説明しなくてはならない
設計書がどんどん無駄に分厚くなっていく
仕事でやってんだから無駄な工数を増やすな
できるだけ一つのテーブルに詰め込んだ方が生産性が高い
テーブル分けたら分けただけ、じゃあこれなんで分けたの、ってとこを少なくとも上司、顧客、顧客の上司に説明しなくてはならない
設計書がどんどん無駄に分厚くなっていく
仕事でやってんだから無駄な工数を増やすな
384仕様書無しさん
2018/01/07(日) 23:48:32.55 DBの話からセキュリティにうつっちゃったし何なんだよこのスレ
385仕様書無しさん
2018/01/07(日) 23:49:04.23 >>383
もうしゃべらなくていい。。
もうしゃべらなくていい。。
391仕様書無しさん
2018/01/07(日) 23:50:50.20392仕様書無しさん
2018/01/07(日) 23:52:17.29 お互いがお互いのレスを理解しないで理解不能なレスを応酬してるからもうわけわかんね
393仕様書無しさん
2018/01/07(日) 23:52:34.97394仕様書無しさん
2018/01/07(日) 23:53:38.51 >>392
暗号化の話してきたやつは0：１００でそいつが悪い
暗号化の話してきたやつは0：１００でそいつが悪い
395仕様書無しさん
2018/01/07(日) 23:55:19.92 JavaのアップデートでStringがバッファ型で文字列表現に変わったなイコールズの仕組みとかも変わってくるんやろうな
397仕様書無しさん
2018/01/07(日) 23:58:15.83 おいおい1 fact in 1 placeも知らん素人が紛れ込んでるのかよ
こんな低レベルなのに中韓を見下してるのか……
まったく呆れるね
こんな低レベルなのに中韓を見下してるのか……
まったく呆れるね
401仕様書無しさん
2018/01/08(月) 00:02:58.08404仕様書無しさん
2018/01/08(月) 00:12:10.71 JavaだとHashMap<>って書く機会が山ほどあるから知ってるだろうが
ほかの言語専門だとそうでもないかもしらん
ほかの言語専門だとそうでもないかもしらん
405仕様書無しさん
2018/01/08(月) 00:12:37.11 なるほど、暗号化は元に戻るけどハッシュ化された値は元には戻らないか
インフラってカッコいいな
インフラってカッコいいな
406仕様書無しさん
2018/01/08(月) 00:13:36.50 >>404
でもおれの知識と共通してたのは使うハッシュ関数だけだったわ
でもおれの知識と共通してたのは使うハッシュ関数だけだったわ
407仕様書無しさん
2018/01/08(月) 00:27:50.92 >>399
いや、一発で通らんSQLって超苦労すっから
百項目ぐらい上から型とか桁とかチェックしていくのは手動じゃ辛い
気の利いたエラー返ってくるならともかくそれも期待できない
そもそもどんな値期待してんのココ的な状況になりやすくデカイってだけで迷宮になる可能性大
いや、一発で通らんSQLって超苦労すっから
百項目ぐらい上から型とか桁とかチェックしていくのは手動じゃ辛い
気の利いたエラー返ってくるならともかくそれも期待できない
そもそもどんな値期待してんのココ的な状況になりやすくデカイってだけで迷宮になる可能性大
408仕様書無しさん
2018/01/08(月) 00:30:51.45 ファイルのハッシュチェックとか普段しないかな
410仕様書無しさん
2018/01/08(月) 00:33:50.02 >>408
環境系って会社からこのファイル使ってくださいって指定あるからな
環境系って会社からこのファイル使ってくださいって指定あるからな
411仕様書無しさん
2018/01/08(月) 00:35:11.10 >>409
インフラってSSHの設定とかするじゃん
インフラってSSHの設定とかするじゃん
413仕様書無しさん
2018/01/08(月) 00:36:59.67 ？？？
415仕様書無しさん
2018/01/08(月) 00:37:56.32 なぜSSHが出てくるｗｗｗ
416仕様書無しさん
2018/01/08(月) 00:38:42.34 カオス
417仕様書無しさん
2018/01/08(月) 00:40:03.45 >>415
暗号化つながりで
暗号化つながりで
418仕様書無しさん
2018/01/08(月) 00:41:00.62 >>414
普段どこで使うハッシュ化って？
普段どこで使うハッシュ化って？
422仕様書無しさん
2018/01/08(月) 00:44:23.11423仕様書無しさん
2018/01/08(月) 00:45:34.93 入力されたパスワードをハッシュ化か触ったことなかった
424仕様書無しさん
2018/01/08(月) 00:47:07.33 明日は休日とはいえ酔っ払い多すぎだろw
425仕様書無しさん
2018/01/08(月) 00:47:29.56 gitのコミット時に振られるIDもハッシュ
426仕様書無しさん
2018/01/08(月) 00:47:42.04 これが生のパスワードが流出する下地か
430仕様書無しさん
2018/01/08(月) 00:49:28.07431仕様書無しさん
2018/01/08(月) 00:49:51.30 >>429
あるあるバージョン管理でしょ
あるあるバージョン管理でしょ
433仕様書無しさん
2018/01/08(月) 00:52:52.81 >>432
目にしてても知らないことあるでしょ
目にしてても知らないことあるでしょ
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【高市首相】「日本人が日本各地を旅行するのも大切」 中国からの渡航自粛巡り ★3 [ぐれ★]
- ルンバの米アイロボットCEO、倒産原因は「技術面で中国勢に4年遅れ」 [蚤の市★]
- 拡大中「お正月は休業します」百貨店やスーパー、飲食業界でも [ぐれ★]
- 【赤坂“サウナ火災”30代夫婦死亡】サウナストーンでドア割ろうとした可能性 非常ボタン作動しなかったか [ぐれ★]
- フィンランド首相、「つり目」投稿問題で日本向けに「心からお詫び」 ★4 [どどん★]
- 統合中学の校名案「桜花」 特攻機名と重なり波紋 福岡・大牟田……「生徒が純真に考えた」と賛成意見も市民団体などが疑問の声 [少考さん★]
- FF7発売当時の記事こちらwwwwwwwwwwwwwwwwww
- 宇宙開発系の仕事って素人が飛び込んでもいいの？
- サウナに入れるが、ドアノブが壊れて閉じ込められる上非常ボタンも動作しない権利
- 【悲報】「トンカツ注文したら中が赤かったんだけどこれ大丈夫？」→大丈夫じゃないと話題にwwwwwwwwwwwwwwwwwwww [802034645]
- 【速報】フィンランド人、日本人に続々と宣戦布告www [793117252]
- クリスマスまだなのにサンタさんに頼んだ髪の毛が枕元に沢山あった