タグ

2017年11月3日のブックマーク (7件)

  • Circle-CI 2.0のcron triggerを使って、定期実行をする - Qiita

    Circle-CIでいつのまにcron実行する機能が追加されていたので試した。 https://circleci.com/docs/2.0/configuration-reference/#triggers https://circleci.com/blog/manual-job-approval-and-scheduled-workflow-runs/ TravisCIには少し前から入っていた機能。 https://docs.travis-ci.com/user/cron-jobs/ Circle-CIの場合、TravisCIほとさくっと使える感じではなかったのでメモ どんな時に使えるか? 例えばこんなユースケースが思いつく E2Eなど重くて全branchで実行するには辛いもの 外部のAPIに引きづられて落ちてないかのテスト masterを定期的にstagingと同期するdeploy処理

    Circle-CI 2.0のcron triggerを使って、定期実行をする - Qiita
  • 日本語等幅フォント - Qiita

    コーディングやメモ書きに必須となる等幅フォント。色々調べてみたのでメモを残します。 個人的にはSource Han Code JPが好きです。英数字:かな漢字=1:2が必須ならNoto Sans Mono CJK JPでしょうか。 M+系のポップ感は少し苦手です。 Noto Fonts / Source Han Sans https://www.google.com/get/noto/ https://github.com/adobe-fonts/source-han-sans AdobeとGoogleが共同開発しているフォントGoogleの方はNoto Sans、Adobeの方はSource Han Sans(源ノ角ゴシック)。Notoの由来は"No Tofu"(豆腐文字=文字化け時に表示される四角)だとか。 日語だけでよいのでNoto Sans CJK JPをダウンロード。 Not

    日本語等幅フォント - Qiita
  • 会社のエンジニアブログを書くこと

    エンジニアブログを立ち上げたいんですけど、という話を相談ここ最近何件か立て続けに合ったので、なんかざっくりですがアウトプットしておこうと思います。 自分が過去に今の会社で立ち上げたときに社内に書いた文書をちょっとアレンジしたものです。何かの参考にしてもらえるとうれしいです。 なぜやるか会社の技術ブランディングを高めたいって、これに尽きるんだけど、技術ブランディングというのはつまり「この会社にはこんな技術出来る人がいるのか」と思われること「この会社の、公開されてるこの技術、超良いな」と思われること「この会社のエンジニアの環境、楽しそう」と思われること結果、「この会社、すごい人が集まってる」感を出すことそれにより、「その会社で働いてみたい」「その会社にいるこの人と働いてみたい」人が増えていくことなどなど、だったりしますでもそれだけじゃなくて、 エンジニアがプロダクトだけでなく、それに付随する技

  • Apollo Client 2.0 | Apollo GraphQL Blog

    Apollo Client is the ultra-flexible, community-driven GraphQL client for React, Vue.js, Angular, and other JavaScript platforms. You just describe your data requirements with a GraphQL query, and Apollo Client fetches and manages the data for you. It’s used in production by companies like KLM, IBM, Intuit, and more, and is built with contributions from engineers at companies like Coursera, Convoy,

    Apollo Client 2.0 | Apollo GraphQL Blog
  • 「プログラミングの常識」を時々見直す必要性について|Rui Ueyama

    自分の中のプログラミングの常識というものは、ときどき現実のハードウェアに合わせて調節しないといけない。ハードウェアが進歩し続けているので、コンピュータで簡単にできることと相対的に難しいことのバランスが変化し続けているからだ。ここでは特にストレージにフォーカスして書こうと思う。 昔はメモリが相対的にとても貴重な資源だったので多くのプログラマがメモリを節約することに血道を上げていた。例えばWindowsの初期の頃に設計されたデータ構造には、メモリをバイト単位ででもいいから節約したいという意図の痕跡がいまでも多く見受けられる。DRAMの次に速い記憶装置はHDDだったので、メモリが足りなくなればHDDにデータを保存せざるを得ないのだが、DRAMとHDDのランダムアクセスの速度差は、机の上のの開いているページを見るのと、そのAmazonで注文して到着するのを待つのと同じくらいのスケールで違うの

    「プログラミングの常識」を時々見直す必要性について|Rui Ueyama
  • Web サービスにパスワードは必要ない - Frasco

    Web サイトを開発する際のアーキテクチャ設計において、ユーザーの認証にはメールとパスワードを利用するのが一般的でしょう。この設計は身に染み付いていて、なぜユーザーにパスワードを作成させるのか、考えもしないかもしれません。私たちは慣れてしまったのです。 しかし、ユーザーはパスワードを必要としない可能性があります。 一つの解決策は OAuth 2.0 ですが、すべてのユーザーがSNSのアカウントを持っているわけでもなく、あなたのサイトでそのアカウントを使用したいと考えているとも限りません。 では、あなたはどのようにしてパスワードを使わずユーザーを認証しますか?その回答はこの記事を読めばわかります。 何が問題か? 最も安全なパスワードは、あなたが覚えられないパスワードです Troy Hunt そもそもパスワードそれ自体に問題があります。あなたや、あなたのユーザーにとっても良いものではありません

    Web サービスにパスワードは必要ない - Frasco
  • モノリシックなバージョン管理の利点 | POSTD

    以下は、私がよく交わす会話の一例です。 人物A:FacebookやGoogleは、巨大なモノリシックリポジトリ(モノレポ)を使っているんだってよ。 私:みたいだね。あれは当に便利だと思う。 人物A:僕に言わせれば最悪の愚行さ。全てのコードを単一のリポジトリに入れるのがヒドイ考えだと、FacebookやGoogleはなぜ思わないんだろうか。 私:FacebookやGoogleエンジニアたちも小さなリポジトリには精通しているだろうけど( 濱野純(Junio Hamano) 氏はGoogle勤務だし)、単一の大きなリポジトリの方が、きっと”ある理由”で好みなんだよ。 人物A:なるほどね。僕としては、まだちょっと違和感はあるけど、モノレポが使われる理由は分かったような気がするよ。 “ある理由”はかなり長いので、同じ会話を何度も繰り返さなくていいように、ここに書き留めておこうと思います。 シンプ

    モノリシックなバージョン管理の利点 | POSTD