$ brew doctor Warning: Broken symlinks were found. Remove them with `brew prune`: /usr/local/lib/node_modules/npm/node_modules/.bin/strip-ansi /usr/local/share/man/man1/npm-README.1 /usr/local/share/man/man1/npm-access.1 /usr/local/share/man/man1/npm-adduser.1 /usr/local/share/man/man1/npm-bin.1 /usr/local/share/man/man1/npm-bugs.1 /usr/local/share/man/man1/npm-build.1 /usr/local/share/man/man1/np

その昔、会社の小技天下一武道会*1で使ったネタです。 Javaとかのプログラムで検査例外をcatchする、 んだけど、 catchした例外を意図的に無視する、みたいなケースがたまにあります。 class Main { public static void main(String[] args) { try{ // 何か例外が発生するかもしれないコード // ... }catch(Exception e){ // 何もしない } } } みたいなコードのcatch節の話です。 }catch(Exception e){ // 何もしない } こんなふうにコメントを書くことで、 例外に対して何もしない、ということを明示してるのは良い例です。 ＃書籍っぽく言うなら、良いプラクティスです。みたいな。 プログラミング経験の少ない人は、 }catch(Exception e){ } とコメントを書かなか

「あれ、僕って、スーパー、ハイパー、ウルトラの違いを分かってないな」 昨日、それに気づきました。 あるジャンルの本を書こうかなと考えていて、何となく完成までの道筋は見えたので、タイトルのことばかり考えていたんですよ。それで、本の内容がこれまでそのジャンルで言われてきたことを超えていくものなので、「超XXX」というタイトルがいいかなと思ったんですよね。たとえば、「超デザイン法」みたいな。 ただ、「超」ってもう、ありきたりじゃないですか。実際、僕が書こうと思っているジャンルに「超」をつけたタイトルの書籍が、もう何冊も出ていたんですよね。野口悠紀雄さんが「超整理法」とか「超勉強法」を書いたころは「超」にはインパクトがあったけど、いまや「超」は陳腐化してしまった。僕は「超」を超える必要がある。 「超」を超えると言えば当然、超サイヤ人です。超サイヤ人を超えれば「超サイヤ人2」であることは常識です。こ

こんにちは、@htomine です。 最近はVR-HMD(HTC VIVE)にハマっています。 ゲームもさることながら、VRならではの身体感覚を伴ったコミュニケーションに面白さを感じます。 手を降ったりハイタッチしたりして、ダイレクトなフィードバックを返すことができるのが楽しいです。 さて今日は、Qiitaのあたらしいフィードバックの方法についてご紹介します。 今回、投稿やコメントをユーザーのみなさんが評価する手段として「いいね」を導入しました。投稿やコメントへの「いいね」の総数が、投稿やコメントに対する評価と捉えられるように設計しています。 このブログ記事では、「いいね」によって何が変わるのか、またContributionへの影響などについてご紹介します。 投稿閲覧画面での「いいね」の操作まずは、新しく追加された投稿画面での「いいね」の操作について画面キャプチャを交えて紹介します。 配置

こんにちは。 tomoasleep です。新卒最初の仕事はハイラル王国に平和をもたらすことでした。 Qiitaユーザー向けの Mastodon インスタンス Qiitadon を https://qiitadon.com/ にて試験的に公開しました。 Qiitadon についてQiitadon では、技術に関する話題はもちろん、それ以外のことも投稿していただけます。 また、Qiitadon には Mastodon の機能に加え、以下の２つの機能を用意しています。 Qiita アカウント連携コードブロック記法とハイライト機能 Qiita アカウント連携Qiitadon は Qiita OAuth を使って簡単に新規登録、ログインができます。 現在は負荷対策のため、新規登録は Qiita アカウント連携のみとさせていただきます。 ちなみに画面左のキャラクターは Qiitan といいます。 In

@catatsuyです。普段はpixivの技術的な改善や広告周りを見ています。今回はHTTP/2の話を紹介します。 HTTPS化とHTTP/2について 以前紹介したようにpixivは2017/4/18にHTTPS化を完了していました。 pixivを常時HTTPS化するまでの道のり（前編） - pixiv inside pixivを常時HTTPS化するまでの道のり（後編） - pixiv inside 昨今ブラウザで使える新しい技術はHTTPSが必須要件とされることが多くなりました。その中の代表格がHTTP/2です。HTTP/2自体はHTTPSを要求していませんが、実際にはHTTPSでなければブラウザ側で有効にならないため必須です。 HTTP/2に対応するメリットは他の詳しい記事を参照して欲しいですが、ざっくり以下のメリットがあります。 HPACKという仕様でハフマン符号を使ったHTTPヘッ

ピクシブ株式会社で開発基盤チームとして働いている @catatsuy です。 前編ではpixivを常時HTTPS化する前にやった前準備として、広告、画像といったリソースをHTTPSに切り替える際の手順を紹介しました。 pixivを常時HTTPS化するまでの道のり（前編） - pixiv inside 後編では実際にpixivのアプリケーション自体を常時HTTPS化していく手順を紹介します。 従来のHTTPS配信 pixivはPHPアプリケーションを実行するアプリケーションサーバー(Apache/mod_php)の前段にnginxを配置する構成になっています。以前からセキュリティ的に重要なページはHTTPSで提供しており、nginxでHTTPS終端処理を行っていました。HTTPSで応答する場合はアプリケーションサーバーにX-HTTPSヘッダーを付けてプロクシーしています。 具体的には以下のよ

ピクシブ株式会社で開発基盤チームとして働いている @catatsuy です。主にpixivの技術的な改善をしていますが、広告チームも兼任しているので広告周りの開発もしています。 今回pixivの常時HTTPS化を担当したのでやったことを紹介します。 pixivをHTTPS化した理由 現在のインターネット全体の流れとして常時HTTPS化が進んでいます。エドワード・スノーデン - Wikipediaが暴露したNSAの事件発覚や 公衆無線LANの利用拡大により、通信経路上でユーザーの個人情報を保護することがインターネット全体として非常に重要になってきました。Googleが行っている調査によると、HTTPSページの閲覧時間はウェブ全体の利用時間の3分の2にも及びます。 それだけではありません。ブラウザに新しく追加されるAPIや機能（HTTP2/WebRTC/ServiceWorkerなど）はHTT

こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。 今回、Java のちょっとしたデバッグテクニックを紹介したいと思います。Java で運用中何かトラブルが発生した場合、スレッドダンプを取得することはしばしばあると思いますが、スレッドダンプだけだとちょっと情報が足りないことがあります。今回はスレッドダンプから得られる情報を増やして、素早く障害対応したりデバッグに役立てる方法を紹介します。 まずはじめに: スレッドダンプの取り方 基本ですが、改めてスレッドダンプの取得の仕方を紹介しておきます。スレッドダンプを取得する対象のプロセス ID を仮に 12345 として、下記のように jstack コマンドを実行すればスレッドダンプが取得できます(※Linux上で操作する想定)。 $ jstack 12345 対象のプロセス ID は ps aux | grep jav

みなさんこんにちは、LINEのサーバーサイドエンジニアの長谷部です。普段は、最近でいうとLINE Login や LINE Customer Connect などの開発を担当しています。 2018年の年始に LINEのお年玉 というイベントを実施し、その開発を担当しました。今回の記事では、LINEのお年玉のアーキテクチャの紹介や、当日実際に発生した問題(サービス過負荷起因のkafka consumer遅延)などの振り返りについて書こうと思います。 LINEのお年玉とは お年玉イベント期間中に、お年玉とLINEスタンプをセットで「お年玉つきスタンプ」として販売しました。対象スタンプを購入したユーザーさんは、スタンプ購入数 x 10個 のお年玉が付与されます。 こういったメッセージが受信されます ユーザーは自分がもっているお年玉を友だちに直接送ったりグループに送信することができ、お年玉を受け取

iOS エンジニアの西信です。 新年早々、大変お騒がせしております。申し訳ありませんの一点に尽きます。 yuga panda on Twitter: "おっ、null安全だ https://t.co/RFta3RFXxu" マジレスすると『Optional(2018)年』を恐れる必要はない - Qiita はてブや、Twitterなどで大きく話題にしていただいたので、この機会に、恥は承知の上で、なぜこんなことが起きてしまったのか、筆をとらせていただくことにしました。 この問題は昨日 (2018年1月4日) リリースしました、バージョン 9.1 にて修正済みです。iOS のみで発生していました。 蛇足ですが、当バージョンから、ホーム画面が新しくなり、カードの引き落とし額決定や、使い過ぎなどをお知らせする『MY通知』がさらに便利になりましたので、ぜひお試しください。 さて、今回の起因となったの

こんにちは。 アグリゲーション開発担当の中川です。 今回は、みんなが大好きな構成管理ツール「Git」について話したいと思います。 私は Git を使い始めてから、バグの発生数が激減しました。 Git を使ったとある手法によってレビューが充実し、バグの少ないコードを書くようになったと考えています。 では、今回はその手法について紹介したいと思います。 ※ 本稿は Git 以外の第三世代構成管理ツール（Hg、Bzr など）にも適用するかと思いますが、Git の用語とコマンドを使って紹介していくため Git の基本知識が必要となります。ご了承ください。 レビューしやすいコミット履歴と、開発の流れで自然にできるコミット履歴の乖離 以下のようなコミット履歴があるとします。 1. wip: 仕様変更○○を行い始めた 2. wip: 仕様変更○○の続き 3. wip: ちょっと設計を変更、それと過去のバグ