タグ

2017年12月8日のブックマーク (9件)

  • Visual Studio CodeでJavaを書いてみる - Challenge Engineer Life !

    この記事は「Visual Studio Code Advent Calendar 2017」の7日目の記事です。 昨日は@74thさんの「Visual Studio Codeの各言語、環境のデバッグの仕方を集めたサイトを作ってる」でした。 明日は@Maxfield_Walkerさんです。 私からは「Visual Studio CodeでJavaを書いてみた話」をしたいと思います。 なんでVisual Studio CodeでJava書くの? Javaのコードを書くとき、通常であればIntelliJ IDEAやEclipse、NetBeansなどのIDE(統合開発環境)を使います。コード補完やJavaDoc、ビルド、ユニットテストなど、様々な機能と周辺ツールを利用可能で、効率良く開発ができるためです。 私はJava EE開発をやっていたので、ずっとNetBeansをメインに使ってきたのですが

    Visual Studio CodeでJavaを書いてみる - Challenge Engineer Life !
  • 【翻訳】goroutine の仕組み - まるまるこふこふ

    訳者による概要 Krishna Sundarram 氏の記事「How Goroutines Work」の翻訳です。 「goroutine とは軽量スレッドである」という説明に対して抱くであろう 「どのようにして並行処理を実現しているのか」「既存のスレッド処理と何が違うのか」「なぜ軽量なのか」という疑問を解消する文章です。 とても良い文章なのですが、現在リンク切れになっており、 とてももったいないことだと思ったので、日語に翻訳しました。 原文: How Goroutines Work (2017/12/02 現在、リンク切れ) golang の紹介 もしあなたが golang 初心者で、並行処理(Concurrency)と並列処理(Parallelism)の違いがわからなければ、Rob Pike 氏のトーク (リンク先は英語)を参照してください。約 30 分のトークですが、30分視聴するだ

    【翻訳】goroutine の仕組み - まるまるこふこふ
  • QiitaのHTTPS化のために画像プロキシCamoを導入した話 - Qiita

    こんにちは、風邪を引いてAdvent Calendarに遅刻しました @tomoasleep です。 今年9月末に、ようやくQiitaもHTTPS化出来ました その取り組みについて何回かに分けて取り上げていこうと思います。 この記事ではQiitaに導入した画像プロキシ Camo (https://github.com/atmos/camo) について紹介します。 なぜ画像プロキシを導入したか HTTPS化の報告のブログ でも軽く説明をしたのですが、HTTPS化したページではjs, css, 画像などを全てHTTPSで配信する必要があります。HTTPで配信した場合はMixed Contentと呼ばれ、読み込みがブロックされたり、警告マークが表示されたりしてしまいます。 (より詳細な解説は GoogleのMixed Contentの解説 をご覧ください。) Qiitaでは記事に任意の画像を埋め

    QiitaのHTTPS化のために画像プロキシCamoを導入した話 - Qiita
  • メール配信基盤のモニタリングと障害リカバリーについて - 一休.com Developers Blog

    この記事は一休.comアドベントカレンダー2017の5日目です。 宿泊事業部 Platformチーム*1の id:minato128 です。今年一休ではクラウド移行に伴い、メール配信の仕組みを大きく変えました。詳しくは一休✕bitFlyer C#をつかったサービス開発の裏側でお話したスライドがこちらにありますので、興味のある方はご覧ください。 新メール配信基盤への移行 /ikyu-mail-platform // Speaker Deck さて、宿泊予約やレストラン予約のサービスを提供している一休では、メールをユーザーに届けることはとても大切です。特に予約完了メールが届かなかった場合、(メール以外の確認方法もあるとはいえ)予約が取れたことに気づかず、最悪ユーザーが2重に予約をしてしまう可能性もあります。*2 そこでメールを届けるために、どのようにメール配信基盤のモニタリングや障害が起きたと

    メール配信基盤のモニタリングと障害リカバリーについて - 一休.com Developers Blog
  • 「一休✕bitFlyer C#をつかったサービス開発の裏側」で「新メール配信基盤への移行」の話をしました - minato128 blog

    一休✕bitFlyer C#をつかったサービス開発の裏側 でお話しました。 speakerdeck.com この案件は主に @shibayan と一緒に進めていたもので、 最近キリのいいところまで終わったので社内向けの概要資料を兼ねてまとめました。 *1 内容に関しては概ね好評で参考になったという意見が多くてよかったです。 実際にあった質問は中井さんがツイートしてくれていたので引用します。感謝。 質問1 なぜSendGridをしたか? #ikyu_bitFlyer SendGridを選択した理由 ・ドキュメントしっかりしてた ・結構キャリア宛にも送る必要があった— Kansuke (@nakansuke) 2017年6月28日 昨日の一休さんのスライドが公開されてから、SendGridとSESどう違うの?ってツイートがちらほら。ぜひこちらをご確認をー| SendGridとAmazon SE

    「一休✕bitFlyer C#をつかったサービス開発の裏側」で「新メール配信基盤への移行」の話をしました - minato128 blog
  • 一休.com で 1 年半の間に取り組んできた改善内容について - 一休.com Developers Blog

    この記事は一休.comアドベントカレンダー2017の 8 日目です。 一休.com の宿泊開発基盤のお手伝いをしている id:shiba-yanです。 はてなインターン時代の縁で naoya さんから声をかけていただき、基フリーランスですが一休で週に 3 日ほどの作業を 2016 年 4 月から行っています。 最近は shibayan とも一緒に改善を進めている 4ヶ月の間に一休.comで起きた変化 - zimathon blog 2016 年 4 月末から現在までに、一休社内でどのようなことに取り組んできたか、公開できる範囲で思うままに書いていきます。長いです。 ユニットテスト基盤 新しいメールテンプレート メール配信基盤 宿泊クラウド移行 移行方法の調査・検証 実行環境の調査・検証 アプリケーションの分離と整理 AppVeyor での CI / CD 番環境の移行 その後の運用 宿

    一休.com で 1 年半の間に取り組んできた改善内容について - 一休.com Developers Blog
  • コスパで学ぶ自動テストのはじめ方 - 若くない何かの悩み

    Qiita 週間ランキング1位を獲得しました Kuniwak です。ご愛顧ありがとうございます。 qiita.com さて、題に移りたいと思います。 つい最近ですが、勤め先の別チームに向けて自動テストの導入を支援するための資料を作成しておりました。こちらを共有したいと思います。 speakerdeck.com 資料中にある「仕様化テストを推奨しない」という決断には賛否両論あるかと思います。仕様化テストを推奨しなかった理由は、仕様化テストにかかるコストは相当に高く、当に余裕があるときでないと選べない選択肢だったからです。今回自動テストを導入しようとしているチームは、見るからに余裕のない状況だったので仕様化テストからやれとは言えませんでした。 もし、「自分だったらこうする」等のアドバイスがあれば、ぜひ参考にしたいと思います。コメントなどに書いていただけると嬉しいです。

    コスパで学ぶ自動テストのはじめ方 - 若くない何かの悩み
  • やはりお前らの真偽値メソッド名は間違っている。 〜「Xxx できる?」系メソッドの命名〜 - Qiita

    晒すつもりではありませんが、Facebook で友人のとある投稿を見かけて最初は「三単現にしないと💢」という軽い気持ちで返答したのですが、よくよく考えて見たらこれ思った以上のクソ命名でしたので、とりあえず流れのスクショを上げときます: はい、今回の記事はマサカリです。あしからず。 見ての通り、最初は友人の後輩ちゃんが isCanUseSkill という明らかにアレな命名をしてきたので、友人がそれを指摘をするも、まさかの allowSkill という更にダメな名前をつけてきた件。isCanUseSkill はまだ「なんだこいつの英語はwww」という意図はわかるから笑って済ませそうな名前ですが、allowSkill は「これは命令なのか Yes-Or-No 質問を間違えて命令にしちゃったのか💢」という、書いた人がもし友人じゃなかったら絶対引きずり出して小 1 時間殴りたいレベルのクソ名前

    やはりお前らの真偽値メソッド名は間違っている。 〜「Xxx できる?」系メソッドの命名〜 - Qiita
  • Terraform職人入門: 日々の運用で学んだ知見を淡々とまとめる - Qiita

    はじめに この記事は CrowdWorks Advent Calendar 2017 の8日目の記事です。 Terraform職人の @minamijoyo です。Infrastructure as Codeしてますか? インフラのコード管理に Terraform を使い始めて2年ちょっと、番環境で運用していると日々色んな学びがあるので、Terraformやってみた系の入門記事では語られない、現場の運用ノウハウ的なものを共有してみようかと思います。 Terraformを使い始めた or 使っている人が、こんなときどうするの?っていうときに参考になれば幸いです。 書き始めたら超長文になりました。概要は以下のとおりです。 公式ドキュメントを読もう tfファイルを書く技術 インデントを揃える 組み込み関数に親しむ lifecycleブロックを使う リソースの差分を無視する リソース再生成のとき

    Terraform職人入門: 日々の運用で学んだ知見を淡々とまとめる - Qiita