タグ

2017年12月11日のブックマーク (5件)

  • 珍しいワークフロー:Atomic Designの原則とSketchでデザインからプログラミングまで | POSTD

    概要: Sketchを使ったAtomic Designの方法がプロダクトデザインの未来形です。 初めに この記事は、上のビデオの素晴らしい人物、Brad Frostの開発したシステムについて書いています。Atomic Designは今のレスポンシブなデジタルの世界に対応するために開発されたものです。 ここ何年も、私たちのデザインを少しでも理解してもらえるよう、スタイルガイド、基的ガイドラインやムードボードなどのツールを作成してきました。同じように、開発者もBootstrapやFoundation、Bourbonなどのツールでプログラミング作業を楽にしようとしてきました。互いに妥協点を見いだし協力することで互いの作業を楽にできます。Atomic Designはまさにそれを実現しようとしています。 Atomic designはあるインスタンスやページをデザインすることではありません。大局的に

    珍しいワークフロー:Atomic Designの原則とSketchでデザインからプログラミングまで | POSTD
    rryu
    rryu 2017/12/11
    こういうのもあるのか。
  • 【PC版ニコニコ動画】1080p動画のテスト運用開始|ニコニコインフォ

    2017年12月11日(月)よりPC版ニコニコ動画で1080p動画のテスト運用を開始いたします。 今回のテスト運用は、1080p動画を実際にご投稿及びご視聴いただくことでのシステム負荷を検証することを目的としています。 (検証状況によりテスト運用を中止させていただく場合がございます)

    rryu
    rryu 2017/12/11
    意外と早かった。機能的にはできるけどインフラが持たないという感じなのだろうか。
  • I/O負荷の正確な状況はiowaitでは分かりません - Qiita

    さくらインターネットのアドベントカレンダー9日目として、サーバ屋らしく、運用に関するコマンドの使い方を紹介します。 サーバの負荷が高まってきたときに、vmstatやtopなどのコマンドで調査する事が出来ますが、I/O負荷をwa(iowait)によって判断する人も多いと思います。 ただ、結論から言うと、iowaitは正確にI/Oの負荷を表しているわけではありません。 これらを、実際に演習をしながら見ていきたいと思います。 iowaitとidle iowaitとはあくまでも、CPUが空いているのにI/Oがボトルネックになっているプロセスを示しているだけで、CPUの利用率が高いときにはI/Oがボトルネックになっていてもiowaitが上がりません。 同様に勘違いされがちなのが、id(idle)はCPUの空きを示しているというものですが、idleは必ずしもCPUの空き時間を示しているものではありませ

    I/O負荷の正確な状況はiowaitでは分かりません - Qiita
    rryu
    rryu 2017/12/11
    iowaitはI/O待ちだけど他にやることが無くてCPUが暇している時間だから負荷として見るのが変な気が。
  • Dockerコンテナ時代の第一章の終わり、そして第二章の展望など - Publickey

    コンテナ型仮想化の技術や実装はDockerが登場する以前から存在していたとはいえ、IT業界格的にコンテナの活用が始まったと言えるのは、やはり2013年3月に当時のdotCloudからDockerが登場したことがきっかけでしょう。 そうして始まったコンテナ時代の第一章は今年2017年、コンテナの標準仕様がOpen Container Initiativeによって策定完了し、コンテナオーケストレーションの事実上の標準がKubernetesに決まったことで基盤技術の基要素がおおむね固まり、一つの区切りがついたように見えます。 そして今後は、この基盤技術を用いたコンテナによる分散アプリケーションのための様々なサービスや開発、テスト、デプロイ、番環境に対応したツールやサービス実行環境などのソリューションが登場し、競う段階へ入っていくのではないでしょうか。 この記事では、Docker登場から現

    Dockerコンテナ時代の第一章の終わり、そして第二章の展望など - Publickey
    rryu
    rryu 2017/12/11
    もうそんなに色々と標準化されていたとは。
  • 開発現場に根強く残る8個のバグレポートアンチパターン - Qiita

    ex-mixi Advent Calendar 2017 - Qiita 9日目をいただいた @kkakizaki です。 株式会社ミクシィの在籍期間は2008年から2016年までで、 QAマネージャーとして、次々に巻き起こる品質保証上の課題を何とかするお仕事をしていました。 現在は株式会社サイバードにて、同じく品質保証部門の長として、 品質保証だけではない様々な課題解決に勤しんでおります。 折角の ex-mixi なので、今回は この記事 の続きです。 前回の記事は2012年に書かれたものですが、 現在も繊細なエンジニア達が死にやすい状況に変わりはなく、 影響の大きな死因の1つとして「イケてないバグレポート」が存在しています。 BTS にイケてないバグレポートが増殖してしまう現場の方は、 この記事をテスターに叩きつけてやってください。 アンチパターンその1:敬語 テスト業務が受発注関係で

    開発現場に根強く残る8個のバグレポートアンチパターン - Qiita
    rryu
    rryu 2017/12/11
    課題管理システムでも複数の課題を混ぜる、リオープンする、クローズしないのあるなあ。