谷井智夫

SIerだけど自社SaaS部門SE。メイン業務はシステム開発とAWS上のサービス運用。2025 AWS All Certifications Engineer。

[谷井智夫 @pirotti4000]

ふぇぇ仕事むずしいニョーん

[谷井智夫 @pirotti4000]

こり。完遂責任が無いせいで仕事にオーナーシップを持つ意味がない

多くの場合、元請は都合よく使おうとしているし下請けは都合よく働こうとしている
短期的な視点ではそれが正解かもしれんが、どこも信頼できるパートナーと長期的な発展を目指して組みたいはず
そうならないならお互いに何か欠けてる

[寺野 克則（ITだけど営業視点のアカ） @WjgotINrU14Z1fB]

@kenta_feels_ayu SIerからはSES側の構造が見えてないんよ。

『他社挟んでプロジェクト参画が多い』
↓
『すげー頑張っても“他社”の手柄にしかならない』
↓
『なるべく作業量を最小化した方が効率がいい』

逆に、SES側からSI側の事情も、やっぱ見えてない。

[谷井智夫 @pirotti4000]

にゃーん🐈
にゃ”あ”ああああぁあん”

[谷井智夫 @pirotti4000]

ふと....RDBはともかくAthenaだとどうなんやろ
RDB+ストレージで管理するのと変わらなさそうやけども、なぜそう思うのか綺麗に言語化はできない

なんとなく実体はs3だとしてもクエリ検索を実現してる仕組みはDBMSと近しいのでは

[Cap-EO 👨🏾‍💻 @EOEboh]

As a developer, have you ever asked:

Why does every major app
store images in S3
instead of a database?

[谷井智夫 @pirotti4000]

salesforce、技術的な面白さはpaasに負けるけど業務的な面白さはある
悪くない

[谷井智夫 @pirotti4000]

ラクーアのコワーキングスペース増やして欲しい🥹
別料金でもいい

[てとらん @TETRAN_IT]

スタバで勉強はどうかと思うがスパ銭日帰り温泉に朝から来て勉強してる人はいい使い方だと思う

[谷井智夫 @pirotti4000]

田舎の景色の方がスケールが大きい
高い建物が無いから開けた視界の先に山海空が広がってる
都会の景色は好きだけど閉塞感がある

[谷井智夫 @pirotti4000]

なんかマルチタブになってから頻繁に固まって死ぬようになった印象
色々巻き込んで固まるタチ悪い

[Aile@自作PC @Aile_yukkuri]

OSとしての最大の意味不明ポイント

[谷井智夫 @pirotti4000]

全部ホントなのに、なんかちょっとつつかれてて笑う

たしかにすんなり飲み込めないキャリアを歩まれてらっしゃる

[きゃべつ @NetCabb]

高卒で最短4年（22歳）で年収1000万を目指すルート（わいの場合）

取り敢えず小さいSESで何とか内定を貰う（1年目、年収250万）
↓
社会人としての常識とある程度のスキルを身に着けたらすぐ小規模なSIerや受託開発企業に転職（2年目、年収380万）
↓
2年やって自分の得意領域を確固たるものにできたと思ったらすぐに大手SIerに転職（4年目、年収600万）
↓
SIerで最短の昇進を狙って、5年目（22歳）には年収700万+会社の看板を使って300万くらいは稼げます。

[谷井智夫 @pirotti4000]

なんかjenkinsって脆弱性しょっちゅう出てない？

[yousukezan @yousukezan]

CI/CD基盤として広く使われるJenkinsに深刻な脆弱性が見つかり、攻撃者が任意コードを実行しパイプライン全体を乗っ取る恐れが浮上した。特にファイル展開処理の欠陥が悪用されると完全な侵害につながる可能性があるとして警戒が強まっている。

2026年3月18日に公表されたアドバイザリでは、複数の高深刻度問題が指摘された。中でもCVE-2026-33001は.tarや.tar.gz展開時のシンボリックリンク処理の不備に起因し、設定権限を持つ攻撃者が任意の場所にファイルを書き込める。init.groovy.dやpluginsディレクトリへ悪意あるコードを配置することで、コントローラ上でのリモートコード実行が可能となる。

CVE-2026-33002はWebSocket CLIのオリジン検証におけるDNSリバインディング問題で、HTTP環境かつ匿名アクセスが許可されている場合、攻撃者が不正にCLIコマンドを実行できる。さらにLoadNinjaプラグインではCVE-2026-33003とCVE-2026-33004としてAPIキーの平文保存と非マスキング問題が確認された。

対策としてJenkins 2.555または2.541.3、LoadNinjaプラグインv2.2への更新が推奨されるほか、匿名ユーザー権限の無効化など暫定対応も求められている。
https://t.co/5RkloDMCOL

[谷井智夫 @pirotti4000]

「インフラ部分で問題起きたらプラットフォームが全責任追ってくれるんだ✨」
なんて人はいなくて、アプリ側も約款に「プラットフォーム起因による問題は免責対象」って書いてることが多い

あとAWS以上の精度でインフラ運用できる事業者は限られてるにょ
オンプレにしたせいで事故る方が怖いにょ

[Daiyuu Nobori (登 大遊) @dnobori]

