「他人に期待しない」は「課題の分離」｜masuidrive
私も日頃これを言っていて、家庭内でも「お互い相手に期待しない」って話をしています。例えばこんな感じに... - した話は聞いてない - 聞いた話は覚えてない - 覚えていても実行されない - LINEの既読は読んでない - 時間通りには来ない - 遊びに行ったら帰ってこない - 飲みに行ったら覚えてない ... これだけ読むと「本当に夫婦なの？」って思うけど、これはお互い「相手に期待しないけど、自分は可能な限り実行する」って言う前提があってのこと。 これがあると「話聞いてなかったの！？」とか言うよくある喧嘩の殆どはなくなりますw 喧嘩の原因は「自分の理想と相手の行動のギャップで、理想より行動が低かった」場合に起こりがちなので、まずは自分や相手の期待値を下げることが大事だと思いっています。 アドラーは「課題の分離」と言う話で「自分の課題」と「相手の課題」の区別を明確にしろって話をしてるんだけ
アプリ制作で最初から入れておきたい機能｜masuidrive
アプリのメンテナンスや告知などを行う機能はすぐには使わないけど、必ず必要になるので最初から入れておきたいですよね。 そのために、。アプリ起動時や復帰時に適当なURLを叩いてJSONを取得して、ダイアログでメッセージを表示する機能を実装しておくといいでしょう。 URLを開くと通常は404が返ってきて、その場合は何も表示しないようにしておきます。 このURLはS3など本体のサービスとは違うドメインとサーバにおきます。 サーバのメンテナンスや不具合でアクセスできない場合には、このURLに適当なJSONを置くようにします。あとこのファイルの多言語化も忘れずに。 JSONの中にはメッセージ本文と、詳細ページのURL、何度も表示するか一度だけかなどを持っておくといいでしょう。 { "message": { "ja": "20時までメンテナンスです", "en": "We have scheduled
AmazonのCTOが説明するCTOの4つの役割｜masuidrive｜note
今週はIVS CTOで金沢に来ています。私はもうCTOじゃないんだけど、ex-CTO枠っていうのがあってそれでの参加です。 昨日は前夜祭の二次会で居酒屋に行ったのですが、その時に「CTOの役割が広すぎてわけがわからん」という話があり、Amazon/AWS CTOのWerner Vogelsが2007年に同じような話をブログに書いていてその話をちょっとしたのでここでまとめを。 1. Infrastructure Manager ITインフラやセキュリティ、アプリ開発や保守に対して責任を持ちます。一般企業の情シスの統括みたいな役割です。 IT系スタートアップではこの役割でCTOと呼ばれることはあまりないでしょう。 2. Technology Visionary and Operations Manager ビジネス戦略を元に技術ビジョンを持って組み立てて実装します。アーキテクトに近い役割になり
「2013年の増井にトレタのコード書くときに気をつけて欲しい事を伝えられるとしたら、何を言いたい？ 」｜masuidrive｜note
「2013年の増井にトレタのコード書くときに気をつけて欲しい事を伝えられるとしたら、何を言いたい？ 」 フルタイムとしてトレタへの最終出勤日の今日、"Tech Mtg"という社内エンジニアの集まりで、今一番Railsのコードを書いているm_nakamuraくんに聞いてみた。(ちなみにトレタには中村が4人いますw) そしたら、こんな答えが。 - MySQLにUNIQUEやNOT NULL、外部キーなどの制約をちゃんと付ける - 魔改造的なHackはサービス内部のコードではやらないこと。ミドルウェアのアップデート時に問題になりがち - commit messageもしくはPull Requestのdescriptionは変更の意図がわかるように"なぜ"を書いておくこと - 仕様変更で必要なくなったテーブル・カラムは直ちに削除する、もしくは削除して良いというコメントを残す 「コードは変更できるけ
"Product Founder"としてトレタから独立します｜masuidrive
このたび、2018/10/15をもって、創業から携わってきたトレタから独立し、"Product Founder"として、トレタ以外の仕事にも広く関わることにしました。私の新しい役割についてはレジュメとして別ページにまとめましたので、ご覧いただけると嬉しいです。 創業から5年がたち、おかげさまでトレタをお使いの店舗数は12,000以上、社員も130人の規模になりました。私もこれまで、こうして大きくなったトレタでどんなバリューを発揮すべき・できるのか、自分の立ち位置を模索してきました。今年の春にはCTOを降りて事業開発部付の技術部長となり、主に新規企画の立ち上げに関わってきました。 しかしその間も「自分の強みを活かしてトレタに貢献していくためにはどういう形態がいいのか」「そもそも自分の強みとはなんなのか」ということを考え続けてきました。 そこで出た結論は「自由な立場で、ムダに動き、面白い事を見
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
