ペパボテックブログをご覧のみなさま、こんにちは。デザイナーです。 突然ですが、GMOペパボ株式会社は事業の規模の拡大にともなって、ついに 30 人を超えるデザイナーが在籍する組織になりました！やったね！ しかし、人が増えるということは、知らない人が増えるということでもあります。新しく入社された方はもちろん、そういえば隣の部署のデザイナーともずいぶん話してないかも。みんな、なにしてるんだろう…？ そんなわけで、このたびデザイナーが集まって自分の仕事について発表するという、社外秘もインサイダー情報もなんでもありのイベントを、会社の休憩スペースで開催しました。テーマは、ずばり「失敗事例・成功事例」。取り組んだ事例を共有することで認知を広げ、デザイナーどうしのコミュニケーションを促す試みです。 この記事では、そんな記念すべき初回の Designer's MTG #1 の模様をお届けします！ まずは

ペパボのシニアデザイナーをしている咲 @satosio です。 2011年に入社してから、heteml→PEPABO WiMAX→Goopeと異動をかさね、 2017年7月1日から技術部デザイン戦略チームに配属となりました。 Goopeのまえはロリポップ！でリブランディングに参加していたので、多くのサービスを渡り歩いてきた感じがしますが、ついにサービスを持たない部署に入ることになりました。 この記事に書いていること デザイン戦略チームを『新設した経緯』と『いまとこれから』を紹介していこうと思います。 まず、ペパボのデザイナーは各サービスに所属している、いわゆる縦割りの組織です。一方で、インフラエンジニアやカスタマーサービスは、サービスをまたぐ横割りの組織となっています。 そして今回、新しくつくったデザイン戦略チームは、デザイナーの横割り組織になります。メンバーは、シニアデザイナーの @si

2017年4月13日の「DevLOVE 関西『デザインリニューアルの難しさ』」にて発表された、Backlog UI リニューアルの舞台裏のスライドです。

Fast drawing for everyone. AutoDraw pairs machine learning with drawings from talented artists to help you draw stuff fast.

ちなみに、最初に結論だけ言っておくと、まずSandi Metzの「オブジェクト指向設計実践ガイド」を読め、という話です それだけで終わってしまいたい気持ちはあるが、不親切過ぎるしもうちょっとRails向けの話を書こうと思う。 ただ言いたいことは、よく分かってないのに使うのは止めろということ。 自分も本で書いたりした手前、それが参考にされた結果なのかもしれないが、世の中には本当に酷いクラスが存在するもので、雑にサンプルで書くと以下の様な感じのコードが存在したりする。 class HogehogeService # Hogehogeはモデル名まんま def process(hogehoge, option_a: nil, option_b: nil, option_c: false) history = hogehoge.histories.last unless hogehoge.activ

お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。

金曜日の就業時間前から1時間ほど、デザイナーお茶会というものをやっていて、各自最近勉強したことやデザインするうえでのお悩み交換みたいなものをやっています。 で、今回は特別に id:udzura さんをお招きして、デザインスプリントを体験してみることになりました。 デザインスプリント is なに？ デザインスプリントについて説明している記事は多くありますが、簡単に説明すると、デザインスプリントは Google が取り組んでいるワークショップであり、「理解」「発散」「決定」「試作」「検証」という5つのデザインプロセスを高速で行うことで、意思決定を早くすることができるのがメリットです。 今回受けたワークショップについて 1時間という短い時間内だったので、今回は「発散」のプロセスについてやってみました。仮のテーマを設定し、それについてのイメージや解決策を短い時間でどんどんと出していきます。具体的な

All slide content and descriptions are owned by their creators.

はじめまして。ハンドメイドマーケット minneでアプリのUIデザインをしている@naomeme です。 先日プロトタイピングツールProttのイベントで「UIデザインは誰のもの？」というテーマで発表したので、そのことを書きます。 発表したイベントについて 発表したのはPrott User Meetup vol.11 -Google Playベストアプリ特集-というイベント。Prottのヘビーユーザーから「実はあまり知らない…」という人まで、業種もさまざまな人が集まります。毎月開催されていて、気軽に参加できる雰囲気だったのでUIデザインに興味のある方はぜひ。 Prottってなに？という人のために。 Prottは誰でも簡単に、すばやくプロトタイプを作ることができる便利なツールです。現在たくさんのプロトタイピングツールがありますが、その中でもProttはチームでコミュニケーションしながらUIデ