AWS の営業資料「責任共有モデル」には、「AWS には、AWS クラウドのインフラの保護する責任があります」と記載されていて、あたかもクラウドのインフラ部分の責任を AWS が負ってくれるかのような大安心的記載になっています。これを読み、日本企業は、インフラ部分は AWS が責任を負ってくれる、と誤読してしまいます。つまり、日本企業側は、「責任があります」をみて、インフラ部分の法的責任を AWS 側が負ってくれる、と期待し、誤読します。実際には、「責任があります」の「責任」は法的責任という意味ではなく、単なる心構えとしての「責任」、つまり「責任感」という意味での「責任」という意味のようです。この錯誤は AWS としての営業戦略上とても AWS に有利、日本企業に不利です。
実際の AWS の契約約款の規定は、すなわち実際に AWS クラウドインフラを狙ったサイバー攻撃事件が発生した際の「責任」の分担について法的に適用されるルールは、上記の期待と異なります。AWS の過失 (例: プログラムのバグ) で、クラウドのインフラ部分がサイバー攻撃され、侵入され、ランサムウェアでユーザデータが奪取され漏洩しても、AWS は、わずか 1 年分の料金払戻を越えた責任を全く負っていません。結局、大半の責任は、顧客の側が負っていることになります。

AWS 約款によれば、例えば、年間 1000 万円の AWS 利用料を払っているとします。AWS のクラウドインフラのプログラム脆弱性によりデータ漏洩し、10 億円の損害が生じても、そのうちわずか 1% の責任を AWS が負担し、99% 部分は、日本企業側が責任を自己負担することなります。

そこで、AWS 契約約款によると、顧客は AWS に頼らず、「自ら」、預けるデータを暗号化せねばならないことになります。特に、AWS の IaaS の EC2/EBS のデータは BYOK/HYOK で AWS による暗号化することでは足りず (ここに脆弱性があっても AWS は上記のとおりほとんどの責任を負わないため)、顧客は、独自に暗号化する必要があります。これは、AWS の SaaS の DB (DynamoDB, MySQL 等) にデータを保管するときに特に問題になります。ユーザーは、行レベルで "自ら" 暗号化したデータ (AWS 側の提供する暗号化機能では足らない) を挿入する必要があります。ところが、それを行なうと、多くの検索条件が機能しなくなります。結局、SaaS の DB は機密情報の保存に利用できず、IaaS + 自前ディスク暗号化を用いる必要があります。
たとえば、HTTPS サーバー機能として CloudFront に頼ることも困難になります。CloudFront は、AWS のインフラ部分なので、日本企業は、ここの機密性は AWS が責任を負ってくれている、と誤解しています。しかし、この部分に脆弱性があり攻撃者により平文データが奪取されても、AWS はわずか 1 年分の料金以外は責任を負いません。残りの 99% くらいの責任は、CloudFront を信用した日本企業側が責任を負います。約款上はそうなってしまいます。そうすると、結局、AWS を使用する場合は IaaS (EC2) で自前で HTTPS ロードバランサを動かす等の方法をとるしかないことになります。

[谷井智夫 @pirotti4000]

瑕疵担保責任を負って請けてるなら上等やな
30分のヒアリングで要求を出し切らせた実力は相当なもんやと思う。というか、不可能なんちゃうかと思う

逆に高単価な時間売りで成果物責任負ってないならこれこそポジショントークや

[佐藤将司｜アドネス株式会社 @marcy_sns]

https://t.co/y1cinCyjyR

[【ＳＳ】大谷速報＆スポーツ速報 @30R9gmaMUy3guDJ]

種市篤暉が悪送球

ベネズエラが追加点
【8回】侍ジャパン5-8ベネズエラ

🎥@MLBONFOX

[谷井智夫 @pirotti4000]

実は技術力自体に価値はない
技術で問題解決する能力に価値がある

[t3tra # type: ignore @t3tra_x]

あの、最近気付いたんですが(良くも悪くも)技術力の高さは給与に直結しない…？

[谷井智夫 @pirotti4000]

夜間保守できんPCやなぁ

[希望エンジニア36 @okd61807313]

とある大手の客先に常駐していた時、そこのプロパーのPCは19時で強制シャットダウンされ帰宅を余儀なくされていたが私達BPのPCにはその仕様がなく大抵22、23時まで働いていた。
仕事はほぼ同じで彼らより1.5倍も労働時間は長いのに恐らく彼らの方が1.5倍以上給料は多い。
それが儚くも虚しい現実だった

[谷井智夫 @pirotti4000]

@na1025mi そうなんですね！
ありがとうございます😊
安心して楽しみます

[谷井智夫 @pirotti4000]

adoのライブが当たった
プロのライブに行くのは初めてやけど、30代男が1人でadoって浮かないだろうか

[谷井智夫 @pirotti4000]

確かに真顔だけど画面下の成績がイカツ過ぎる

[타쿠 @O54284]

이런 심드렁한표정으로 홈런때리니까 ㅈㄴ무서움

[谷井智夫 @pirotti4000]

確かに新しいもの作る仕事より、今あるシステムや基盤を運用する仕事の方が自動化したい

前者をやりたがる人の方が多いのと同じなんじゃないかと思う

[みのるん @minorun365]

KAGのすごいところの一つは、プラットフォームチームみたいな、ともすると "守り" を司るチームが保守的になるどころか、むしろ便利な最新技術をどうすれば安全に早く社内導入できるか、攻めの姿勢で考えてるところなんだよな

[谷井智夫 @pirotti4000]

2026 Japan All AWS Certifications Engineers 申し込み方法のお知らせ https://t.co/XExsOaLSE7 @awscloudより

今年もALL certの申し込み方法が出ましたね
3/31までなので申し込む方はお早めに