17/11/25(土)22:44:31 ｷﾀ━━━━━... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1511617471760.png 17/11/25(土)22:44:31 No.467974277
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
1 17/11/25(土)22:45:38 No.467974628
もはや過去の遺産になりつつある
2 17/11/25(土)22:46:18 No.467974841
「スキュル」と呼んでいる現場があった 普通はシーキュルだよね？
3 17/11/25(土)22:46:31 No.467974911
>もはや過去の遺産になりつつある いいなあ俺もそんな現場で働けたらなあ
4 17/11/25(土)22:46:59 No.467975061
エスキューエルって呼んでます…
5 17/11/25(土)22:47:05 No.467975093
え、エスキューエルだけど
6 17/11/25(土)22:47:10 No.467975119
>もはや過去の遺産になりつつある 今は何を使ってるんです？
7 17/11/25(土)22:48:00 No.467975434
データベースなんて時代遅れだよな！
8 17/11/25(土)22:48:19 No.467975524
発想も必要性もよく分かる なんでこんなクソ言語にした！言え！
9 17/11/25(土)22:49:59 No.467975998
DL/Iコールですらまだ残ってんだぞ SQLが無くなる日なんかあと50年は来ないと思う
10 17/11/25(土)22:50:14 No.467976070
理屈はわかるがよくこんなもん書いたなってクエリがいっぱいでてくる
11 17/11/25(土)22:51:21 No.467976460
SQLクエリを書く時は暗い気持ちになるけどO/Rマッパが吐き出すSQLクエリのパフォーマンスの悪さを見ると吐き気がしてくる
12 17/11/25(土)22:51:38 No.467976533
なんか社内の管理システム作ることになりそうなんだけど今って何がナウなの？
13 17/11/25(土)22:51:59 No.467976612
ぐらふきゅーえる！
14 17/11/25(土)22:52:06 No.467976650
SQL楽しいじゃん
15 17/11/25(土)22:52:27 No.467976750
ACCESS最強伝説だよ
16 17/11/25(土)22:52:43 No.467976840
のーえすきゅーえるってやつがいいらしいよ 用途とか気にすんな
17 17/11/25(土)22:53:02 No.467976926
>ACCESS最強伝説だよ ない ない ありません
18 17/11/25(土)22:53:22 No.467977045
>EXCEL最強伝説だよ
19 17/11/25(土)22:54:08 No.467977293
>EXCEL最強伝説だよ まじ やめて
20 17/11/25(土)22:54:13 No.467977324
orm使いはじめだけいいかんじだけどいつも結局クエリ書いてる
21 17/11/25(土)22:54:34 No.467977455
>ACCESS最強伝説だよ 俺お手製のクソACCESSが今月爆誕するよ 業務フローにがっつり組み込んだあと退職する予定
22 17/11/25(土)22:55:02 No.467977627
Accessって05年頃から進化してないんじゃないの ちょろいソフトで小金せしめるスタイルなせいで新規案件結構来てげんなりする
23 17/11/25(土)22:55:04 No.467977639
>>ACCESS最強伝説だよ >俺お手製のクソACCESSが今月爆誕するよ >業務フローにがっつり組み込んだあと退職する予定 おまえーっ！
24 17/11/25(土)22:55:06 No.467977648
実装を強いる意味で必用 設計は？
25 17/11/25(土)22:56:23 No.467978084
>俺お手製のクソACCESSが今月爆誕するよ >業務フローにがっつり組み込んだあと退職する予定 夜道に気をつけろよ…
26 17/11/25(土)22:56:51 No.467978258
>もはや過去の遺産になりつつある SQL一発で済むようなのをjavaでループや条件分岐使ってバッチ処理書いてるのにそういう事言うのがいてマジムカツク
27 17/11/25(土)22:56:58 No.467978301
RDBもXMLやJSON対応で結局NoSQLにいくって流れはないと思う
28 17/11/25(土)22:57:39 No.467978519
>実装を強いる意味で必用 >設計は？ SQLで書いた方が早い
29 17/11/25(土)22:58:07 No.467978680
ORMがよくわからない。 単純な検索や更新だけなら言ってる事はわかるけど 実際はそんなことばっかりじゃないよね？
30 17/11/25(土)22:58:09 No.467978693
うちお金無いから象さん使うね…
31 17/11/25(土)22:58:30 No.467978785
実務で無用の長物になっても資格試験ではいまだに使ってるから習得必須
32 17/11/25(土)22:58:42 No.467978843
>ちょろいソフトで小金せしめるスタイルなせいで新規案件結構来てげんなりする クライアントアプリ作成だと生産性半端ないから…
33 17/11/25(土)22:58:53 No.467978885
SQLってレコードの前後比較できないしねぇって言ってるのがいてため息が出た
34 17/11/25(土)22:59:06 No.467978938
>おまえーっ！ >夜道に気をつけろよ… 俺一人に棚卸リストの精査から部品管理のシステム構築まで押し付けた連中が悪いんだ… バーカ！潰れろ会社！
35 17/11/25(土)22:59:30 No.467979054
>実際はそんなことばっかりじゃないよね？ SQLで書けるオプションもあるんだ
36 17/11/25(土)23:00:21 No.467979324
人数少ない会社はそういう無茶ぶりさせるよな そんな会社潰してもいいんだ
37 17/11/25(土)23:00:22 No.467979332
>発想も必要性もよく分かる >なんでこんなクソ言語にした！言え！ SQLよく知らないんだけど altjsみたいにコンパイルしてSQL吐ける新しい言語みたいなのないの？
38 17/11/25(土)23:01:28 No.467979652
もうなんでもラップするようになってるんだな…
39 17/11/25(土)23:01:37 No.467979692
>>実装を強いる意味で必用 >>設計は？ >SQLで書いた方が早い 入出力仕様書って意味ないよね 仕様書のせいで明らかに非効率なクエリ書き換えるの許されなかったりすると尚更
40 17/11/25(土)23:01:51 No.467979768
クソ○○は設計以降の工程に罪無い事多いからな… ご予算と前提でもうExcelマクロの書き散らししかねーだろこれなんて案件も沢山…
41 17/11/25(土)23:02:01 No.467979827
だって難しいSQL考えるより*でごそっととってきてじゃばで処理した方が楽だし 多少重たくてもいいでしょ耐えて
42 17/11/25(土)23:02:06 No.467979843
>発想も必要性もよく分かる >なんでこんなクソ言語にした！言え！ プログラマ以外の英語話者にも扱えるようにしようと思って…
43 17/11/25(土)23:02:09 No.467979865
SQLって事務のおばちゃんが2週間で習得できる言語らしいけど 事務のおばちゃん優秀過ぎない？
44 17/11/25(土)23:02:49 No.467980071
>SQLって事務のおばちゃんが2週間で習得できる言語らしいけど >事務のおばちゃん優秀過ぎない？ 事務のおばちゃんがLEFT OUTER JOINとか理解できるかな…
45 17/11/25(土)23:02:55 No.467980098
>だって難しいSQL考えるより*でごそっととってきてじゃばで処理した方が楽だし >多少重たくてもいいでしょ耐えて PLSQLとか書きたくないよね
46 17/11/25(土)23:02:59 No.467980123
>altjsみたいにコンパイルしてSQL吐ける新しい言語みたいなのないの？ 上にかいてるORMがそうでSQL分かんなくても大体作れるようなフレームワークがある だからライトユーザからは不要論も出てくる
47 17/11/25(土)23:03:02 No.467980146
>だって難しいSQL考えるより*でごそっととってきてじゃばで処理した方が楽だし >多少重たくてもいいでしょ耐えて DBのことはDBだけにやらせた方が早いからちゃんとSQLかいて
48 17/11/25(土)23:03:20 No.467980237
SQL自体ならエクセルおばさんでもできるはずだ こうして悲劇が産まれる
49 17/11/25(土)23:03:27 No.467980283
VBSがもうちょいマトモならExcel業務システムだって… やっぱないわ
50 17/11/25(土)23:03:31 No.467980312
アナル使ったらメモリが幾らあっても足りないよぅ！
51 17/11/25(土)23:03:31 No.467980313
>だって難しいSQL考えるより*でごそっととってきてじゃばで処理した方が楽だし 1テーブルしか無いDB相手にする時そんな事やってたわ
52 17/11/25(土)23:03:34 No.467980338
>>もはや過去の遺産になりつつある >SQL一発で済むようなのをjavaでループや条件分岐使ってバッチ処理書いてるのにそういう事言うのがいてマジムカツク やっぱりそういうことってどこでもおこるんだ
53 17/11/25(土)23:03:39 No.467980367
>ORMがよくわからない。 >単純な検索や更新だけなら言ってる事はわかるけど >実際はそんなことばっかりじゃないよね？ 俺はRailsのActiveRecord信者だけどWebアプリだと95%ぐらいは 単純な検索や更新だからそこがサクっと書けるのは便利 バッチや管理画面での複雑なクエリが必要な箇所は素のSQL書いて実行してる
54 17/11/25(土)23:03:47 No.467980393
NoSQLだってRDBMSの置き換えになってないのにSQL死ぬなんてありえないよ
55 17/11/25(土)23:03:53 No.467980426
よくわからないから*で取ってくるね
56 17/11/25(土)23:04:05 No.467980488
>事務のおばちゃんがLEFT OUTER JOINとか理解できるかな… EXCELのVLOOKUPよりは簡単だし…
57 17/11/25(土)23:04:17 No.467980536
Exists述語でSelect * 使ったからって 「コーディング規約にSelect * 使うなって書いてあるでしょ？何考えてるの？効率落としたいの？」 って言うのマジやめてくだち
58 17/11/25(土)23:04:20 No.467980550
DROP TABLE
59 17/11/25(土)23:04:23 No.467980563
>EXCELのVLOOKUPよりは簡単だし… なそ にん
60 17/11/25(土)23:04:58 No.467980739
SQLが言語？ クエリを書けるってことか？
61 17/11/25(土)23:05:03 No.467980768
なんでORM使ってSQL不要論になるの… あれ最終的にSQL吐いてるでしょ…
62 17/11/25(土)23:05:05 No.467980774
三年前に構築されたTB級のMongoDBインスタンスが盛大に崩壊して 今ひどいことになってるのが俺だ 導入を決めたやつはとっくに辞めてる
63 17/11/25(土)23:05:33 No.467980910
>三年前に構築されたTB級のMongoDBインスタンスが盛大に崩壊して >今ひどいことになってるのが俺だ >導入を決めたやつはとっくに辞めてる 何それ楽しそう 何が起こってるの
64 17/11/25(土)23:05:44 No.467980970
死んで欲しい言語ではかなり上位にランクインする でもCOBOL並みに死にそうにない
65 17/11/25(土)23:06:13 No.467981114
SQLパズルが理解できるとSQLしゅごい…ってなるよ
66 17/11/25(土)23:06:33 No.467981212
集合をいいかんじに表現できたときちょっと嬉しい
67 17/11/25(土)23:06:41 No.467981246
宣言型言語が理解出来ないなら業界から去った方がいいよ
68 17/11/25(土)23:07:03 No.467981331
>何それ楽しそう >何が起こってるの インデックスが壊れて起動不可能になった ダンプしてリストアは出来るが大まか10日かかる
69 17/11/25(土)23:07:08 No.467981361
NoSQLって集計とか検索ってどうやってるの？
70 17/11/25(土)23:07:43 No.467981563
カーソル使うくらいならjavaかなんかで書けよって思う
71 17/11/25(土)23:07:52 No.467981598
速度気にして作られてるコードが案外少ないSQL
72 17/11/25(土)23:07:58 No.467981613
・SQL自体に対する無理解 ・ベンダー差異に起因するカーゴカルト こうして最強のクエリが誕生する
73 17/11/25(土)23:08:21 No.467981701
SQLのNULLをCやjavaのNULLと同じに考えてるくせにSQLクソとか言ってるのはマジ救いようがない
74 17/11/25(土)23:08:22 No.467981710
負の遺産という言葉が浮かんでくる
75 17/11/25(土)23:08:23 No.467981711
少し前にWindow関数覚えたよ こいつしゅごい…
76 17/11/25(土)23:08:23 No.467981712
今もやってるか分からないがMongoDBでECサイト作った正気を疑う会社のブログ トランザクションどうするねんと思ったら 例えば在庫が100個あったら100レコードつくってそれぞれに状態もたせてる http://blog.otakumode.com/2014/08/01/ec-mongodb/
77 17/11/25(土)23:08:56 No.467981899
>速度気にして作られてるコードが案外少ないSQL 実装者のレベルが両極端過ぎて… 俺？もちろん低い方だぞ俺
78 17/11/25(土)23:09:02 No.467981939
サブクエリがでかすぎる！
79 17/11/25(土)23:09:03 No.467981944
>SQLのNULLをCやjavaのNULLと同じに考えてるくせにSQLクソとか言ってるのはマジ救いようがない RDBMSによるのでなんとも…
80 17/11/25(土)23:09:10 No.467981978
>インデックスが壊れて起動不可能になった >ダンプしてリストアは出来るが大まか10日かかる わお大変だね！
81 17/11/25(土)23:09:28 No.467982077
メインフレームの世界ではいまだに現役 selectでの抽出しかやったこと無いけど
82 17/11/25(土)23:10:19 No.467982331
>宣言型言語が理解出来ないなら業界から去った方がいいよ HaskellとPrologが理解できた者だけが石を投げなさい
83 17/11/25(土)23:10:25 No.467982369
mariaDBいいよね…
84 17/11/25(土)23:10:27 No.467982373
>RDBMSによるのでなんとも… NULLを＝で聞いておきながらTrueかFalseかを返すなんてOracleぐらいしか知らないけど他にあるんか？
85 17/11/25(土)23:10:32 No.467982393
>メインフレームの世界ではいまだに現役 ExcelVBAからDB2叩くのいいよね…
86 17/11/25(土)23:10:33 No.467982402
アホみたいに長いクエリよく書く どうやって短くなるのかなんもわからん
87 17/11/25(土)23:10:56 No.467982513
DBへのインターフェースを概ね統一した功績は評価したい
88 17/11/25(土)23:11:17 No.467982614
MyBatis滅びろ
89 17/11/25(土)23:11:58 No.467982860
Amazon RDS Auroraサイコー！ 他のクラウドは変なDB作ってないで こういうのもっとくれよ！
90 17/11/25(土)23:12:15 No.467982961
俺のこのファイルはこのフォルダのxlsをこのエクセルで読んでマクロで整形してからcsvで吐き出してこのフォルダに吐き出しそれをAccessでインポートしてから更新クエリをかけるといい感じになる みたいなのだーいすき！
91 17/11/25(土)23:12:15 No.467982962
>MyBatis滅びろ えーいいじゃん好き放題SQL書けて まあこいつはO/RマッパじゃなくてR/Oマッパだと思うけど
92 17/11/25(土)23:12:18 No.467982979
JPA派とMyBatis派の溝はとても深い
93 17/11/25(土)23:12:21 No.467982999
業務系のシステムからは追い出せないと思うけどなあ web屋さんとかリアルタイム解析やってる人達のことは知らんけど
94 17/11/25(土)23:12:28 No.467983030
大量のサブクエリで書かれたコードいいよね…よくない
95 17/11/25(土)23:12:36 No.467983079
domaとかmybatisとか自分で書けるORMしか信用できん
96 17/11/25(土)23:12:40 No.467983105
>少し前にWindow関数覚えたよ >こいつしゅごい… これとCase式組み合わせると他になにもいらないじゃんって気分になるよね まぁ・・・それがトラップなんだけどさ
97 17/11/25(土)23:12:43 No.467983124
>MyBatis滅びろ iBatisがいいの？
98 17/11/25(土)23:13:09 No.467983263
MySQLというオラクルの性奴隷 いい加減誰か解放してあげろよ…
99 17/11/25(土)23:13:14 No.467983284
これが滅びる日はあと数十年は想像できない…
100 17/11/25(土)23:13:16 No.467983297
SIの「」が多いのだろうか
101 17/11/25(土)23:13:21 No.467983334
>>MyBatis滅びろ >iBatisがいいの？ Strutsと一緒に墓で眠っててくだち！
102 17/11/25(土)23:13:33 [MariaDB] No.467983383
あのっ…！
103 17/11/25(土)23:13:48 No.467983476
まりあちゃんなかなか流行らないねえ…
104 17/11/25(土)23:14:24 No.467983676
>MySQLというオラクルの性奴隷 >いい加減誰か解放してあげろよ… でもオラクルさん家の子になってから足りない機能がいっぱい補完されたんですよ
105 17/11/25(土)23:14:27 No.467983690
速度気にしてって言うけど 気の使い方がRDBごとにまちまちすぎて…
106 17/11/25(土)23:14:28 No.467983691
>>>MyBatis滅びろ >>iBatisがいいの？ >Strutsと一緒に墓で眠っててくだち！ Struts2は現役ですよやだなぁ
107 17/11/25(土)23:14:29 No.467983700
書き込みをした人によって削除されました
108 17/11/25(土)23:14:37 No.467983737
JOOQいいよね…
109 17/11/25(土)23:14:45 No.467983779
オラオラHibernateしろや！
110 17/11/25(土)23:15:08 No.467983897
>FORTRANやCOBOLですらまだ残ってんだぞ
111 17/11/25(土)23:15:16 No.467983964
PostgreSQLでイナフ
112 17/11/25(土)23:15:19 No.467983995
>web屋さんとかリアルタイム解析やってる人達のことは知らんけど GoogleのBigQueryはGoogleの超技術のおかげでTB級のデータを数秒でスキャンできるけど そのクエリが方言きついSQLだったのが最近普通っぽいSQLで書けるようになったので やっぱりそっちもSQLが強い
113 17/11/25(土)23:15:28 No.467984042
カオスモンキーしてる「」とかいるのかな…
114 17/11/25(土)23:15:33 No.467984066
例えば単純に年間で5000万行ぐらいの売上データあって それを検索したり集計したりしたいよってなったら どんな構成でつくるのがナウなトレンドなんだい？
115 17/11/25(土)23:15:33 No.467984069
Access97を使うVB6ツールをDB2を使うVBAツールに移行しているのが俺だ おかしいな…もう2017年の筈なのに…
116 17/11/25(土)23:15:50 No.467984162
>あのっ…！ お前はアリババちゃんちで幸せに暮らせてるじゃないか
117 17/11/25(土)23:16:13 No.467984322
>これが滅びる日はあと数十年は想像できない… COBOLですら新規案件採用はともかく残存自体はあと数十年いけそうだしな…
118 17/11/25(土)23:16:13 No.467984323
>カオスモンキーしてる「」とかいるのかな… あんなの出来るのかよ…ってなった
119 17/11/25(土)23:16:29 No.467984431
ナウなヤングにバカウケな技術とは無縁になってしまってな…
120 17/11/25(土)23:16:49 No.467984515
リスト内包表記でズガーンとやればいい系SQLラッパーは多分ある
121 17/11/25(土)23:16:52 No.467984530
>あのっ…！ 主要なディストリはほとんど寝取ったじゃん
122 17/11/25(土)23:17:20 No.467984698
sqlプログラムってpl/sqlかsybaseとかmysqlのISO?の？
123 17/11/25(土)23:17:28 No.467984751
ずっとMSSQLだから他のRDBMSになったら苦労しそうだわ俺
124 17/11/25(土)23:17:29 No.467984758
ぽすぐれ君はあんまり詳しくないんだけどMySQLより良い子なのかい…？ LINEで画像を送りつけるとセンスの良いハガキに加工してくれるのはしってる
125 17/11/25(土)23:17:32 No.467984778
>あのっ…！ FULL OUTER JOINできる？
126 17/11/25(土)23:17:40 No.467984814
Javaにしろ何にしろロジックで２倍速くできることは滅多に無いけど SQLはクエリの改良で100倍速くなることもあるから その時だけは褒めてあげたくなる その時だけは
127 17/11/25(土)23:17:44 No.467984834
昔パートで働いていたところはAccessで顧客データ管理してたけど 俺はそれを書こうする仕事だったのだが、Accessへ繋いで良い許可が貰えず 社員さんが定期的にAccessの全データをExcelにダンプして俺にくれてた この手間は無駄では…と思っていた
128 17/11/25(土)23:18:03 No.467984933
lispとかz言語とかこれみたいによくあるプログラムと違うとこの脳みそ使うの楽しいんだけど仕事にはしたくない感じある
129 17/11/25(土)23:18:15 No.467985018
英語を駆逐するようなものでは…？ そもそもSQLは標準であって実装ではないし
130 17/11/25(土)23:18:28 No.467985102
>気の使い方がRDBごとにまちまちすぎて… そういえばTERADATAにOracleのしょぼい小技をドヤ顔で語るようなコーディング規約押し付けて盛大に自爆したプロジェクトあったな
131 17/11/25(土)23:18:29 No.467985107
なんでこっちが速度気にしてSQL書かなきゃいけないんだクソッタレめ！
132 17/11/25(土)23:18:32 No.467985119
ぽすぐれは安い地図系をやるってなったら出てくる気がする
133 17/11/25(土)23:18:39 No.467985156
滅びるってこれよりましなDBなんてあるの？ 昔多次元DBとか聞いたけどさ
134 17/11/25(土)23:18:52 No.467985233
>それを検索したり集計したりしたいよってなったら DWHみたいにファクトテーブル作るのがいいと思うよ
135 17/11/25(土)23:18:54 No.467985247
MySQLでモリモリ遅くなってくクエリがあってヤバイと調べたけど 適切にインデックスが張ってあってなんだろうとexplainしたら インデックスあるのに使って無くてヒント句ぶち込んだら直った
136 17/11/25(土)23:19:10 No.467985313
>Access97を使うVB6ツールをDB2を使うVBAツールに移行しているのが俺だ >おかしいな…もう2017年の筈なのに… 職場のWinXPがいきなりWin8.1に更新されて日報に使用してるAccess97が動かなくなったので慌てて2010で動くようにしたよ 改善で報告したのに大した評価されなかったぶちころすぞ
137 17/11/25(土)23:19:28 No.467985417
今時コストベースじゃないDBがあるの？
138 17/11/25(土)23:19:45 No.467985498
>この手間は無駄では…と思っていた 日本人は細かいところにバカ真面目なんだよね
139 17/11/25(土)23:19:46 No.467985508
>なんでこっちが速度気にしてSQL書かなきゃいけないんだクソッタレめ！ DBのストレージをSSDとかにすれば速度気にしなくていいよ おかねだしてって言えばいいよ
140 17/11/25(土)23:19:51 No.467985535
ぽすぐれは配列型とかできる
141 17/11/25(土)23:20:03 No.467985588
>ぽすぐれ君はあんまり詳しくないんだけどMySQLより良い子なのかい…？ SQL標準に最もよく準拠してるという意味では良い子と言えるかもしれない SQL標準にどれほどの意味があるかと問われればうｎ…
142 17/11/25(土)23:20:07 No.467985608
>昔多次元DBとか聞いたけどさ 結局RGBでスタースキーマ組む方がお手軽で速いって感じになったような
143 17/11/25(土)23:20:12 No.467985631
>ぽすぐれ君はあんまり詳しくないんだけどMySQLより良い子なのかい…？ サブクエリのなかでLIMITが使えるよ！
144 17/11/25(土)23:20:21 No.467985670
正規化なんて捨ててしまえば早いぞ
145 17/11/25(土)23:20:28 No.467985704
>職場のWinXPがいきなりWin8.1に更新されて日報に使用してるAccess97が動かなくなったので慌てて2010で動くようにしたよ >改善で報告したのに大した評価されなかったぶちころすぞ こういうのって評価されんよな
146 17/11/25(土)23:20:42 No.467985800
実行プラン見るの楽しいよね 暇な時ずっとこれ見てるわ
147 17/11/25(土)23:20:53 No.467985880
プログラムだってアルゴリズムで指数的に速くなったりするよ
148 17/11/25(土)23:20:56 No.467985907
正直よくわからないまま適当に書いたやつが今日も元気に動いてるからいいかなって
149 17/11/25(土)23:20:57 No.467985910
ぽすぐれは謎仕様少ない気がする
150 17/11/25(土)23:21:13 No.467985987
oracleからぽすぐれ ぽすぐれからoracleに移行する仕事はもう嫌じゃよ～～～
151 17/11/25(土)23:21:13 No.467985991
>この手間は無駄では…と思っていた 稀によくあるしクソがってなるけど色々言い出すと社内で面倒事になるから黙っているね…
152 17/11/25(土)23:21:16 No.467986003
>正規化なんて捨ててしまえば早いぞ 文字列にカンマ区切りで突っ込みます！
153 17/11/25(土)23:21:37 No.467986107
象さんはイルカちゃんよりライセンスが緩い イルカちゃんはデュアルライセンスだけど商用目的ならGPL汚染必至なのでタチ悪い でも多分みんな気にせずイルカ使ってるよね…
154 17/11/25(土)23:21:37 No.467986109
>正規化なんて捨ててしまえば早いぞ 頑張って正規化するよりそこそこで諦めてSQL拗らせたほうが速いしなぁ… システム統合？そんなもん知るか
155 17/11/25(土)23:21:55 No.467986189
>正直よくわからないまま適当に書いたやつが今日も元気に動いてるからいいかなって （数年後データ量が一定数越えたら急に重くなるSQL）
156 17/11/25(土)23:21:55 No.467986191
>>正規化なんて捨ててしまえば早いぞ >全部KVSにします！
157 17/11/25(土)23:22:19 No.467986340
>この手間は無駄では…と思っていた そんな感じで共有スペースにテーブルのコピー置いて個人情報おもらしした話あったよね確か…
158 17/11/25(土)23:22:20 No.467986353
>DBのストレージをSSDとかにすれば速度気にしなくていいよ BIの仕事で最新のフラッシュストレージ導入したら現行より遅くなったよ！ インデックスやら最適化を延々やり直してたよ...
159 17/11/25(土)23:22:42 No.467986477
データベースなんて捨ててぜんぶ Map<key,value> みたいなんでなんとかできるのでは
160 17/11/25(土)23:23:04 No.467986625
いや～業務に必須なのに環境変化による途絶からの復帰はもうちょっと評価されても良いんじゃね その日報支援？が実は必須でもないとかなら知らん
161 17/11/25(土)23:23:19 No.467986690
>文字列にカンマ区切りで突っ込みます！ 再帰SQLで全部レコードにばらしてやったぞ
162 17/11/25(土)23:23:36 No.467986790
>プログラムだってアルゴリズムで指数的に速くなったりするよ だって実際の業務でそんなチャンス滅多に無いじゃん… 研究開発でもしてれば別だろうけど…
163 17/11/25(土)23:23:48 No.467986850
日報の類はお前これ本当は要らんだろってのが多いけど面倒だから…
164 17/11/25(土)23:23:56 No.467986895
NewSQLはどうなったの？
165 17/11/25(土)23:24:04 No.467986925
聞いてた件数と全然違ってて無茶苦茶時間かかるゴミ作っちゃった
166 17/11/25(土)23:24:18 No.467986996
>データベースなんて捨ててぜんぶ Map<key,value> みたいなんでなんとかできるのでは NoSQLいいよね僕も大好きだ！
167 17/11/25(土)23:24:30 No.467987064
クイックソートが一番クイックみたいな思想はやめろ！
168 17/11/25(土)23:24:39 No.467987144
改善系は便利屋扱いでろくなこと無いよ…
169 17/11/25(土)23:24:59 No.467987291
>日報の類はお前これ本当は要らんだろってのが多いけど面倒だから… 勤怠記録と工数記録の入力を自動化するスクリプト書いて毎日同じデータ入力してるけど誰にも怒られないから多分OKなんだろう
170 17/11/25(土)23:25:24 No.467987460
n+1どころかn+4くらいのやべえロジックの高速化をこの間やらされたけどコード解析してるときは吐きそうだったよ
171 17/11/25(土)23:25:24 No.467987464
>データベースなんて捨ててぜんぶ Map<key,value> みたいなんでなんとかできるのでは レコード100万件あったら一つレコード引っ張るだけで全部検索するの？
172 17/11/25(土)23:25:32 No.467987520
6時間かかってた処理を18分まで短縮したけど特にお給料は増えなかった
173 17/11/25(土)23:25:42 No.467987593
大問題になってから改善するのがコツだぞ！
174 17/11/25(土)23:26:02 No.467987698
内製の勤怠とか有休とかのやつがクソみたいな重さでUIもクソでセキュアでもなくても なんであれ作って飯が食えてるのか分からない
175 17/11/25(土)23:26:10 No.467987739
象さんは少しまえから集計で並列処理とかやりだしてめっちゃ進化してる
176 17/11/25(土)23:26:52 No.467987930
確かデフォじゃなくてもmysqlは行単位でロック掛けられたよね？
177 17/11/25(土)23:26:55 No.467987948
未然に防ぐより実害出て上司から指示の上でサラッと直すのがデキル社内SEスタイル…！
178 17/11/25(土)23:27:17 No.467988041
>適切にインデックスが張ってあってなんだろうとexplainしたら >インデックスあるのに使って無くてヒント句ぶち込んだら直った こういうことできる人と仕事したい なんで俺が一番マシなくらいなの
179 17/11/25(土)23:27:45 No.467988196
>6時間かかってた処理を18分まで短縮したけど特にお給料は増えなかった よくやった 俺が褒める
180 17/11/25(土)23:28:15 No.467988336
>内製の勤怠とか有休とかのやつがクソみたいな重さでUIもクソでセキュアでもなくても >なんであれ作って飯が食えてるのか分からない 評価するのが間接部門のシロウトだから 自動化できた＝すごい！くらいの判断しかできない
181 17/11/25(土)23:28:21 No.467988360
>内製の勤怠とか有休とかのやつがクソみたいな重さでUIもクソでセキュアでもなくても >なんであれ作って飯が食えてるのか分からない なんで自社でクソみたいな勤怠管理システム作るんだろう…って思ってるけど多分新人研修か何かで作らせた残骸なんだろうなって思って何も言えずにいる
182 17/11/25(土)23:28:26 No.467988388
>確かデフォじゃなくてもmysqlは行単位でロック掛けられたよね？ その程度の理解だとギャップロックとネクストキーロックで死ぬぞ！ http://blog.kamipo.net/entry/2013/12/03/235900 俺は死んだ
183 17/11/25(土)23:28:32 No.467988415
内製系は外部とのデータ入出力機能が大抵カバーされてなくて 1個1個手打ちなの勘弁してほしい 承認願いの提出まで自動化したいわけじゃないんだからデータ食わせるぐらいやらせてよ
184 17/11/25(土)23:29:13 No.467988665
勤怠と稼働管理はパッケージ買ったからといって便利じゃないのが闇
185 17/11/25(土)23:29:26 No.467988736
MySQLはGPLだからオラクルにお布施しないと公開義務発生するのだ 無視する度胸かお金無いとこは象さん一択なのだ
186 17/11/25(土)23:29:33 No.467988778
>正規化なんて捨ててしまえば早いぞ 正規化ってDB設計の？
187 17/11/25(土)23:29:52 No.467988876
もう勤怠管理システムは社員にINSERT文直接書かせようぜ
188 17/11/25(土)23:30:07 No.467988958
内製なら手上げて自分で直せばいいじゃない 自分は絶対やだけど
189 17/11/25(土)23:30:09 No.467988966
いやむしろ象さんの何が不満なんだ
190 17/11/25(土)23:30:11 No.467988975
新卒で入社したとこは新入社員5人くらいのチームで毎年勤怠管理システム作らせてたな 俺ももちろんクソみたいなやつ作ったよ 今思い出しても顔から火が出る
191 17/11/25(土)23:30:52 No.467989219
DBに限らんけどこまめに更新して… メジャーバージョン2～3変わってから最新にしようとしないで…
192 17/11/25(土)23:30:52 No.467989221
>もう勤怠管理システムは社員にINSERT文直接書かせようぜ REST API用意しろや！
193 17/11/25(土)23:31:06 No.467989288
一時期衰退論が叫ばれてたけど NoSQLがSQLAPI用意したりRDBがNoSQL機能盛り込んだり もしかして一番安泰な技術なのでは？
194 17/11/25(土)23:31:12 No.467989324
メインフレームのページプリンタへの出力をテキストファイルで落とせるようにした結果 正規表現によるサーチと組み合わせて 紙の出力から目視で転記とかしてた系の業務を軒並み短縮して 生産性100倍達成したマン
195 17/11/25(土)23:31:32 No.467989444
>もう勤怠管理システムは社員にINSERT文直接書かせようぜ (自由にindexを貼りだす社員)
196 17/11/25(土)23:31:39 No.467989493
中規模並列分散DBならmnesia使えばいいねん
197 17/11/25(土)23:31:55 No.467989587
>生産性100倍達成したマン えらい お前がナンバーワンだ
198 17/11/25(土)23:31:55 No.467989597
>もう勤怠管理システムは社員にINSERT文直接書かせようぜ これ許してくれれば俺は遅刻０になるからいいな
199 17/11/25(土)23:32:08 No.467989661
>もしかして一番安泰な技術なのでは？ うｎ わかんねーって人が多いんで楽っちゃ楽
200 17/11/25(土)23:32:24 No.467989752
>生産性100倍達成したマン お給料は100倍になった？
201 17/11/25(土)23:32:27 No.467989761
>DBに限らんけどこまめに更新して… >メジャーバージョン2～3変わってから最新にしようとしないで… 社内だし数百のアプリが動いてるし致命的なセキュリティホール見つかるまでは後回しのがいいかなって…
202 17/11/25(土)23:32:33 No.467989798
>NoSQLがSQLAPI用意したりRDBがNoSQL機能盛り込んだり NoSQLとRDBは相互補完するものだし
203 17/11/25(土)23:32:38 No.467989828
>DBに限らんけどこまめに更新して… >メジャーバージョン2～3変わってから最新にしようとしないで… 更新する意思があるだけマシだよ ミドル更新する意思が一切無いオンラインシステムとかちょっと引くよ
204 17/11/25(土)23:32:38 No.467989829
>その程度の理解だとギャップロックとネクストキーロックで死ぬぞ！ oracleはその辺とか実際のプログラムの適応性でシェア伸びたんだよなぁ
205 17/11/25(土)23:32:40 No.467989837
>勤怠と稼働管理はパッケージ買ったからといって便利じゃないのが闇 中小企業の変な勤務規定に合わせてカスタマイズ入れてくとめっちゃお金かかるんですけお… 勤務規定をパッケージに合わせるべきなんですけお…
206 17/11/25(土)23:33:11 No.467989989
>いやむしろ象さんの何が不満なんだ 7.xの頃は機能もまだ十分じゃなかった上に使い方によってはクソ重かった 8.xで機能も速度も大分マシになったけどまだMySQLに勝てるほどじゃなかった その頃の嫌な記憶を引きずってる年寄りが敬遠してる
207 17/11/25(土)23:33:11 No.467989991
>お給料は100倍になった？ ならねー！ でも導入する技術選定とかでめっちゃ話聞いてもらえるようになった
208 17/11/25(土)23:33:20 No.467990039
>紙の出力から目視で転記とかしてた系の業務を軒並み短縮して 人間って凄いよなどんなに不便だと分かってても改善しないと手順変えないもの
209 17/11/25(土)23:33:52 No.467990205
あれ？もしかしてSQLかけたらご飯食べていける！？
210 17/11/25(土)23:34:04 No.467990252
>中小企業の変な勤務規定に合わせてカスタマイズ入れてくとめっちゃお金かかるんですけお… >勤務規定をパッケージに合わせるべきなんですけお… 中小向けの勤怠管理はヤバイね 何がなんでも給与は減らすという意思を感じる
211 17/11/25(土)23:34:12 No.467990296
SQL は集合の概念を理解して活用するべき言語だから 手続き型でループぐるぐる回す考えに染まると思考の切り替えに時間かかるよね 掛かった
212 17/11/25(土)23:34:33 No.467990385
>勤務規定をパッケージに合わせるべきなんですけお… 自称スティーブ・ジョブズの経営者いいよね...
213 17/11/25(土)23:34:42 No.467990420
なんでこんな不便な手順のままやってるんだと思っても 使ってる人らはそういうものだと思考停止して変えたいとすら思ってないよね
214 17/11/25(土)23:34:46 No.467990447
>あれ？もしかしてSQLかけたらご飯食べていける！？ はい
215 17/11/25(土)23:34:46 No.467990448
>あれ？もしかしてSQLかけたらご飯食べていける！？ オラクルの上の方の資格持ってりゃ引く手あまたよ
216 17/11/25(土)23:34:50 No.467990463
DB周りの基礎技術ってだけだから広く前提なだけでそれで飯が食えるとかというと…
217 17/11/25(土)23:35:12 No.467990594
>自称スティーブ・ジョブズの経営者いいよね... 最近訴えられまくってるスーツ のダンディなおっさんかな？
218 17/11/25(土)23:35:18 No.467990627
>>お給料は100倍になった？ >でも導入する技術選定とかでめっちゃ話聞いてもらえるようになった ちょっとでも見返りがあったようでよかった…
219 17/11/25(土)23:35:47 No.467990767
>あれ？もしかしてSQLかけたらご飯食べていける！？ 業務系は必須な感じがしますが…
220 17/11/25(土)23:35:49 No.467990777
不便だし改善できると思っててもやったら人減らされるから黙ってるケースもあるでよ
221 17/11/25(土)23:35:50 No.467990783
もしかして正規表現でも飯が食えるのでは？
222 17/11/25(土)23:36:05 No.467990871
>>勤務規定をパッケージに合わせるべきなんですけお… >自称スティーブ・ジョブズの経営者いいよね... パッケージソフトに業務合わせてイレギュラー対応全くできなくなって顧客サービス低下とか本末転倒だし…
223 17/11/25(土)23:36:06 No.467990883
>使ってる人らはそういうものだと思考停止して変えたいとすら思ってないよね お仕事に限らず変化ってのは変えたくて変えたくてたまらない人以外にはゴイスーしんどいからね
224 17/11/25(土)23:36:40 No.467991075
SQLだけじゃ困るけどできるとやれることが増えるので自由度の高い人材になる 面倒も増える
225 17/11/25(土)23:36:44 No.467991093
domaとdapparがあれば生きていける
226 17/11/25(土)23:37:02 No.467991178
でもDBだけで切ればって言っても結構ベンダーごとに仕様違うよね 今結構群雄割拠だから悩む
227 17/11/25(土)23:37:16 No.467991240
MySQLとMariaDBの違いが分からない
228 17/11/25(土)23:37:17 No.467991254
集計検索してエクセルに張り付けるだけの仕事とかしたい
229 17/11/25(土)23:37:35 No.467991345
>不便だし改善できると思っててもやったら人減らされるから黙ってるケースもあるでよ 本来のシステム屋の仕事はそれなんだけど身近な人がリストラ食うような改修は恨まれるからね…
230 17/11/25(土)23:37:58 No.467991456
>でもDBだけで切ればって言っても結構ベンダーごとに仕様違うよね >今結構群雄割拠だから悩む DB専門で喰ってくなら主要なやつはどうせ全部押さえることになる
231 17/11/25(土)23:38:13 No.467991530
正規表現だけだと厳しいけどパーサ書けますだと需要あるとこにはありそう
232 17/11/25(土)23:38:18 No.467991549
>集計検索してエクセルに張り付けるだけの仕事とかしたい うちの職場ならそれでも喜ばれるわ
233 17/11/25(土)23:38:38 No.467991649
>集計検索してエクセルに張り付けるだけの仕事とかしたい 成果物欲しがるところが支店ごとにファイル分けて年度ごとにシート分けてね！とか言ってくるから楽ちんなようで微妙に面倒になる
234 17/11/25(土)23:38:53 No.467991726
mongoてどうなの
235 17/11/25(土)23:39:21 No.467991883
>集計検索してエクセルに張り付けるだけの仕事とかしたい 数年続けると人生の意味を問うようになる
236 17/11/25(土)23:39:46 No.467992012
>集計検索してエクセルに張り付けるだけの仕事とかしたい 絶対マクロ組んで仕事してるように見せてさぼるよね
237 17/11/25(土)23:39:52 No.467992036
>mongoてどうなの 俺はもういやだ
238 17/11/25(土)23:40:16 No.467992154
ツールにしたら一日一回ボタン押すだけでできる作業に結構なお金が支払われてるんだけど そこを達成すると恨まれるし人は減るし給料は上がらないしでいいことねえ
239 17/11/25(土)23:40:59 No.467992367
色んなSQLのクエリーを考えるのは楽しいけどな
240 17/11/25(土)23:41:04 No.467992403
xmlなのに行頭の改行は許されないパーサ書いた人絶対に許さないよ っていうか行ごとに見てるならxmlの意味ないよね
241 17/11/25(土)23:41:35 No.467992580
>ツールにしたら一日一回ボタン押すだけでできる作業に結構なお金が支払われてるんだけど >そこを達成すると恨まれるし人は減るし給料は上がらないしでいいことねえ そこに金かけないからこそ日本の生産性が地に堕ちてるんだけどな…
242 17/11/25(土)23:41:37 No.467992586
awkが使えるだけでも飯が食えるような気がしてきた
243 17/11/25(土)23:42:05 No.467992721
「」にちょっと聞いてみたいんだが 外部キー設定って使ってる？ 今受けてる業務系の仕事がデータが入れづらいから設定しない方針なんだが 個人的には正気かこいつらって思ってる
244 17/11/25(土)23:42:20 No.467992791
>xmlなのに行頭の改行は許されないパーサ書いた人絶対に許さないよ >っていうか行ごとに見てるならxmlの意味ないよね XMLなら既存のパーサいっぱいあるのになんで使わないの…？
245 17/11/25(土)23:42:21 No.467992798
正規表現を使った処理を作ると評価する人が評価できなくて戻される
246 17/11/25(土)23:42:34 No.467992867
>外部キー設定って使ってる？ 他の開発者をよっぽど信頼しちゃいけない案件なら