前回に続きロゴの記事。 OpenStack 系のRubyライブラリ「YAO」のロゴをつくりました。今回のは僕のが採用された！やったよー！ YAO の詳細についてはこちらをご覧ください。 github.com しかも今日の RubyWorld Conference でスクリーンにデカデカと表示されててうれしかったです。 リクエストと注目したポイント 自由自在にコントロール 世界のためのオープンソースソフトウェア クラウド感 中華風？タオとか風水とか...（yaoという言葉の響き...） 提出した資料 コンセプト：「孫悟空のように雲を操る」 中国・チベットの山岳地帯に住む尾の長い猿「キンシコウ」をモデルにした。 猿の器用さという点で「コントロール」ということを示せるのではと思った。 技術周りでは動物のロゴマークがよく用いられているので、顔のパーツを抽象化してキャラクターとして使った。 キンシコ

By matching pixel data with image downloads, Shutterstock's data team have identified the latest trends in color and design for 2015.

1. Design Sprint 概要 For Combining The Hacker Way With Design Thinking ハッカーウェイとデザイン思考を結びつけて結果を出す Takaaki Umada August 25, 2014 (v 0.1, draft) Big Thanks to Google Ventures 1 3. デザイン スプリントとは迅速に学習とプロトタイピングを行うためのメソッド Design Sprint とは • Design Sprint もしくは Product Design Sprint と呼ばれる、デザイン上の問題（新規顧客の離脱率 を下げる、新製品を考える等）を解決するための短期間でのスプリント • Design Thinking や IDEO のメソッドを Google Ventures の Design Studio が特にスター

こんにちは、ユーザファースト推進部デザイングループの元山です。 デザイナーの皆さんはWebやアプリなどをデザインする上でフォントを作った事があるでしょうか？ ずいぶんと前から「これからはWebフォントの時代だ」なんて言われながらも、現実は中々使うのが難しいなぁと感じている方は多いかもしれません。 今回はクックパッドで実際に作ったオリジナルフォントを使ったWebやアプリのデザインについて事例を交えながら紹介してみたいと思います。 クックパッドでの事例 印象と機能を向上させるデザインのためのフォント ブラウザやアプリの標準のフォントではない特殊なフォントを使う理由として真っ先にあげられるのは、やはり文字の雰囲気や見た目でデザイン的な印象や見え方を向上することができる点だと思います。最近ではAppleのWebサイトもオリジナルのWebFontを使ったデザインに変わりましたね。 クックパッドでは特

Rails Guidesでは「Resource Routing: the Rails Default」として namespace, resource, resources といったメソッドを利用する方法が紹介されている。これまでとりあえずこの機能を使って開発してきたが、これは果たして本当に積極的に利用した方が良い機能なのか。 あるとき 試しにTwitterのAPIのようなルーティングを定義しながら、Resource Routingを利用する場合としない場合とを比較してみることにする。ここでは (Resource Routingを利用するメリットを出すためにも)、API用のPrefixとして各パスの先頭に /api/v1 を付けることにする。このAPIはアクセストークンの発行や、tweetの取得、投稿、ユーザやフォロワー情報の取得などの機能を提供する。また、/api/v1 以下のどのパターン

仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをインデックスみたいなものと勘違いしているからではないでしょうか」。インデックス（キー）というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。「こんな順にレコードが並んでいれば処理上都合がよさそうだ」という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように「多め」に項目を突っ込んでおく。つまり「ユニーク制約をともなう代表的インデックス」程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ

弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数

DeNA 社内勉強会に呼んでいただいて、お話させていただきました。 Reviewに登場していただいてるサービスはこちらです。 動く小説投稿サイト Denkinovel by @katryo さん http://denkinovel.com/ ご協力ありがとうございました( ˘ω˘)

三度の飯よりエラー処理。古橋です。 大変好評をいただいた序章リトライと冪等性のデザインパターンの続編です。 前回はほぼ前置きでしたが、今回は冪等でない操作を冪等にする具体的なテクニックもまとめていきます。 パターン２：エラーを区別してDELETEを冪等にする リソースに常に一意なIDが振られていれば、Deleteを冪等にするのは難しくない。そもそも同じリソースを2度削除することはできない。 一つ注意するべきなのは、削除されたリソースのIDが再利用されるケースでは、Deleteの冪等性は保証されない。例えば、kill -KILL <pid> コマンドはDelete系のAPIと考えられるが、pidは再利用されるので、何度も繰り返すと意図しないプロセスを殺してしまう可能性がある。 一般にIDの生成は非常に難しい問題だが、Deleteに関してのみ言えば再利用されなければいいので、単調増加する整数（