タグ

2015年1月6日のブックマーク (16件)

  • ポータルサイトのデザインリニューアル案件で気をつけたこと&使える心理学 - Design Color

    色を使いすぎない 以前に書いた「ポータルサイトのデザインをする時に意識したこと5つ」という記事でも触れましたが、今回も特に気をつけました。 ポータルサイトは一画面に表示される情報が多いです。文字はもちろん、画像の量が多くなります。サイトによってはバナー広告もあるので、それらの色に加えて、サイト自体の色もカラフルだと、目が疲れてしまいます。 そのため、色数を極力おさえることでサムネイル画像やタイトルに注目が集まるよう心がけました。そうすることで、ユーザーは情報を探しやすくなり、記事を読む事に集中できます。 逆に、色がゴチャゴチャしてどこを見たらいいのかわからない状態になると、ユーザーの離脱を招くことにもなるため注意が必要です。 選択肢は4つ程度にとどめる 今回のリニューアルにあたり、ポータルサイト内の選択肢を極力4つ程度にとどめる工夫をしました。その理由についてはふたつの心理学が関係していま

    ポータルサイトのデザインリニューアル案件で気をつけたこと&使える心理学 - Design Color
  • 意外!女子の理想の葬儀は散骨だった!?

    額に蛾がとまってますよ。 そう、博士くらいになると額に蛾がとまることもままあるんじゃ。 すごい! さすがさんこつ博士…。 どうやったらうまく散骨できるか、知りたいかね? はい! 私、自分の骨を自分で散骨するのが夢なんです! それは無理なんじゃないかのう。そもそも散骨とは、火葬後の遺骨を粉末状にし環境に配慮したうえで合法的に海や山などの自然に還す葬送の形式を言うんじゃ。 一瞬、すごく怖い顔しませんでした? ド素人の、えーと君…。 エリコです。 ド素人のエリコちゃんが散骨をうまくやるには、実はカンタン…。「博士の散骨5,000箇条」を守れば、それでいいんじゃ。 は、博士の散骨5,000箇条!? なに、構えることはないぞい。どれも初歩的でカンタンなことばかりじゃ。 教えて教えて! ざっと紹介すると…。 散骨5,000箇条その1

    意外!女子の理想の葬儀は散骨だった!?
    ikosin
    ikosin 2015/01/06
    JS のコメントでゼロ・グラヴィティ
  • Stack Overflowの裏側は、Webサーバ9台、SQL Serverが4台など。月間5億6000万PVをさばくシステムの状況を公開中

    ITエンジニアのコミュニティサイトStackOverflowなどを運営するStackExchangeが、同社のサービスを支えているシステム構成の状況を知らせるWebサイトを公開しています。 同社のサービスは各国版のStack Overflowのほかにも、サーバ管理者のためのServer Fault、数学関係者のためのMathematicsなど多岐にわたっています。 これらを合わせた同社のサービスは月間5億6000万ページビュー。このページビューを、48GBのメモリを搭載した9台のWebサーバ。384GBのメモリを搭載しライブ/ホットスタンバイ構成にクラスタ化した2台のSQL Serverと、288GBのメモリを搭載した2台のSQL Serverによるもう1つのクラスタの合計4台のSQL Server。96GBのメモリを搭載し、マスター/スレーブ構成にした2台のRedis Serverなどで

    Stack Overflowの裏側は、Webサーバ9台、SQL Serverが4台など。月間5億6000万PVをさばくシステムの状況を公開中
    ikosin
    ikosin 2015/01/06
  • 株式会社ビープラウドを退社しました

    BPでは6年間、長い期間で勤めた。振り返ってみると、僕がBPに入った時にBPはだいぶ違う会社だった。6,7人の受託開発をする会社でほぼすべての受託案件は常駐だった。最初の1年間が一番忙しかった。そのときに入った案件は4,5ヶ月で終わったけど、他のメンバーとよく頑張ったせいか、その後、次々と案件が入ってきて、仕事がどんどん増えてきてきつくなった。それで、入社してから大体1年経ったところから会社が徐々に大きくなってきた。それとともに会社が信頼されて、常駐開発ではなく持ち帰って会社のオフィスで仕事をできるようになった。 その後、Pythonを持ち上げたり、connpassという自社サービスもやったり、いろいろおもしろい仕事ができた。 Pythonについて BPに入社したころ、Python仕事できる会社って相当なかった。ま、あったかもしれないけど、コミュニティもバラバラで、Python仕事した

  • https://www.acroquest.co.jp/webworkshop/javacordingrule/Acroquest_JavaCodingStandard_6_7.pdf

  • Webアプリケーションのパフォーマンステストを勉強する方法 #SWTestAdvent - うさぎ組

    はじめに これはソフトウェアテストあどべんとかれんだー 2014 の14日目の記事です。 明日は id:kokotatata さんです。 概要 パフォーマンステストを入門するための情報を紹介します。発端は@ryushi さんが次の記事でなにやら不思議な言及をされていたというところです。 正直に申し上げて負荷テストって恐ろしく難しい種類のテストなんですけども、特にその難しさについては書いていませんので、きっと名古屋辺りのうさぎさんが補足資料を提示してくれるでしょう。よろしくお願いします。 注意 ここにあるのはkyon_mmの私見です。なので、「なに、こいつ大げさだな。。。」とか思ったらコメントで「それはお前が勉強不足だからで、世のエンジニアの感覚と違います」とか書いてください。温度感重要です。 参考書籍 基的にはこれらを読めばいいのかなと思っています。この記事で書くのはこれらで言っているこ

    Webアプリケーションのパフォーマンステストを勉強する方法 #SWTestAdvent - うさぎ組
  • React x SVG x 物理エンジン でゲーム作り始めた - mizchi's blog

    ここでプレーできる。Chrome/Firefox以外はしらん。 http://mizchi-sandbox.github.io/ar2/ gyazoのフレームレートが低いけど、実際には60FPS出てるはず。 リポジトリはここ mizchi-sandbox/ar2 · GitHub 昔作ってた mizchi/actrogue · GitHub と似たようなのを、物理エンジンのっけてReactSVGで再現したら楽なんじゃないか、という発想で作り始めた。ReactSVGのパフォーマンス面での技術検証でもある。 なにこれ 物理エンジンを60FPSで回してSVGに形状をマッピングしてReactで差分描画する。 この方式の利点は、SVGで簡単な形状を手書きしながら高速にプロトタイピングでき、描画速度も最低限確保できる点にある。弾幕を生成すると大量のオブジェクトが飛び交うので、下手に人間がチューニン

    React x SVG x 物理エンジン でゲーム作り始めた - mizchi's blog
  • 技術書を買ったけどなかなか読了できない理由 - うさぎ組

    読みたいと思った技術書を買ったけれど、半年たっても読了できていないとか、最初の10ページだけ読んであとは読んでいない。読み終わったけど最初の方は忘れていて書籍の内容が自分の中で体系化できていない。そしてそれを後悔しているという人がいると度々聞きます。 自分もそういうことがあるのでなんでそうなってしまうのか振り返ってみました。みんなどうせこうだろ?とかではなくって、僕はこうだったわーっていう感じ。 基的には次の3つかなぁと思います。 先送りにしてしまう 前回読んでから今回読むまでの期間が長過ぎる 書いてあることを復唱するだけになっている つまり 先送りにしない 出来るだけ短い期間で読み切る 要約と応用事例を考える を徹底すればだいたい読めます。これを出来ないときは買わない方がいい。と僕は割り切って書籍を買ったり借りたりするようになりました。(課される場合は別です。) 先送りにしてしまう 皆

    技術書を買ったけどなかなか読了できない理由 - うさぎ組
  • Open eclipse juno with error "No more handles ..." in Ubuntu 12.04

    ikosin
    ikosin 2015/01/06
    org.eclipse.swt.SWTError: No more handles [Unknown Mozilla path (MOZILLA_FIVE_HOME not set)]
  • USB接続 有線コンパクトキーボード

    ※速度表記が記載されている場合、特別な断りが無ければ規格値であり、実環境での速度ではありません。 ※各会社名・商品名などが記載されている場合は、一般に各社の商標または登録商標です。 ※価格が記載されている場合は、希望小売価格です。 ※記載されている仕様、価格、デザインなどは予告なく変更する場合があります。

  • Checkstyle

    About Checkstyle Release Notes Consulting Sponsoring Documentation Configuration Property Types System Properties Running Ant Task Command Line Checks Annotations Block Checks Class Design Coding Headers Imports Javadoc Comments Metrics Miscellaneous Modifiers Naming Conventions Regexp Size Violations Whitespace Filters File Filters Style Configurations Google's Style Sun's Style Developers Extend

    ikosin
    ikosin 2015/01/06
  • 一応、アメリカのそっち系で仕事してるけれど、作家主義に対してこっちが..

    一応、アメリカのそっち系で仕事してるけれど、作家主義に対してこっちが民主主義的ってのはちょっと違和感。 こっちのチームっていうのは競争をくぐり抜けてきて互いの強みも何も分かった上でのチームだから。プロスポーツのチームみたいなもん。脚家がたくさんクレジットされてたって、何も最初からみんなで会議して決めてくわけじゃない。全体のビジョンを監督と共有しながら、自分に最も貢献できるところをそれぞれが強くしてく感じ。貢献できなければ去るだけだし、必要なら助っ人を金で雇い入れることもある。 作家主義が作品において「負ける」とは思わないんだけれども(こっちの業界人は日のそういう作品のファン多いよ)、日の作家主義の最大の弱点は次世代を育てるのがうまくいかないことだと思う。作家の「サポート」だけをどんなに続けても作家に変われるとは限らないからなあ。 もっともかつての漫画業界ではアシスタントからデビューっ

    一応、アメリカのそっち系で仕事してるけれど、作家主義に対してこっちが..
    ikosin
    ikosin 2015/01/06
  • 『ベイマックス』を見て日本のクリエイティブは完全に死んだと思った

    今さらですがディズニーの『ベイマックス』を見てきましたよ。ええ。 CMや予告編を観たときは「まぁ、ディズニーの子ども向け映画だわな。退屈はしないけど飛び抜けた部分はない75点の答案だわ」と思っていたんですよ。作品で言うと『ライオンキング2』みたいな。 それが妙に評判良いんで見に行ったらズッコケました。限りなく100点に近い答案なんです。 しかも、表現として尖った部分が何もない。驚異的な映像が詰め込まれているわけでも、作家の狂気があるわけでもないし、アッと驚くストーリーテリングもない。なのに、頭からお尻までワクワクする映像が続くんです。 「あっ、日のクリエイティブ終わったな」 そう感じました。だって、スタッフの中には天才って一人もいないと思うんですよ。秀才の集団。それが勉強に勉強を重ねて、頭に汗をかいて、切磋琢磨して物凄いものを作ってしまった。彼らは「チーム主義」でモノ作りをしている。だっ

    『ベイマックス』を見て日本のクリエイティブは完全に死んだと思った
    ikosin
    ikosin 2015/01/06
  • Log4j 2にも採用されたLMAX Disruptorはなぜ狂ったように速いのか?

    LMAXという会社はおそらくFX業者で、筆者はLMAXの開発者の講演を、InfoQの動画で何度か見たことがあった。 彼らは非常に特異な集団で、さしずめ「Javaのスピード狂」という感じだ。 印象的なのは、シングルスレッドで仕事を片付けることを強調している点だ。 「Javaならマルチスレッドで並列処理すれば性能が出ると広く思われているが、我々の仕事においてはシングルスレッドが最速だ」というような主張を何度も見た。 ゴールドマンサックスといいLMAXといい、やはり多額の金が動く会社でガチでJavaをやっている連中はカリカリにチューニングするため、技術的には非常に面白い。 彼らがコアのライブラリをOSS化してくれるというのは、金融業界を否定的な目で見る筆者からすると複雑だが、悔しいことに参考になる。 LMAX DisruptorはJavaのライブラリだ。Producer/Consumerパターン

    Log4j 2にも採用されたLMAX Disruptorはなぜ狂ったように速いのか?
  • 仕事ができず、技能もない俺が会社で生き残っているやり方

    俺は仕事ができない。頭も悪い。 しかし俺は会社で生き残り続けており、 年収600万円を維持し続けている。 しかも一部の人には有能なベテランだと思われている。 しかし俺はこの会社に来るまで、 すべての会社で自己都合退職と言う名のクビになり続けていた 強者の「できない奴」なのだ。 そんな俺が経験から学んだ生き残り術を紹介したい。 1・ブラックボックス化の激しい職場に行け 俺はできない奴なので、周りと比較される営業など、 みんなで同じことをやる職場はダメ。 「誰が何をやっているのかわからない、ブラックボックス化されている職場」 これがベスト。自分との比較対象が少ない(またはない)から、 ダメ出しをされる確率がぐっと減る。 皆出来ているのになぜお前だけ・・・というものを完全に封印できるのだ。 2・部署は、仕事が簡単か難しいかではなく、人間関係の良いところを選べ 会社で「こいつは使えない」という空気

    仕事ができず、技能もない俺が会社で生き残っているやり方
  • 長文日記

    長文日記