デザイナーってなにしてるの？ Designer's MTG #1 レポート！ - Pepabo Tech Portal
ペパボテックブログをご覧のみなさま、こんにちは。デザイナーです。 突然ですが、GMOペパボ株式会社は事業の規模の拡大にともなって、ついに 30 人を超えるデザイナーが在籍する組織になりました！やったね！ しかし、人が増えるということは、知らない人が増えるということでもあります。新しく入社された方はもちろん、そういえば隣の部署のデザイナーともずいぶん話してないかも。みんな、なにしてるんだろう…？ そんなわけで、このたびデザイナーが集まって自分の仕事について発表するという、社外秘もインサイダー情報もなんでもありのイベントを、会社の休憩スペースで開催しました。テーマは、ずばり「失敗事例・成功事例」。取り組んだ事例を共有することで認知を広げ、デザイナーどうしのコミュニケーションを促す試みです。 この記事では、そんな記念すべき初回の Designer's MTG #1 の模様をお届けします！ まずは
できたてほやほや！デザイン戦略チームってなにするの？ - Pepabo Tech Portal
ペパボのシニアデザイナーをしている咲 @satosio です。 2011年に入社してから、heteml→PEPABO WiMAX→Goopeと異動をかさね、 2017年7月1日から技術部デザイン戦略チームに配属となりました。 Goopeのまえはロリポップ！でリブランディングに参加していたので、多くのサービスを渡り歩いてきた感じがしますが、ついにサービスを持たない部署に入ることになりました。 この記事に書いていること デザイン戦略チームを『新設した経緯』と『いまとこれから』を紹介していこうと思います。 まず、ペパボのデザイナーは各サービスに所属している、いわゆる縦割りの組織です。一方で、インフラエンジニアやカスタマーサービスは、サービスをまたぐ横割りの組織となっています。 そして今回、新しくつくったデザイン戦略チームは、デザイナーの横割り組織になります。メンバーは、シニアデザイナーの @si
俺が悪かった。素直に間違いを認めるから、もうサービスクラスとか作るのは止めてくれ - Qiita
ちなみに、最初に結論だけ言っておくと、まず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
はてなとペパボのデザイン山アワー (2016/10/21 19:20〜)
「山とデザインは似ているかもしれない」 あのデザイン山とデザインアワーのコラボイベントがついに実現。その名も、デザイン山アワー。 このイベントでは、はてなとペパボでWebサービスの開発に関わるデザイナーが、自身の関わるプロジェクトからホットなトピックを持ち寄り、デザインの見どころやこだわり、制作の裏話を、様々な角度からご紹介します。開発の現場で繰り広げられた試行錯誤や創意工夫、成功と失敗の物語など、普段はなかなか見えてこない、プロダクトの向こう側に隠されたデザインの話を、是非聞きに来てください。 イベント概要 イベント名：はてなとペパボのデザイン山アワー 日時：2016年10月21日（金）19:20 - 22:00（19:00受付開始・懇親会含む） 参加費：無料 定員：50名（応募者多数の場合は抽選とさせていただきます） 会場：株式会社はてな 東京オフィス 多目的ルーム「SHIBAFU」
デザインスプリントを体験してみた - hor.note
金曜日の就業時間前から1時間ほど、デザイナーお茶会というものをやっていて、各自最近勉強したことやデザインするうえでのお悩み交換みたいなものをやっています。 で、今回は特別に id:udzura さんをお招きして、デザインスプリントを体験してみることになりました。 デザインスプリント is なに？ デザインスプリントについて説明している記事は多くありますが、簡単に説明すると、デザインスプリントは Google が取り組んでいるワークショップであり、「理解」「発散」「決定」「試作」「検証」という5つのデザインプロセスを高速で行うことで、意思決定を早くすることができるのがメリットです。 今回受けたワークショップについて 1時間という短い時間内だったので、今回は「発散」のプロセスについてやってみました。仮のテーマを設定し、それについてのイメージや解決策を短い時間でどんどんと出していきます。具体的な
デザイン組織を作って実行したこと // Speaker Deck
All slide content and descriptions are owned by their creators.
「UIデザインは誰のもの？」について話したこと - Pepabo Tech Portal
はじめまして。ハンドメイドマーケット minneでアプリのUIデザインをしている@naomeme です。 先日プロトタイピングツールProttのイベントで「UIデザインは誰のもの？」というテーマで発表したので、そのことを書きます。 発表したイベントについて 発表したのはPrott User Meetup vol.11 -Google Playベストアプリ特集-というイベント。Prottのヘビーユーザーから「実はあまり知らない…」という人まで、業種もさまざまな人が集まります。毎月開催されていて、気軽に参加できる雰囲気だったのでUIデザインに興味のある方はぜひ。 Prottってなに？という人のために。 Prottは誰でも簡単に、すばやくプロトタイプを作ることができる便利なツールです。現在たくさんのプロトタイピングツールがありますが、その中でもProttはチームでコミュニケーションしながらUIデ
OpenStack ライブラリ「YAO」のロゴをつくった - hor.note
前回に続きロゴの記事。 OpenStack 系のRubyライブラリ「YAO」のロゴをつくりました。今回のは僕のが採用された！やったよー！ YAO の詳細についてはこちらをご覧ください。 github.com しかも今日の RubyWorld Conference でスクリーンにデカデカと表示されててうれしかったです。 リクエストと注目したポイント 自由自在にコントロール 世界のためのオープンソースソフトウェア クラウド感 中華風？タオとか風水とか...（yaoという言葉の響き...） 提出した資料 コンセプト：「孫悟空のように雲を操る」 中国・チベットの山岳地帯に住む尾の長い猿「キンシコウ」をモデルにした。 猿の器用さという点で「コントロール」ということを示せるのではと思った。 技術周りでは動物のロゴマークがよく用いられているので、顔のパーツを抽象化してキャラクターとして使った。 キンシコ
オリジナルフォントを使ったデザイン - クックパッド開発者ブログ
こんにちは、ユーザファースト推進部デザイングループの元山です。 デザイナーの皆さんはWebやアプリなどをデザインする上でフォントを作った事があるでしょうか？ ずいぶんと前から「これからはWebフォントの時代だ」なんて言われながらも、現実は中々使うのが難しいなぁと感じている方は多いかもしれません。 今回はクックパッドで実際に作ったオリジナルフォントを使ったWebやアプリのデザインについて事例を交えながら紹介してみたいと思います。 クックパッドでの事例 印象と機能を向上させるデザインのためのフォント ブラウザやアプリの標準のフォントではない特殊なフォントを使う理由として真っ先にあげられるのは、やはり文字の雰囲気や見た目でデザイン的な印象や見え方を向上することができる点だと思います。最近ではAppleのWebサイトもオリジナルのWebFontを使ったデザインに変わりましたね。 クックパッドでは特
Resource Routingつらくね？ - Qiita
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}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ
テスト先に書きたい若者よ - hitode909の日記
弊社では毎年インターンを受け入れているのだけど，いまもインターンが来てて，テスト先に書きたいけど油断すると先に実装を書いてしまう，とか話してた． 個人的には，テスト先に書くのが大事というよりかは，意識して仕様を先に考えるのが大事だと思っている．テストを先に書くと，先に仕様を考えざるを得ないので，良いスタイルが身につく． 僕がよくやるのは，関連しそうなクラスの絵をひと通りノートに書いてみて，その図だけで，うまく動くことを説明できるくらい考えてみる．その時点でおかしかったら，コード書いてもおかしくなる．ノートに方眼ついてるとクラス図書きやすい．UMLとかじゃなくても，自分で見て分かるくらいでもいいと思う． 紙でうまくいったら，外部仕様だけソースコードに書いてみる．クラス名と，メソッドの定義と，メソッドの上くらいに，ひと通りコメントでも書いてみて，この関数はこういうことをするんです，こういう引数
WebエンジニアのためのWebサービスデザイン実践講座
DeNA 社内勉強会に呼んでいただいて、お話させていただきました。 Reviewに登場していただいてるサービスはこちらです。 動く小説投稿サイト Denkinovel by @katryo さん http://denkinovel.com/ ご協力ありがとうございました( ˘ω˘)
続・リトライと冪等性のデザインパターン - リトライはいつ成功するか - Blog by Sadayuki Furuhashi
三度の飯よりエラー処理。古橋です。 大変好評をいただいた序章リトライと冪等性のデザインパターンの続編です。 前回はほぼ前置きでしたが、今回は冪等でない操作を冪等にする具体的なテクニックもまとめていきます。 パターン２：エラーを区別してDELETEを冪等にする リソースに常に一意なIDが振られていれば、Deleteを冪等にするのは難しくない。そもそも同じリソースを2度削除することはできない。 一つ注意するべきなのは、削除されたリソースのIDが再利用されるケースでは、Deleteの冪等性は保証されない。例えば、kill -KILL <pid> コマンドはDelete系のAPIと考えられるが、pidは再利用されるので、何度も繰り返すと意図しないプロセスを殺してしまう可能性がある。 一般にIDの生成は非常に難しい問題だが、Deleteに関してのみ言えば再利用されなければいいので、単調増加する整数（
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Backlog UI リニューアルの舞台裏 / Backlog Renewal UI
AutoDraw
出错啦!
The Top Color Trends of 2015
Design Sprint 概要 / デザインスプリント概要
GitHub - tdantas/usecasing: Responsibility centric with use cases. Enjoy your code !