情報更新

last update 10/04 04:50

ツイート検索

 

@sinsoku_listy
サイトメニュー
Twilogユーザー検索

Twilog

 

@sinsoku_listy

神速@sinsoku_listy

Stats Twitter歴
5,225日(2009/06/15より)
ツイート数
79,394(15.1件/日)

ツイートの並び順 :

表示するツイート :

2023年10月03日(火)3 tweetssource

10月3日

@sinsoku_listy

神速@sinsoku_listy

AWSのコスト削減は元がダメであるほど簡単に削減できる上、費用が定量的に変わるので評価されやすい特性がある印象。

posted at 09:28:22

2023年10月02日(月)6 tweetssource

2023年09月30日(土)2 tweetssource

9月30日

@sinsoku_listy

神速@sinsoku_listy

Terraformの自動applyとかも同じで、自前でちゃんと実装できる人は限られるので、Terrafom Cloud使っておいた方が良い。

posted at 16:33:10

2023年09月29日(金)1 tweetsource

9月29日

@sinsoku_listy

神速@sinsoku_listy

業務だと問題が起きない堅牢なコードを書くよりも、わりと適当な実装とレビューでマージして、問題を起こして直す方が評価者に分かりやすい成果が出て評価されやすい可能性。意図的か否かは別で。

posted at 10:29:05

2023年09月28日(木)7 tweetssource

9月28日

@sinsoku_listy

神速@sinsoku_listy

社内でAWS関連の業務をする機会が無くなったけど、勘が鈍るのも微妙なので副業するのはアリかもしれない。

posted at 11:33:45

9月28日

@sinsoku_listy

神速@sinsoku_listy

Gemfileから依存を取得し、プロダクトコードを解析してASTのconst使ってgemを参照してる箇所を洗い出すスクリプト書いたけど、地味に便利かもしれない。

posted at 10:51:00

9月28日

@sinsoku_listy

神速@sinsoku_listy

喜怒哀楽を考えると、怒りでコード直す力が増すことあるけど、Professionalがそういう振舞いするかで言えば微妙そう。少なくとも自分のProfessional像だと常に冷静な感じ。

posted at 09:49:36

9月28日

@sinsoku_listy

神速@sinsoku_listy

仕事はあくまで仕事なので、自身の感情と切り離して合理的な振舞いを常に心がけるべき。Act as Professional の精神で定時まで8時間を過ごせるようになりたい。

posted at 09:46:18

9月28日

@sinsoku_listy

神速@sinsoku_listy

シニアや役職者にも共感されない課題はあるだろうし、同様の悩みはあるはず。これを否定してるわけではない。

posted at 09:34:45

9月28日

@sinsoku_listy

神速@sinsoku_listy

シニアや役職者だと相手の課題に共感し辛い現象はありそう。課題の質にもよるけど、そもそもシニア(もしくは役職者)は周りから配慮があって課題に遭遇しないケースがある。

posted at 09:34:45

2023年09月27日(水)15 tweetssource

9月27日

@sinsoku_listy

神速@sinsoku_listy

前者はスイッチングコストが高くて効率が悪くなる。後者は役職者の予定がボトルネックになって効率が悪くなる。

posted at 16:43:18

9月27日

@sinsoku_listy

神速@sinsoku_listy

仕事の面倒さに比べれば、OSSの方がマシな気が一瞬だけしたけど、OSSもわりと面倒なことあるし、どっちもどっちだなと思い直した。

posted at 15:58:40

9月27日

@sinsoku_listy

神速@sinsoku_listy

まぁ、そういうの考えるのはCTOやVPoEの仕事であって、一般社員の自分が頭を悩ませる話ではないが。

posted at 14:12:47

9月27日

@sinsoku_listy

神速@sinsoku_listy

業務では何のためにレビューしてるのか。
バグを減らすためなら詳しい人がレビューする方が効率良いけど、ラストマンシップを育てるためであればチーム全員が等しくレビュワーに当たるのが妥当そう。

posted at 14:11:44

9月27日

@sinsoku_listy

神速@sinsoku_listy

OSSだとコードに詳しい人がレビューするけど、仕事だと責任を持つチームに対してレビューを依頼するケースがある。この運用が妥当なのか悩ましい。

posted at 14:11:43

9月27日

@sinsoku_listy

神速@sinsoku_listy

