ヘッドホンの音質ランキングが話題！1位はShure、Boseは12位、Beatsはブービー賞
【image via flattop341】 ヘッドホンを選ぶ上で見るべきポイントは複数ある。音質はもちろんのことだが、見た目や付け心地、使い勝手などは欠かせない。 ただ、純粋に「音質」だけで選ぶとしたらどのメーカーが1番良いのだろうか。TIMEが公開したメーカー別ヘッドホンの音質ランキングが大きな話題となっていたので、紹介する！ Boseの音質を「音ではない」と評価されてショッキング なぜこれほど話題になっているかというと、世間一般的に「人気がある」とされるヘッドホンメーカーが残念な順位に入れられ、悲惨な評価をされているからである。元記事は2年前の情報となっているため、2016年における勢力図は変わっている可能性も高いが、その当時の参考情報としてまずはランキングをどうぞ。
Work in ProgressパターンによるPull Requestを利用した開発フロー - Qiita
はじめに ソースコード管理ツールとしてGitlabやGithubを導入することで、ソースコードのバージョン管理に加えて、コードの変更前にコードレビューを実施するPull Requestを簡単に行うことができる。コードレビューの観点や手法は様々であるが、レビューを実施する前に幾つかのコンテキストをレビュー担当者とレビュー依頼者が共有しておくことでスムーズなコードレビューが期待される。 本文章ではWork in Progressパターンと呼ばれる手法を利用した、コードレビュー前のコンテキストの共有方法を紹介する。 コンテキストの共有 コードレビューを実施する前に幾つかのコンテキストを共有することは、レビュー担当者の負担削減や、レビューの品質向上またレビュー依頼者のタスクの明確化に繋がる。共有するべきコンテキストの一例として以下の物が挙げられる。 実装する機能の詳細設計 実装する機能の仕様 実装
チームのみんなで成長できるコードレビュー 見るべきところ編 - Qiita
Diverse Advent Calendar の18日目です。 今までまともにコードレビューをしたことがなかったエンジニアが、半年前からレビューを経験し始めて、チームの実力を底上げした（と思っている）レビューの仕方をご紹介します。 ここで説明すること、しないこと ここでは以下のことについて説明します。 master のコードの質を上げるためのチェックポイント 自分のレベルを上げるコードリーディングの方法 以下のことは説明しません。昨日の mixi Advent Calendar で記事にしましたのでそちらをご参照ください。 コードレビューの雰囲気を良くする（良く保つ）方法 自分やチームメンバーの成長を促すための心がけ なぜ見るべきところとそうでないところがあるのか 効率的にレビューを進める必要があるためです。 レビューに時間をかけすぎてもあまり良いことがないのです。 レビューワーの仕事は
チームのみんなで成長できるコードレビュー コメントの方法編 - Qiita
mixi Advent Calendar の17日目です。 今までまともにコードレビューをしたことがなかったエンジニアが、半年前からコードレビューを経験し始めて、チームの雰囲気が良くなった（と思っている）レビューの仕方をご紹介します。 私は株式会社ミクシィのグループ会社である株式会社 Diverse へ出向して、そこでデーティングサービス YYC の Android クライアントを開発しております。 現在、 YYC の Android クライアントは大規模な改修を行っていて、それに合わせて開発チームの再編成・開発フローの改善などいろいろな試行錯誤をしています。 その試行錯誤のうちの一つとしてコードレビューでの取り組みをご紹介します。 ここで説明すること、しないこと ここでは以下のことについて説明します。 コードレビューの雰囲気を良くする（良く保つ）方法 自分やチームメンバーの成長を促すため
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
