羽田と成田を間違えたけど間に合った話｜牧村朝子｜note
「羽田 成田 間違えた」 これで検索していらした方、お気持ちお察しします。 めっちゃ焦るのわかります。まずは、深呼吸してください。 どうすればいいか、最初に手短にまとめます。 ●すぐ路線検索。最速で何時につくか確認 ●到着がチェックイン締め切り時刻を切りそうなら、航空会社に電話するか、航空会社カウンターに行く。変更できないか、どうするのが最善か、アドバイスをもらう ●本来の空港に急ぐ場合、羽田〜成田を最も速く移動できる手段はタクシー。渋滞なければだいたい1時間ちょい、27000円くらいで行ける ●移動中にWEBチェックインができるなら済ませる。ターミナル、ゲートの位置を、空港公式サイトの地図で確認しておく ●預け入れ荷物がないなら、カウンターに寄らずゲート直行できる可能性がある。航空会社に「WEBチェックインしたんですけど、ゲート直行でいいですか？」って聞いてみる。 ●落ち着く。八つ当たり
Chrome デベロッパーツール本を書き始めたきっかけから入稿完了までの物語 #技術書典 5
本日(9/21)、雨がザーザー降る中、日光企画さんの浮間本社まで技術書典にだす本を入稿してきました。 本記事は書き始めるきっかけから入稿までの物語です。 まさかこんなことが技術書典へのサークル参加につながるとは思わなかったし、初執筆で500冊も刷ることになるとは思っていなかったし、何故か私の転職にもつながっているという話です。 5/9 Google IO 2018 の動画で Chrome デベロッパーツールに Eager evaluation という新機能を搭載するよ！というセッションを見た。「これはいいぞ！」と思ったのがはじまり。 5/17 Chrome Canary に搭載されたのを発見！ しかし言及している人が全然いなくて寂しい。 Eager evaluation について知ってほしくて Qiita に記事を書きはじめる。 5/20 「Chrome デベロッパーツールの Consol
3週間で48,000行のコードをこの世から抹消した話 – FiNC Engineering Blog – Medium
qsona (twitter) です。以前、7,600行のコードを安全にこの世から抹消した話 という記事を投稿しましたが、今回はそれよりもずっと泥臭い話を書きたいと思います。あまりテクニカルな話はありませんが、現場における取り組み・試行錯誤の経過を読んでいただければ幸いです。 たくさん消しました、がんばりました〜背景肥大化するRailsサービスFiNCはマイクロサービスを指向しており、主にRuby on Railsで書かれたサービスが30個ほど存在します。しかし、FiNCアプリのメインとなるRailsのサービスは、テーブル数800を超える大きなサービスになっています。 FiNCのサービスは2014年から書きはじめており、かなり初期の段階(2015年)からマイクロサービス化を意識してきました。にもかかわらず1つのサービスが肥大化している理由はいくつかあります。 最初の1〜2年ですでに大量のコ
システム運用の現場でしか学べないことは他メンバーに積極的に経験してもらうべきだった - seri::diary
基本的に自分はタスクを拾いすぎてしまう傾向にある。それに加えて比較的朝型なこともあり、前職ではエンジニアの中で一番朝早く出社していることも多かった。*1 その結果どうなるかというと、朝出社して見つけた運用上のトラブルは大体自分がとりあえず手を付ける状態になっていた。前日の夜間バッチやその日の早朝に動くバッチがコケて問い合わせが来ているのでそのリカバリをする、前日にデプロイした後レスポンスが高くなってアラートが出ているのでその調査をする、web appがやたらと500系エラーを吐いているのでBugsnagを見る、等々。 出社している以上無視するわけにもいかないというのもあるが、見つけてしまうと放っておけない性格ということもあり最優先でこれらの対応をしてしまっていた。お陰で前職で触っていたproductについてはかなり広範囲の知見があり、その行動がそれなりに社内での評価につながっていたのではな
あると便利なスクロールアニメーションライブラリ11選
ページをスクロールすることで、写真や要素をアニメーションで出現させる便利なライブラリも多くあります。jQuery非依存や軽量なライブラリまで、今回は忘備録も兼ねてスクロールアニメーションライブラリをまとめて紹介します。 各ライブラリのダウンロードはライセンスを確認の上、ダウンロードをおこなってください。
DevOps実装者としてのSREの存在と役割 / class SRE implements DevOps - Speaker Deck
JDDStudy #3 (https://techplay.jp/event/687946) で発表した資料です。 DevOpsとSREとの関係性、どのようなことを実践・実装するかの具体例を話しました。
Webアプリケーションフレームワークの作り方 in Python — c-bata.link
こんにちは、芝田 将 ( @c_bata_ ) です。 この資料はPyCon JP 2016で行った 「基礎から学ぶWebアプリケーションフレームワークの作り方」 の書き起こし資料です。 誤字等があれば、Issue or PRをお待ちしております。 はじめに¶ この資料では200行に満たないシンプルなWebフレームワークの作り方をボトムアップで解説します。 テンプレートエンジンとしてJinja2を使ったりもしますが、基本的にはPythonの標準ライブラリのみを使っています。 FlaskやDjango等を使ったWeb開発の経験があり、基本的なHTTPの知識があれば読み進められるんじゃないかなと思うのでぜひチャレンジしてみてください。 本資料を読み終えた方はBottleやDjango、筆者の公開している Kobin というフレームワークのコードを 読んでみたり、自分でWSGIフレームワークを実
静的サイトを公開するならどこがいいの？ #技術書典 - Crieit
静的サイト（PHPやRubyなどのサーバープログラムを走らせない環境でのWebサイト）でSPAを公開するにあたって、運用・配信（ホスティング）するならどこがいいかと最近聞かれまして、その際の回答を技術書典の宣伝も兼ねてブログにしたためます。 今回は次の４つで比較しています。 GitHub Pages Firebase Hosting GitLab Pages Netlify 上記４つはどれも独自ドメインの設定とSSL対応が無料で行うことが出来ます。 ※比較的初心者に向けて書いている前提です。 AWS S3やGCP等の利用は初心者がいきなり設定を行うには項目が多いため除外しています。 レンタルサーバーも基本料金が発生し、スケール・管理し辛いため今回は除外しています。 また、少し機能について説明が必要な部分があるので、先に説明を書きます。 Rewrite設定について 静的サイト化したSPAを公
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LINEのMySQL運用について
x86-64 Assembly Language Programming with Ubuntu
styled-component + CSS Grid - Speaker Deck