業務でコードオーナーをどう設定するべきか。
コードの変更内容に責任を持つ人(チーム)とコードの内容に詳しい人は別で、そこを業務でどう扱うべきかは開発組織によりそう。

posted at 14:08:10

9月27日

@sinsoku_listy

神速@sinsoku_listy

フルリモート環境下のSlackの投稿に対する振る舞いに関しても思うところあるけど、やっぱりXはパブリック過ぎるので書けない。

posted at 10:48:35

9月27日

@sinsoku_listy

神速@sinsoku_listy

Railsは「v7.1.0がリリースされたら触る」よりも「v7.1.0.beta1 を触って(CIで動かすだけで良い)、問題があればフィードバックする」方が良い。v7.1.0が出たら変更し辛いけど、betaならまだ変更の余地がある。

posted at 10:01:14

9月27日

@sinsoku_listy

神速@sinsoku_listy

何か問題が起きたら、それは全て自分に問題があるので、そう弁えて行動するしかない。他人に期待したり、自分が問題を予知できないのが悪い。

posted at 09:26:33

2023年09月26日(火)2 tweetssource

9月26日

@sinsoku_listy

神速@sinsoku_listy

チーム開発をして、相談しながらより良い設計を見つけるとかしてみたいが、最近はそういうのと縁遠くなってしまったな…

posted at 07:34:21

2023年09月25日(月)4 tweetssource

9月25日

@sinsoku_listy

神速@sinsoku_listy

OSSのコードを書いてるのも人間なので、まずは半年ROMってからプルリクを投げるのがコミュニケーション的に良い可能性はある。懐かしい2ch時代の所作。

posted at 16:59:20

9月25日

@sinsoku_listy

神速@sinsoku_listy

typo修正とかは短くても伝わるので、それと同じで関係者にメリットが伝わるなら長文書く必要がないと言えば、それはそう。コミットメッセージに何を書くべきかは最近考えることが多い。

posted at 11:08:18

9月25日

@sinsoku_listy

神速@sinsoku_listy

Pull Requestの説明がsmall improvementsだけで許されるの仕事のリポジトリくらいで、OSSでこれだけだと厳しい印象あるんだけど、そんなこともないんだろうか。

posted at 11:05:41

2023年09月22日(金)3 tweetssource

9月22日

@sinsoku_listy

神速@sinsoku_listy

さすがに業務でランチ情報だけを書いていたらレビューで指摘するけど、適切な変更理由 + ランチ情報だと指摘しない気がする。

posted at 10:47:50

9月22日

@sinsoku_listy

神速@sinsoku_listy

業務でもコミットメッセージがdiffの和訳しただけの人(xxxを追加、xxxを更新など)は一定いるので、それに比べれば職場近辺のランチ情報でもコミットメッセージに書いてある方が有意義な可能性は否定できない。

posted at 10:45:35

9月22日

@sinsoku_listy

神速@sinsoku_listy

@Akira_Akagawa 自分の見識が古く(低い水準に)ならないように、書籍や勉強会で見識を広げ続けていきたい。ただ、あまり水準を上げると業務外で勉強しない人との会話が難しくなって、それはそれで難しい…

posted at 09:11:00

2023年09月21日(木)10 tweetssource

9月21日

@sinsoku_listy

神速@sinsoku_listy

開発水準という概念があると思っていて、低い水準の開発体験しか知らない人には高い水準の開発体験は認知できないし、想像すら出来ないケースもある。

posted at 18:08:31

9月21日

@sinsoku_listy

神速@sinsoku_listy

課題が共有されて(=透明性)いて、誰でも課題にコメントできる状態になっているのが組織として良いことな気がする。

posted at 11:24:55

9月21日

@sinsoku_listy

神速@sinsoku_listy

コピペでコードを書いていて、プログラミング言語の仕様を理解せずに書いてる人はFizzBuzzを独力で書けないだろうし、そういう人は一定いるだろうなという感覚はある。

posted at 10:05:26

9月21日

@sinsoku_listy

神速@sinsoku_listy

Railsを使って仕事をしている以上、いつかは最新バージョンのキャッチアップをしないといけないわけで、それを今やるか、後でやるか。
今やれば「触ってみた」だけでブログや勉強会で話すネタになるのでお得だけど、後でやると目新しさは無くなるので、今やるのがお得。

posted at 00:53:55

このページの先頭へ

×