はてなブックマーク

次世代 Web カンファレンス 2019に行ってきました。 各発表の感想 全部パネルディスカッションなので自分が見てきたセッションのメモでお送りします。あとで録画が出るのでちゃんと見たいかたはそちらを御覧ください。また登壇者はconnpassなどをご参照のこと。 SRE www.youtube.com twitter.com トークまとめ お三方個別に意見を喋られてましたが、まとめたダイジェスト風になります。 行う業務の比率に関して リアクティブとプロアクティブという形でタスクを分ける手法をとっていて、それらが50%ずつになる運用をしている リアクティブとは差し込みやアラート対応などの業務 プロアクティブとはモニタリングの改善などもともと計画的にやろうとしてた業務 SRE本のトイル（toil)とリアクティブは同じ意味だが、言葉が強すぎる ロードマップを敷いて、それ以外の差し込みタスクという

Everyone Outputer#1 「ぼくのわたしのセイチョウ・ジャーニー」 で話してきたのでメモです。 発表したスライド speakerdeck.com まさにこのブログのことを喋ってきました。 スライド中のワード補遺編 スライドで引用風に説明していたワードたちをこちらでご紹介します。 基本的にはその日やってきたことを書く 自分はぼんやり始めたんですが、自分のやっていき方間違ってないかもなと自信的なものが割と明確に補強されたのが以下のカックさんの記事とスライド。 kakakakakku.hatenablog.com 中でも「業務のネタは書ける！」というのもここでだいぶ補強された 休み宣言 一回記事ににもしたけどRubyで有名な koic さんのブログが元ネタ shinkufencer.hateblo.jp 本人にも補足されビビる 最近、優先順位の都合で書けていないので、そのうち復帰す

雑記というか日記と感想といまの思いがごちゃまぜになったものです。 本との出会い 技術書典5に行ってきました。 techbookfest.org （コミティアでもそんな買い方をするんですが）直感的に「いいな！」と思った本やパラパラ立ち読みして「いまの生活にもちょっと使えそうかも」みたいな本を中心に買ってきます。 このブログの「行ってきたメモ」シリーズをご覧いただくとわかるのですが、人の話を聞くのが好きで、自分の試行することの練度をあげることのできる体験談などは違う意味で好きだったりします。（誰かがどこかで「体験談は疑似経験値になりうる」という話をしていた） そんなもんで、サークルチェックをしていたら「セイチョウジャーニー」という本を見かけたので、これは面白そうだと入場するやいなや速攻で買いました。 他にもいろいろなブースを物色して、欲しい本を買い、会場をあとにしました。 割と過去の技術書典も

YARDのドキュメントみたら、え、とおもったのでメモ 前提の話 RubyにはTrueClassとFalseClassしかなく、Booleanというクラスは存在しない。 x = true => true x.class => TrueClass x = false => false x.class => FalseClass YARDでの記載 []内に複数指定できるので以下の書き方ができる。 # @param [true,false] 0を下回ればtrue,そうでなければfalse def under_zero?(target) target.to_i < 0 end が、ドキュメントを読むと [true,false] みたいなときは Boolean という書き方もできるよ とある、なので # @param [Boolean] 0を下回ればtrue,そうでなければfalse def unde

アーキテクチャ ディスカッション Vol.1に傍聴席サイドで行ってきましたのでそのメモ。 トークの話題別まとめ ディスカッション形式だったので、話題ごとにまとめてみました。 今回のねらいとしてはクリーンアーキテクチャの導入事例、成功した話、表に出にくい失敗した話などを語りたい、という回でした。 データのモデリングってどうしてる？ 話のテーマとしてRDBのテーブル設計とデータのモデリングというのをどうしているかという話があった アプローチに関しては… RDBの構造から離れて、責務やデータのライフサイクルでモデリングを考える サービス仕様に出てくる情報から業務フローやユースケースを加味してモデリングを考える などがあがりました。 また、データを分析するときの考え方として… ドメインモデリングという言葉を使って、DBのモデリングとは異なるということを意識させる 付箋での単語の割り出しや業務の重要

業務がめちゃくちゃ忙しい最中だったが、あしたの現場で役立つ「システム設計の原則」と「越境」のはじめかた - DevLOVE | Doorkeeper に行ってきましたのでメモ 発表メモ speakerdeck.com 上のスライドベースで 現場で役立つシステム設計の原則 の著者 増田さんと カイゼンジャーニーの著者 市谷さん、新井さんの対談形式だったので アジェンダごとに各著者の方々のコメントをさらっとまとめています。 双方から見た本の感想 増田さんから見た「カイゼンジャーニー」 自分が見てきたことがマイルドに再現された感じ 市谷さん、新井さんから見た「現場で役立つシステム設計の原則」 新井さんとしては「増田さんが語りかけてくる」そんな本 市谷さんとしては、今の時代にフィットさせたオブジェクト指向を読み解くための本 何故この本を書いたのか、書いてみてどんな変化が起きたか 「現場で役立つシス

Androidのテストとかちゃんと取り組んだことないので知見を得るために行ってきました。 (もしかしたらあとで追記するかも） コードレビューをより良くする Danger x Android 今日の発表資料です。 皆でDanger使いましょう！　https://t.co/KbYCNaRgDi #android_test_night— とし (@tarappo) 2017年9月21日 感想 Webhookは結構やってるけどここらへんの取り組みはまだしていないのでやってみたくなる reviewのコメントでチェックがかかる機構は緊急時にすっ飛ばすとかもできるので便利そう Androidのテストを効率的にするために考えたこと (スライドなさそう) テストの効率化にあたり、どう自動化をしたか、何を優先的にやっていったかという話でした。 感想 古くなったテストコードを捨ててイチから作り直すという決断。