1
Yusuke @elsa_twt
次のセッション待ちだけど、Dの部屋のアナウンスの声が凄く若く感じる #devsumiD
しぶあつ😄エンジニア×HRを考える人/Atsushi Shibuya @shibuatsu8
「タウンワーク90万原稿の掲載を支えるレガシーバッチパフォーマンスチューニング」にcheck in #devsumi #devsumiD
Yusuke @elsa_twt
「レガシーコードにまみれた世界での社員エンジニア奮闘記」 もう最高に惹かれる響き #devsumiD
なおと @naoto_7713
チームが分かれており、なおかつ仲が悪くて??同じような処理をしていた。 #devsumi #devsumiD pic.twitter.com/QbItvMuUGg
 拡大
Yusuke @elsa_twt
SQL遅い問題あるある過ぎる。データ量が増えるとパフォーマンス落ちるのに気付かれないままのケース #devsumiD
ozaki25 @ozaki25rn
歴史を感じる500行超えのSQL #devsumid
しぶあつ😄エンジニア×HRを考える人/Atsushi Shibuya @shibuatsu8
SQL(500行超え)重いので改善 ・件数減らしてJOIN ・INDEX再確認貼り直し ・使用関数見直し ・参照テーブル見直し #devsumi #devsumiD
Yusuke @elsa_twt
9ネストする実行計画アツい #devsumiD
Yusuke @elsa_twt
ラック構成でありながら擬似的にMaster-Slave構成を作った話 #devsumiD
しぶあつ😄エンジニア×HRを考える人/Atsushi Shibuya @shibuatsu8
これがこうなって技術負債の巣窟に 歴史を感じる そして駆逐へ。すごい。 #devsumi #devsumiD pic.twitter.com/vQhDJAPEzJ
 拡大
 拡大
なおと @naoto_7713
技術的負債でできたデータフローです #devsumi #devsumiD pic.twitter.com/xixmWu16LP
 拡大
わしたし @sawashitashi
事業会社にいると過去の遺産の積み重ねはとても見るのでわかりみが深い。 スプラウトメソッド的な中間テーブルが積み重なる地獄は嫌だなあ。。 「こうして改善しました!」までの間の苦労は多くあるだろうとおつかれさまです。 #devsumi #devsumiD
Yusuke @elsa_twt
DFDちゃんと書き出して本腰入れてチューニングするの気持ち良いだろうなぁ… 実際に凄い効果出てるし #devsumiD
しぶあつ😄エンジニア×HRを考える人/Atsushi Shibuya @shibuatsu8
2時間作業が15分へ短縮 障害もゼロ 掲載数が伸びても時間は増えない すごい(語彙力) #devsumi #devsumiD
丸山ひかる@Mobingi @maruyamahiakru
想像以上に泥臭い話ですごく面白かった。プロフェッショナルだー。 #devsumid #devsumi
Yusuke @elsa_twt
バッチ処理改修に伴う、改修前後の結果データ比較はオフショアを最大限に活用して殴るの好き #devsumiD
なおと @naoto_7713
品質担保 理想はテスト環境を使いますがデータ量が膨大過ぎでできない。 なので、本番データを一部使用して。 比較はオフシェアで比較した。 #devsumi #devsumiD pic.twitter.com/LR6OKJEZe5
 拡大
 拡大
残りを読む(1)
ログインして広告を非表示にする
ログインして広告を非表示にする