ReactとD3.jsの組み合わせで変わる！JavaScriptアニメーション開発
人気のデータビジュアライゼーションライブラリー「D3.js」をもっと使いやすく、便利にするために。Reactを使ったコンポーネント化に取り組み、リアルタイムで描画されるアニメーションを作ります。 D3は最高です。Webのデータビジュアライゼーション分野におけるjQueryのように、考えられるあらゆることが実現できます。 オンラインで見られる最良のWebのデータビジュアライゼーションの多くがD3を使用しています。D3は素晴らしいライブラリーですが、最近のv4のアップデートで従来よりさらに安定性が増しました。 Reactと一緒に使えば、D3はさらに便利になります。 ちょうどjQueryのように、D3は高性能ですが課題もあります。データビジュアライゼーションが大規模になればなるほど、用いるコードは複雑になり、バグを修正したりアイデアを絞り出したりするのにさらに時間がかかるようになります。 しかし
JavaScriptエンジニアなら知ってるよね？ エラー処理のいい書き方、悪い書き方
JavaScriptのエラー処理、ちゃんと書いていますか？ エラーを無視せず、どこに問題があるのか、きちんと確認できるコードの書き方をデモで紹介。 この記事はTim SeverienとMoritz Krögerが査読を担当しています。最良の記事を提供することができ、SitePointの査読担当者の皆さんに感謝します。 JavaScriptのエラー処理には危険が潜んでことを知っていますか？ もしマーフィーの法則を信頼しているとしたら、不具合が生じる可能性が本当に高いです！ この記事では、JavaScriptのエラー処理について考え、その落とし穴から便利な実践例までを説明します。さらに最後には、非同期コードとAjaxにも触れます。 JavaScriptはイベント駆動型プログラムで、プログラミングをより豊かなものにしてくれます。ブラウザーをイベント駆動型プログラムと考えると、発生するエラーは同一
わかりやすさの技術 - やしお
社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかった本とそうでない本を思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、本に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない＝理解をはばむ障害物がある。この障害物を取り除く／回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」本になる。 日本社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ
モバイルWebのUIを速くする基本テクニックがわかる──Google I/O 2016 High Performance Web UI
モバイルWebのUIを速くする基本テクニックがわかる──Google I/O 2016 High Performance Web UI 川田寛（ピクシブ株式会社） こんにちは、ふろしきです！ 私はHTML5 Experts.jpで、過去2年ほどGoogle I/Oの情報を発信し、Web技術の変化についてお伝えしてきました。振り返るとGoogleは、2014年にモバイルWebの提唱と技術要素の拡大を図り、2015年からは「RAIL（モバイルWebが目指すべきパフォーマンス指標）」や「Progressive Web Apps（アプリのように振る舞うWeb）」といった、モバイルとの親和性が高いWebを作り出すための”考え方”を推し進めました。今年2016年は、さらにそれを踏み込んでいったという感じがします。 今回のI/Oで取り上げるのもそのひとつ。毎度お馴染みGoogle Developer A
生涯「エンジニア」として食っていくには何が必要？及川卓也氏×田中邦裕氏の答え - エンジニアtype | 転職type
各所でプログラマー不足が叫ばれる昨今。にもかかわらず、企業で働くエンジニアの中には、勤め先の要請によって「開発業務（コーディング業務）」から身を引かねばならない人も少なくない。なぜ、このような矛盾が生まれるのか。エンジニアが「好きな開発」と「キャリア形成」をうまく両立させる方法はないのか？データ分析と著名人対談を通じて考える。 「約4割のエンジニアが、ある時期を境に開発業務（コーディング業務）から完全に足抜けしなければならないと回答」 「マネジャー以上の年収分布では、技術専門職より一般管理職の方が年収が高い傾向に」 弊誌が今年3月に行った【IT・Webエンジニア300人調査】では、勤務先のキャリアパスについてこのような現実が浮き彫りになった。 >> 「コードで食っていく」は何歳まで可能か？エンジニア300人調査で見えた理想と現実 エンジニアという職業を選んだ以上、何かを作る仕事をし続けたい
エンジニア版“しくじり先生”に学ぶ、失敗を糧に成長する人、しない人【キャリアごはんvol.3レポ】 - エンジニアtype | 転職type
エンジニア同士が交流し、ごはんと悩みをシェアしながら 仕事人生の次の一手を探るためのワークショップ型イベント「キャリアごはん」のイベント情報やイベントレポートを紹介します 「失敗は成功のもと」という使い古された言葉を引くまでもなく、明日の成功をつかむためには、失敗からいかに多くを学び取るかが一つのカギとなるだろう。 だが、失敗を糧に大きく成長する人がいれば、いつまで経っても同じ失敗を繰り返してしまう人もいる。その差を分けるのは何だろうか。 エンジニアtypeと@typeが主催する、エンジニアのキャリアを考えるためのワークショップ型イベント『キャリアごはん』。第3回は3月24日、「サービス開発の失敗学～仕事の”しくじり”をその後のキャリアに活かすには～」をテーマに開催した。 ゲストスピーカーには経験豊富な以下の4人の著名エンジニアを迎え、失敗を成功へとつなげるために必要なこと、さらには開発、
フロントエンド視点：デザイナーと協業して作るスタイルガイドの難易度を下げる
前回 Atomic Design を実案件に導入した話で触れたコンポーネントリストを作り始めたとき、個人的にいろいろと学びがありました。 コンポーネントリストやスタイルガイドは、フロントエンドエンジニアとデザイナーが協業して作る必要がありますが、この協業がなかなかうまくいかず、スタイルガイド運用をワークさせるのは難易度が高い印象がありました。 自分自身、今まで携ってきた開発プロジェクトにおいて、うまくワークしたと思えるスタイルガイド作りができなかったのですが、現在のプロジェクトで開発初期からスタイルガイドを作り、リリース後、運用フェーズまでワークさせることができました。 本記事ではフロントエンドエンジニアとデザイナーが協業してスタイルガイドを作り始めるにあたって気をつけたことについて書いていきます。 共通言語としてのスタイルガイド 開発において、スタイルガイドが欲しい理由は、開発中のコミュ
ワイヤーフレームを捨ててHTMLプロトタイプに移行した結果 | ベイジの社長ブログ
私たちの会社では長らく、画面設計といえばPowerPointを使い、ワイヤーフレーム（以下、WF）を作っていました。Web制作会社における非常にスタンダードなやり方であったため、ベターな方法と受け入れつつも、例えば以下のような無駄も多く、決してベストではないとも感じていました。 設計者がコーダーに文書構造の意図を説明する時間の無駄 設計者が考えたファイル構造やヘッダ情報を定義するためのドキュメントの無駄 コーディング時にWFやPSD上のテキストをコピペして移し替える無駄 リンク構造や動き、使い勝手を紙面上で表現しようとする努力の無駄 共通パーツに修正が入った時に各ページごとに修正を入れていく無駄 PC用とスマホ用の2種類のWFを作る無駄 更新するたびに新しいWFを印刷する紙の無駄 いずれも工夫次第で軽減できる問題でしたが、意思疎通のための中間成果物の体裁を整えるための多くの時間が無駄では？
多言語Webサイトを制作する時に気をつけたいポイント
2015年12月9日 Webサイト制作, Webデザイン, Wordpress Web業界は他のどの分野よりもグローバル化が進み、今や日本のサイトやサービスを海外の人が楽しんでいることも自然なこととなってきています。これから海外に向けて情報を発信していきたい人も、すでにWebサイトをお持ちの方も、「多言語化」を視野に制作してみませんか？ ↑私が10年以上利用している会計ソフト！ 多言語サイトを作る時のポイント 見えやすい場所に言語選択リンクを置く 時々ページの一番下に言語オプションリンクを設置しているサイトを見かけますが、実際にその機能に気づける人は少ないでしょう。なるべくすぐに目につくような、例えばメインメニュー内や記事タイトルの直下等に置くといいと思います。 CacooのWebサイトではロゴのすぐ隣に言語オプションが設置されています。 国旗アイコンは使うべき？ 言語選択メニューにて、国
1年半便秘だったオッサンが2週間で便秘を解消したたったひとつの方法。 - Yukibou's Hideout on Hatena
2016 - 04 - 02 1年半便秘だったオッサンが2週間で便秘を解消したたったひとつの方法。 医療 メンタルヘルス list Tweet 2014年の9月に訳あって倒れて、それ以降メンタルの薬を飲んでいる。 病気を治すために飲んでいるのだから仕方ないのだが、この界隈の薬は自分にとっては副作用がてきめんで、フラつき、倦怠感、脱力感、感情の起伏、頭痛など、薬関係ないかもしれないが色々な症状が出た。 その中の1つで、最も悩まされていたのが便秘だ。 元々、昔からヨーグルトが好きで朝食にはヨーグルトを食べていた。だが、薬を飲み始めたらぱたっと出なくなったのだ。ひどい時には3週間もの間なにも起きない日々が続き、お腹が圧迫されて肋骨のあたりに痛みを感じるようになった。 その後、色々な手段を試してみたが一向に改善に至らず、結局ピンクの小粒に頼ることにした。 potatostudio.hatenabl
生のReactを知ろう – JSX、Flux、ES6、Webpackを使わず… | POSTD
(編注：2016/07/29、いただいたフィードバックをもとに記事を修正いたしました。) 免責事項： 私はJSX、Flux、 ES6 、そして webpack を非常に気に入っています。これらのツールについては他のシリーズで話します。 React.jsが騒ぎを起こしているのはご存知の通りです。確かに、 XMLHttpRequest 以来の良いツールです。しかし、調査に数時間を費やした挙句、あまりに多くの用語に 圧倒された だけで終わっていないでしょうか。JSX、flux、ES6、webpack、react-routerが使える今、 他に必要なのは React の使い方を説明してくれる人だけです。 喜んでください、それがまさに当シリーズでやろうとしていることです。信じられませんか？大丈夫、 2分後、 初めてのReactアプリを作った後には納得いただけるでしょう。何もダウンロードせずに、です。
Flintoアイコンシステムへのこだわり
先日ピーター・ノウェルとFlinto for Macの凝ったアイコンシステムについて話しました。ピーターはFlinto for MacのUIエレメントの多くを手がけた、サンフランシスコで活躍するデザイナーです。 Flinto for Macで果たした役割は？ Flinto for Macのリリース数ヶ月前からFlinto社の仕事に関わり、ユーザーインターフェースとユーザーエクスペリエンスの様々な面に関与しました。ただFlintoは特定の用途に非常に特化したツールなので、ユーザーエクスペリエンスの各部分について考えれば考えるほど、カスタムアイコンが数多く必要になることに気付きました。レイヤーリストからツールバー、トランジションデザイナからジェスチャーのドロップダウンメニューまで、インターフェースのほぼすべての部分でそれぞれのアイコンセットが必要だったので。アイコンのデザインが私の主な仕事にな
STORES.jp リニューアル秘話！「一度離れたユーザー」を呼び戻すことに成功したポイントとは？ | キャリアハック（CAREER HACK）
開設ストア数50万を超え、絶好調のオンラインストア開設サービス《STORES.jp》。躍進のウラでリニューアルが行なわれていたのをご存知だろうか。しかも、リニューアルすることで一度離れたのにSTORES.jpに戻ってきたユーザーもいたという。彼らは一体何を仕掛けたのか？ STORES.jpリニューアルの3つのポイント 2016年1月26日に行なわれたリニューアルが絶好調だという《STORES.jp》。特に注力したのがストアオーナーが利用する管理画面リニューアルだそうだ。その結果、アクティブ利用率が15％UP、管理画面の直帰率が50％ダウン、さらには一度STORES.jpを離れたストアオーナーが戻ってくるなど結果がすでに表れている。一体、彼らは何をしたのだろうか。3つのポイントに分けてお届けする。 【1】目的の明確化と開発チームを交えたユーザーインタビュー 【2】キーワードはパーソナライズ
iOSアプリケーションでコードベースのレイアウトを積極利用する - クックパッド開発者ブログ
海外事業向けのiOSアプリケーション開発を担当している西山(@yuseinishiyama)です。クックパッドは現在、海外複数カ国に向けてサービスを展開しています。 XcodeにはInterface Builderと呼ばれる、リッチなGUIを持ったデザインツールが付属しており、これを用いて画面のレイアウトを構成することが主流となっています。弊社ブログでも、iOS開発でstoryboardとxibをうまく使い分けるプラクティス等の記事で、GUIベースのレイアウトについて触れています。しかし、現在私が担当しているプロジェクトでは、Interface Builderを用いずに、レイアウトの大半をコードで記述しています。 今回は、コードベースのレイアウトを実装していく中で得た知見を、以下の3つの部分に分けて共有したいと思います。 Interface Builderを用いたレイアウトとコードベースの
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発組織マネジメントのコツ - Speaker Deck
エンジニアのキャリアを考える - キャリアトレック × はてなブックマーク
iOS Human Interface Guidelines：Designing for iOS （日本語）
「ブラタモリ」に感謝状 国土地理院、地図の普及に功績：朝日新聞デジタル
http://buchineko.website/chrome-devtools-cording/
