atsuizo
@atsuizo
Followers
2,338
Following
2,118
Media
589
Statuses
79,036
流浪の人。SE、コンサル、事業企画、経営企画、管理会計、情シス、総務などなど。最近はインフラ、DBいろいろ屋。AWS関連ツイート多めですが、中の人ではありません。
Joined September 2008
Don't wanna be here?
Send us removal request.
Explore trending content on Musk Viewer
スプリンターズS
• 88616 Tweets
LIVE YOUR DREAM APO
• 67519 Tweets
かるびCR
• 55250 Tweets
CRかるび
• 53184 Tweets
WIN AT TODAY SHOW
• 51089 Tweets
REBECCA SUPPORTING ACTRESS
• 42047 Tweets
YINWAR x VIF x TOPS
• 37179 Tweets
ナムラクレア
• 25874 Tweets
ショアキーパー
• 21029 Tweets
西村騎手
• 20926 Tweets
ジャック
• 20438 Tweets
YIBO PLAY WITH LACOSTE
• 15910 Tweets
確かにこのやり方やってるわ。さすがにデカいディスプレイの前でしか読めないと制約が大きすぎるけどな。基本はノートPCでKindleとブラウザにTrello開いて並べてメモ＆キャプチャ・OCR＆検索しながら読んでる。
1
541
4K
この人がどうなのかは知らないけど、この手のことを声高に言う人って「オレの仕事が止まるから即レスしろ、オマエの仕事の中断ことなんか知らねえ」ってヤツが多い印象があるので、即レス至上主義はあまり好きではない。「非同期でも効率的」な仕事のやり方を考えようぜ。
12
909
4K
Oracleの「適当なテーブル設計＆適当なSQLぶん投げても、イイカンジに速く処理してくれる」にさんざん甘えておきながら、「カネかかる」とゴネて、OSSなDBに乗り換えをもくろんで、単純移行で済ませようとして見事に爆死、ってケースはまれによくある。
4
279
1K
自分がDB屋なのもあって全く同意できないんだけど、こういう価値観の世界もあるんだってことはキモに銘じておかなきゃいけないと思った。
22
126
633
読書再開。「みんなのフィードバック大全 」 読んでる。これ、マネジメント側も、被マネジメント側も、両方読んでほしい本だな。少なくともマネジメントサイドの共通認識にしたい要素が盛りだくさん。
1
42
520
一応DB屋だけど、ブログやツイートでは、「トランザクション」ネタの言及は避けてる。生半可な知識で飛び込むと火傷するからな。「このプロダクトではこういう挙動をする」というファクト以上の話に触れると危険。人類には早すぎる、くらいのつもりで臨む謙虚さが必要。
1
59
482
Qiitaに投稿するのに「こんなレベルで大丈夫か？」なんて心配しているヤツを見たけど、技術ブログなら、とりあえず、意見じゃなくて事実（やったこと）を書けばいいんだよ。そこで飛んでくるのは「もっといいやりかた」であることが多いから、多少のショックはあれどプラスになる。
3
143
474
「データベースの性能問題の大半はストレージI/Oネックで発生」とはよく言われるが、経験上、相談に持ち込まれる問題の大半はストレージI/Oじゃないところなんだよな。少なくとも必要なデータはメモリに乗ってる状態で「応答速度要件を満たせないんだけど、どうにかできないか？」って持ち込まれる。
3
115
470
DB遅くて相談してくる人、アプリのソースいじりたくなくて、DB側のパラメータ調整でなんとかして欲しいってことが多いけど、いわゆるクソクエリから目を背けたまま対応できることなんて限られてるよね。
11
145
431
かつてストアドプロシージャ（Oracle PL/SQL）大好物マンだったけど、今は「できるだけストアド使うな」教を布教してる。理由は「ロジックはアプリ側に集約させたほうが見通しがいいし管理がラク」「ストアドはスケールさせにくい」「移行がツライ」あたり。
2
108
408
超大手通信会社の社長が澱みなく技術的な説明してるのに、お客さん向けの報告資料を作成からプレゼンまで孫請けの担当者にやらせてるヤツ、恥ずかしくないの？（闇
0
123
373
先日の「RDSの方がAuroraより速いケース」の件、とりあえず調べたい範囲のベンチマーク取れた。元記事って2000万件*5=1億件を1クライアントで処理してるのな。で、普通に？HammerDB TPC-Cで多重度上げてもRDSが速いケースがないか調べた。
1
83
359
オンラインになってから図をその場で書くというのが激減したな。自分メインの会議のときは事前にパワポで書くようにしてるけど、やはり対面でホワイトボード使えるときとは差が出る。「過渡期」だよねえ。
3
72
357
本番環境をいじる作業を「手順書なし」「チェッカー不在」「GUIツール」でやる時点でスリーアウトだな。。。
3
72
337
OracleからPostgreSQLやMySQLに移行したいと相談受けて現状分析やって「引っ掛かる要素」の上位は「DBLINK」「マテビュー」「ストアド」「シノニム」。これはガチ。
5
55
328
WBSは全部下請けに書かせるわ、レビュー済のWBSに後からタスク突っ込むわ、会議のアジェンダは事前共有しねえわ、そもそもその日に会議があるのかないのかはっきりしねえわ、会議やるというだけでオンラインMtgのためのインビテーションよこさねえわ、この人達の言うマネジメントってなんなの。。。
4
72
321
なぜ人は「プロフィットセンター＝善、コストセンター＝悪」という二項対立に陥るのか。プロフィットセンターな人・組織がプロフィットを生み出すのをコストセンターが支援していることに思いを馳せることができないのか。
情シスはコストセンターであってはいけない。最低でも自部門のメンバー全員の給料くらいは稼がないと。自分達のノウハウをサービス化して同じ業種の企業に外販するとか、情シスの一部業務をアウトソース先として受託するとか、製品開発以外にも可能性はいくらでもある。あ、これ、自分の理想です。
5
19
86
2
104
272
「ベンダを威圧して要求を通すのはリーガルリスクがあるということが判例としても示された」のは良いことなんだけど、それを「はいそうですね」って理解して行動を改められる人は、そもそもそんな威圧的な行動は取らなかったりする。
0
70
236
「目標管理は（技術者には）クソ」は理解できるが、じゃあ代わりは？ってのがこれといって無いんだよね。目標で管理しない＜だけ＞では代案になってないわけで、納得感があって現実的に運用できるやり方あるんか、っていう。
3
53
237
Slideshareの資料が尽く読めなくなってるな。ユーザーが好意で公開していたコンテンツが、プラットフォームオーナーに人質に取られているかのような感覚。
4
33
175
大手SIer、個別技術は下請けに任せてまとめ役に徹するのは構わないんだけど、何を揃えてどういう順序で進めるべきかをまとめるための最低限の技術知識がおぼつかなくなっていて、体制図もスケジュールも穴がありがち。
1
35
169
RDSやAuroraで、性能情報収集の為の負荷増を嫌ってPerformance Insightsを意図的にOffにして運用するのは、問題が出たときに手足を縛られるという意味で、ドラレコなし無保険で自動車運転するようなものなので、On状態で性能要件満たすように構成選択やチューニングをしてください（なんか見た
1
34
161
これ全部できるインフラエンジニアなんてほとんどいないし、１つ１つ専門特化でメシ食えるレベルだし、全部を求めつつ500万そこいらで求人出すディストピア。 /
インフラエンジニアのスキルチェックリストを書き出してみたよ
1
157
145
相談に持ち込まれるヤツは、「適切なIndexが作れてない」「適切なIndexが選ばれてない」「適切な結合アルゴリズムが選ばれてない」が多いけど、「そもそもテーブル設計がクソ」ってのも結構ある。
1
34
138
いかがでしたでしょうか。 /
RDSがAuroraより速い！？について調べてみた - なからなLife
1
26
122
「失敗から学ぶRDBの正しい歩き方」と「SQL アンチパターン」は、アプリケーションエンジニアに読んでほしい2大DB本（あと１冊SQL基礎本を何かしら読んでね）だな。それより先の話はDBのスペシャリストにお任せしてよいとして、この領域は、実際にコードを書く人たちの品質評価に直結する内容だから。
0
36
122
システム稼働時間のSLAって、「絶対これ以上の停止時間は発生しません／させません」っていうわけじゃなくて、「これ以上の時間停止してしまったら、補償します（それくらいの自信はあります）」っていう、ある意味マーケティングメッセージだよね。
1
26
106
「AWS Batchの言及がない」っていうブコメがあるけど、オンライン/リアルタイム処理の対義語としてのスケジュール処理のことを「バッチ」と理解しているからと思われる。バッチは「一括処理」のことなんだがな、っていう話。
1
13
104
無駄にテーブルがでかい（カラム数が多すぎ）など、テーブル設計が原因のやつ、手の施しようがないのが多い。特に専門家に泣きつくのは、リリース間近の性能試験フェーズでどうにもならなかったときなので、もう手の入れようがない時期なんだよね。
1
23
94
もともとはOracle育ちだけど、最近はPostgreSQLとMySQLばかり触っているので、久々にOracle触ると、いろいろなところで「うわ、めんどくせえっ」ってなる。ごめんなさい。
4
10
90
あと、応答性能要件が非現実的、ってのも時々あるよね。OLTPメインのDB上のデータ数年分のデータ丸読みする分析クエリを、他のOLTPと大差ない時間で結果返せ、みたいなやつ。その処理に必要な件数を単位時間当たりの読み取り件数で考えたら、どう頑張っても無理でしょ、っていう。
1
15
81
MeltdownとSpectreの件、ベンチ取った人の結果が出始めて、どのレポでも性能3割4割減って感じ。性能試験をパスしてたシステム、大半が見直し必要なんじゃねーかこれ。
0
94
75
「実践Redis入門 技術の仕組みから現場の活用まで 」読み終わった。入門ってレベルじゃない。これRedisに関わるうえでのバイブル的な本になる。
1
13
76
厳密な定義を知ることを意味ないとまでは言わないけど、実務上はこれくらいの割り切りでいいと思ってる。
0
9
75
例えば営業マンが顧客クレームの受付から解決、リーガルチェックや事務会計処理、そうした業務を管理支援するシステムのお守り（いわゆる「コストセンターと呼ばれる人たちがやること）まで全部自分たちでやってたら、まともな営業活動なんかほとんどできない、ってことが想像すらできないのかね。
1
27
73
あと、最近も結構あるのは、実行計画が安定しないやつ。DBMS自体の内部挙動に依存するので結構つらい。対処療法的にはヒント句でどうにかするんだけど、検索条件違えばデメリットになるし、そもそもヒント句さえもうまく効かないケースもあったり。
1
7
71
「前述の話が普及していて、そこまでは専門家に出す前に解決できている」「メモリが昔より安価になったので、そこでは問題になりにくい」「深いこと考えてないけど、おなじSQLを何度も試して、結果的にキャッシュに乗ってる」など、背景はいろいろあると思う。
1
19
66
全文検索という単語に思考停止してElasticsearch使おうとするのやめーや。Oracle Text、MySQL Full Text Search、PostgreSQL pg_bigmで十分なケースも多いのに。（SQL Serverにもあるんだろうけど略
2
13
68
社員数2桁の会社で自前でメールサーバ立てて管理（よく落ちる＆バックアップまともに取ってない＝管理できてない）を続ける理由が分からない。大規模なら管理コスト＜従量課金になりえることもあるだろうけど。
2
41
59
「Web世代が知らないエンタープライズシステム設計 」読み始めた。とりあえず1章まで。THモデル推しっぽい。図解はコミュニケーションのための手段なので、存在自体を知らない人の方が多い図解手法を採用するのは難しいよね。
1
4
62
「DBスキルはコスパがいい」もマジ。俺が5年以上年遠回り（事業企画とか経営分析とか総務とかPC調達とヘルプデスクばかりの一人情シスとか）したあとにこの業界に戻ってこれたのも、最初の10年でOracle（9iとかの頃）しっかり勉強しておいたからだし。
#dbre_night
0
22
61
クラウド移行案件の運用設計方針資料見てて「現行を踏襲する」だらけなの、すげー萎える。なんのためにクラウドに移るの？っていうレベル。変化を拒んでいるのか、そもそも、頭使って考えること自体を拒否しているのか。
1
23
58
ORM界隈で使われる「migrateion」という単語の意味（ORM固有のスキーマ定義をDBに反映）が、DB屋さんのイメージするマイグレーション（DBのデータ＆スキーマ移行とほぼ同義）と全然違ってて気持ち悪い。逆の立場から見ても気持ち悪いんだろうな。
4
8
58
開発環境としての入力支援の強化はもっと進化してもいいとは思う。が、言語文法が滅ぶべきレベルの悪だとは全く思わない。むしろ、「アウトプットからモノを考える」ってスマートだと思うってしまうSQL脳。
2
2
57
マジで難しい。インフラだとコーディングテストもできないし。「やったことあります！（リーダーポジでメンバーにやらせてただけ」とかも、面接で聞けるレベルの質問に答えられる程度の知識だけはちゃんとあったりするし
1
9
58
「SQL的には改善の余地がない」ってヘルプコール受けたSQL、Where句の左辺に型変換関数使ってたり、その右辺に来るパラメータは左辺と型を揃えていなかったり、列値の上ｎ桁に意味持たせて文字コード値と異なる意味づけで逆順ソートしようとしてたり、最近見かけないレベルのアレだった。
1
14
53
すばらしい調査。アプリ屋／DB屋って別れてると、このあたりで問題出ると解決に時間かかるんだよね。DB屋に性能分析／チューニング依頼が来るときって、プリペアドステートメント使ってるかの情報までこないことが大半だし。
0
15
54
似たような「言い尽くされた常識に反するっぽいアレ」だと、他に「更新コストかかるからやみくもにIndex増やすな」もあるかな。メリデメ比較すると、9割9分、「ひどく遅い参照を改善するIndex追加＞Index追加による更新コスト増」になる。なので、経験上Index追加は躊躇することはほとんどない。
2
13
54
OracleがOCI上でOpenSearch（AWSとElasticとで揉めてたときにAWSがOSS化したやつ）を提供するっていう、衝撃の展開。
0
29
52
異機種DB移行案件、技術的な課題よりも、エンジニア自身の脳みそのマイグレーション、ってのが最大の課題だと思ってる。はるか昔にOracleさわったことがあるレベルの元請けPM/PLが仕切り、DBレイヤ自身に関心が薄い下請けがアプリ開発する現場とか、いくら事前に情報提供しても事故るのよ。
0
7
50
まさにこれ。あと、本でもブログでも、「＜意見＞を書くのではなく、＜事実＞を書く」ところからスタートすべき。「プロになるための～」とか「よいコード/悪いコード～」みたいな領域にいきなり手を出さない、ってのもあるかな。あの領域に踏み込むのは相当の技術と覚悟が必要。
2
18
48
現在の速度も目標の速度もなく、ただ「遅いので速くしたい」だけで投げてきて、その遅さは再現しない、どこのデータがどれくらい増える予定という情報もない、そんな状況でのチューニング依頼とか、チューニングの意味自体を理解してないよね。DBとかアプリとか以前の問題として。
1
12
47
とりあえず大変だけど絶対無理という話でもないので、十分なリソースを確保した上で頑張ってね /
OracleからPostgreSQLに乗り換えたい人に送る何か - なからなLife
0
18
47
若いWebサービス系の企業しか見てないと見えてこないかもしれないけど、業界全体で見たら、氷河期世代も40代50代もめっちゃいるやん。（ワイもワイも
氷河期世代の就職の受け皿となったIT業界
あれだけいた氷河期世代が消えて
40後半とか50代を見ない業界だぞ
なぜITエンジニアに憧れる？
28
85
313
1
15
46
AWS Fault Injection Simulator を使用した Kubernetes ワークロード AZ の障害のシミュレーション
0
7
46
"卒論書くのに飽きてきて何かやりたくなったので急にストレージエンジンを書くことにしてみた。"すごい動機。こういう人には敵わないと思った。そしてこの学びのプロセスの公開、すごく参考になる。 / “MySQL 8.0.18 の実装を読み解きながら簡単なストレージエンジンを自作…”
0
13
45
DB屋さんって、全体アーキ決まった後に呼ばれることが多いんだけど、たいてい「アンチパターン踏み抜いたアーキが採用された後」なんだよね。大した発言力も影響力もないから、その枠の中で如何にうまいことやるか、みたいなところがある。
1
17
44
HHKB使いの人？リモートの会議でキータイプのカチャカチャがかなり拾われてるので結構ノイジー。静音化対策して欲しいが、わざわざお金だして良いキーボード使ってる人はアレが気持ちよくて使っているんだろうし、悩ましい話。
3
12
43
いい話だった。ウチみたいなSIサイドでメシ食べてる企業のテックブログでどこまで情報を無料で流していいのかは悩むけど、それ言ったらクラメソとかどうなるんだ、って話なので、あんまり深く考えないで、とりあえずやってみた方がいいのかな、と思ったり。
0
9
42
しっかりした記事なので記事自体を非難する気は微塵もないけど、ここまでややこしい＆IaCで完結しないのに、AuroraをIaCで管理する意味があるのかな、という疑念が拭えない。
1
1
41
昔なら「DBMS乗り換えなんて、そうそうねえよ」って思ってたけど、ここ数年でかなりの数の乗り換え案件に関わってきたので、「そうそうねえよ」とか言えなくなった。
1
7
42
依頼スコープ内の設計構築の作業コストをベースに見積もって契約した後、案件参画したらコミュニケーションコストが爆増する案件あるよね。次から次へと「定例会議」「分科会議」が増えていくし、その会のための準備会議みたいなのも増えていく。それに加えて各種ツールでのコミュニケーション。。。
米国人にタスク見積もりさせるとメールの確認みたいな日本人なら入れない細かいタスクをビッチリ入れてくるので、それはいちいち計上しなくていいのでは？ と指摘したら「情報共有のコストがタダだと思うな」という返事だった。日本人すぐ色んな人に共有メールとか送りたがるんで、教訓的だなと思った
41
4K
16K
1
11
40
SQL入門本を開きながらPC叩いている人がいる。頑張れ、って思うが、その本、表名、列名が全部日本語っぽいので写経するの辛そう。SQLの勉強本でオブジェクト名に日本語を使うのは概念説明の範囲内にとどめるのがいいと思う。
1
10
41
「インスタンスのサイズ（vCPU）と実行多重度によって、逆転するポイントがある」という結果に。多重度が低いと、基本的にRDSのほうが速い。（RDS-EBSのIOPS性能上限に引っかからない場合）
1
8
40
最近どこかで「Aurora Multi-Masterが期待ほど性能スケールしない？」的な話を見かけた記憶があるけど、AWSさんも「あれはWriterの可用性向上がメインやで」って言ってた。
1
15
39
詳説データベース、がんばって読んでるんだけど、学習塾の一般コースで俺ツエーしてたら特進クラスに呼ばれて一気に落ちこぼれ感を味わうような気分になってる。
2
4
39
「Oracle 23ai」という単語が流れてくるんだが、このタイミングで、名前変更？マジで？やめてくれええ！「23c」前提で書いてる納品ドキュメントが死ぬ。
1
11
39
要件をまとめられないユーザーに必要なのは、技術のコンサルじゃなくて、業務のコンサル/ファシリテーターといった、合意形成支援のプロなんだよな。
0
14
38
つらい。。。 / MeltdownとかSpectreとか騒ぎがあったので、Amazon Aurora（MySQL互換）R4インスタンス再テスト（mysqlslap） on
@Qiita
0
49
37
AuroraMySQLでのtemp溢れのトラブルシューティングの一部始終が詳しく説明されてる。すばらしい。
0
5
37
若くしてホワイトな小さな会社に移ってきた人たちに、技術をイチから教えて戦力化するのはどうにかなると思っているけど、業界の常識とか社外一般に横たわる理不尽な世界への感覚、耐性を身に着けてもらうのって、かなり難しそうな気がしてる。
1
10
34
「他人にやってもらう」ということは、「他人にできるようにすること」と、「他人がやった結果が正しいことを確認すること」までがセット。そこまで含めてもレバレッジが効くかで判断しないと、むしろデメリットしかない状態になりうるよね。
部長「外注しよう！」
俺（俺が要件まとめるんだろ）
部長「他部署から人借りよう！」
俺（俺が説明するんだろ）
部長「社員採用しよう！」
俺（俺が教育するんだろ）
どこに振るでもいいんたけど、
「振れる人がいない」のが問題なんだよ
改修も調整も運用もぜんぶやりながらは無理というものです
5
123
294
1
15
35
単価おかしい話はみんな指摘している通りなんだけど、単価感がズレまくってる割には、案件概要がめちゃめちゃ詳しいので、何も分からない人が募集してるのではなく、「ナニモワカラナイ」人が募集かけてるよな、これ。入ったら入ったでめっちゃ細かい指示/レビューされそう。
フリーランス案件なんだけど難易度めちゃ高いｗ
Exadata、ExaCC、DataGuard、GoldenGate…
てんこ盛りでお腹いっぱい。
37
59
203
1
10
35
多重度を引き上げていくと、RDSのほうがAuroraより先に「詰まる」。頭打ちになるだけでなく、スコアが劣化するケースも。4種共通して、ログの書き込みで詰まり始める（パラメータチューニングしてない、完全デフォルト環境）
1
7
34
あと、Oracleさん営業力？が強くて、本来要件を上回る形で「せっかくあるし、（高いお金払ってるんだから）使いこみましょうよ」という感じでOracleならではの機能を使ってて「剥がしにくい構成」で作られてるの多いんですよねｗ
2
10
34
若手・未経験入社組にはOracle MasterのSliver/Goldの勉強を勧めているんだけど、自分自身は10年以上受験してなくて最近どんな問題になっているのか理解してなかったので読み直してみることにした。/
オラクルマスター教科書 Silver DBA Oracle Database Administration I
2
3
34
21世紀になって20年過ぎても、「リカバリします！人増やします！」って言ってる現場が多数ある。今の人数をマネジメントできてないのに、それ以上の人数をマネジメントできんのかお前は？っていう。
1
5
33
MySQLもPostgreSQLもRedisもElasticsearchも好きなプロダクトだし、Oracle社もAWS社もElastic社もRedis社も嫌いじゃないので、複雑な心境。仲良くやって欲しい。
1
2
32
最近、採用面接をする側になって、未経験者や、経験者だけどまだまだ若手な人を評価する機会が増えてる。今の自分から見てしまえば非常に物足りないのだけど、それは当然、物差しとして間違っていて、じゃあどうやって評価したらいいか、悩ましい。
1
1
33
なんでRDBMSを（他より）しっかりやろうとしたか、だと、ぶっちゃけ「食っていくため」ですよ。（その決断をした若い頃視点で）「RDBMSなしのシステムとかありえないし（今となってはNoSQLオンリーとかあるだろうけど）、あと10年20年は需要がなくならない技術だろうな」と。
1
4
33
輪読会とか読書会とか未経験でどうやるのかすら分かってなかったので、ポリシーや運用方法まで丁寧に解説されて参考になる。 / 1件のコメント “社内技術書輪読会とSite Reliability Engineering | Future Tech Blog - フューチャーアーキテクト”
2
15
32
「この要件に対してX社の製品Aを使うとできるんだけど高いんだよね。なんか代わりになるもの持ってない？お手製スクリプトとかでもいいんだけど。」って相談、よく受けるけど、大抵、素直に製品Aを使うのがコスパよいんだよね。。。
1
12
31
