2022年7月25日(月)のツイート履歴 - kbigwheel-twitter’s blog

西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
有益の基準が上がったんだと思う。以前は、情報の良し悪し以前に情報へアクセスすることすら難しかったから、ネット上で情報へアクセスできるだけで御の字だった。今、それが当たり前になってきてやっと情報の良し悪しが議論できるようになった。 https://twitter.com/ito_yusaku/status/1551378520265609216
21:36
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
caravelle、Oのキーがチャタってるな。たぶんはんだ付けが甘い。分解して再度熱入れないと。
21:32
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
フルーム時代以降、ログリッチ、ポガチャル、ヴィンゲゴー、ファンデルファールト辺りはなにか一つではなくあらゆる点で他の人より強いように見える。職人が残っているのはスプリントぐらいか。
20:55
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
caravelle、手間はかかるんだけど打鍵感が素晴らしくて唯一無二の感ある。
20:51
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
@sakushin バウンスメール周りも自分でちゃんと対策すればもちろん解決できるんですが、その辺任せた方が事業運営としてのコスパがいい。そういうことだと思います。
20:17
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
@sakushin SMS → SES(Emailの方)
19:40
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
@sakushin 僕もAWSで固めたほうがいいと従来思っていたんですが、こだわりすぎると逆に辛いということを知りました。 https://tech.speee.jp/entry/various-saas-in-dx メールとかもSMS使うよりSendGrid使ったほうがいいです(規模にもよりますが)
19:39
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
@sakushin auth0おすすめですよ。総合的に見てコスパいいです。
19:27
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
こういう思考をしていると、ああ、たしかにストレングスファインダーの「原点思考」は当たっていると感じる。 https://twitter.com/k_bigwheel/status/1548321768808402956
19:21
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
閑話休題。今の5つ星の国ではこういった暗喩が流行ったりしそうなんだけどあんまりそういう話を聞かない。これは不思議だなあと思う。例えば若者のネット小説、あるいはインテリ層で「これは現在の党の話ではない」という建前で流行りそうなものなんだけど。
19:14
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
似たような作品として僕が知っているのはジョージ・オーウェルの動物牧場。これも風刺を具体的な名前を出さず多くの暗喩を込めた作品。
19:14
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
そこで生まれたのが仮名手本忠臣蔵という忠臣蔵のストーリーはそのままに舞台を江戸時代から南北朝へ移したもの。舞台が南北朝だから徳川批判にはならない、という建前なのだけど、見ている人はわかってみていたのかどうか。 https://www2.ntj.jac.go.jp/unesco/kabuki/jp/play/play3.html
19:14
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
いわゆる赤穂浪士の忠臣蔵が人気を博したのはその忠義や不公平の是正といった側面もありながら、お上の失態を下々が正したという、徳川への風刺の側面もあった。だから徳川幕府は赤穂浪士の事件を歌舞伎化・浄瑠璃化することを実は禁止している。
19:14
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
https://yro.srad.jp/story/22/07/24/151238/ もはや見飽きたタイプの記事なんだけど、みていてふと仮名手本忠臣蔵を思い出した。
19:14
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
一年ぶりぐらいにcaravelle-BLEへ火を入れた。キーマップも最新化。こいつはBMPのファームウェアもqmk configuratorも使えないのでファームウェアを更新するのがなかなか大変。
13:14
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
戦利品 https://twitter.com/k_bigwheel/status/1551374247226150912/photo/1
10:10
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
一連の論に題をつけるとしたら「あなたのスタートアップがSREではなくまだアプリケーション開発エンジニアを雇う理由」とかかな。
10:00
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
これはdevops的には歓迎するべきことであるものの、ある意味では専任のSREを置くべき必要性の一つを減らしてしまった。
09:58
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
SRE本ばかりを責められない理由の一つに、IaaSやSaaSの急拡大というのがある。AWSなどの拡大により、SREが考えたりやらなければいけないことというのはSRE本の元が書かれた時と比べて変わった。これによりアプリケーション開発… https://twitter.com/i/web/status/1551370725730418689
09:56
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
ざっくりまとめると、開発エンジニアが出せるバリューとSREが出せるバリューを比べて後者の方が大きくなる時だけSREを雇うべき。それはサービスに求められる信頼性（サービス性質による）と会社のフェイズによるが、多くの人は適切な時よりよほど早くSREを増やしている。
09:51
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
あとは、スタートアップは基本的に先行投資しているというのがある。赤字状態でもサービスやプロダクトを育てて拡大後の市場を支配することで投資を回収するということだ。この育てている途中というのはSREの価値がかなり低い。なぜならこの時… https://twitter.com/i/web/status/1551368370024779776
09:46
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
勉強熱心なエンジニアほど真に受けてgoogleの100の1、1,000の1以下の規模の会社でもgoogleと似たようなSSRE組織が必要だと思い込んだ。
09:41
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
どうしてこういう勘違いが頻発するのかというと、SREというキーワードがバズワード的に流行ったのもあるがSRE本が無責任にgoogleほどでかくなくてもやる価値あるよ、と書いたのが悪い。
09:41
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
会社のフェイズに合致した判断なので正しい。この場合運用方が人員に合わせた運用品質を定義する必要がある。
09:31
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
運用品質を下げざるを得ない。そんな状況で2年ぐらいやった結果、そういう状況のスタートアップは投資比重として運用より新規開発へ重きを置いており、言い換えるとそれほど手厚く運用してもペイしない規模にいる。簡単に言えば売上が低いから多… https://twitter.com/i/web/status/1551361537042169856
09:19
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
ずっと疑問だったupdate_tri_layer関数についてどういうときに便利化調べました update_tri_layer(_state)を使えばタイピングがより快適になる - kbigwheelのプログラミング・ソフトウェア技… https://twitter.com/i/web/status/1551341464122437632
08:00
西田和史(k.bigwheel) 開発基盤EM @ Speee ⌨️🖊️ @k_bigwheel
https://www.publickey1.jp/blog/22/awslocalstack10.html これatlassianが開発元だったと思うけど、いろんなリスクありそうなこれをよく有償で提供するなあ。いきなりAWS本体が同様のものを出す可能性があるし、訴訟系のリスクもないとは言えない。
01:26

お気に入り

Masahiro Ihara @ihara2525
Bose TV Speakerを導入してみました、そして次は SHURE MV7を入れて暑いヘッドセットから解放されます（予定） https://twitter.com/ihara2525/status/1551458895230484480/photo/1
15:46

What_R @What_R
専任のSREチームがオンコールを受け持つ体制のためにはSREチームには最低8人必要で、そんなに割けるスタートアップはそうそうないよねとは言え、プロダクトチームが運用まで担うっていうのも結構難しい面はあって。運用への興味関心が開発に比べて相対的に低い人は多い
09:04

ﾙｰｸ篁 @LUKETAKAMURA412
いやー、今年の #TDF2022 は凄かった。。。番組ｴﾝﾃﾞｨﾝｸﾞ、毎年泣かせるねぇ！次は、 #TDFF だ(,,> <,,)♡ Vuelta も待っている！自転車ﾛｰﾄﾞﾚｰｽのｼｰｽﾞﾝはまだまだ続くぞー！ #jspocycle
04:17

ツイート	お気に入り	フォロー	フォロワー
17960(+26)	5403(+3)	533(0)	906(+4)

delivered by Twieve