今年もRubyKaigiが始まりましたね！noteはrubyスポンサーとして協賛しています。三重の会場にきている方は、ぜひnoteのブースにも足を運びください。 さて、noteはRuby on Railsを用いたwebサービスとして2014年にリリースされました。現在でも継続してRailsのコードベースを利用しています。 しかし、多くの機能がリリースされ、開発者も増えたため、モノリスの巨大化が進んでおり、開発効率に影響が出始めていました。 今回はそれらの問題を解消するために、noteが継続的に取り組んでいる・取り組んできたバックエンドの改善プロセスについて説明していきます。 モジュールでサービスを構成するモノリスは大きくなるとメンテナンスが難しくなります。Railsは、MVCの各層に全てのドメインがフラットに並び、レイヤごと・レイヤ間の結合度が高くなる設計思想で、巨大モノリス化への対処が難

日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

Youtubeで"UI/UX,Webデザイン"、"初心者デザイナーが価値あるスキルを身に着ける"ためのチャンネルを運営しています。 その中で”伸ばすべきデザイン力”を整理できないかとトライしているので、そのログを残します💡 デザインを学びたいけど何から手をつけたら良いのか、何を目指すのかよくわからない。という人の助けになると嬉しいです👍 ※UIデザイナーの定義を「UIで構成されるインターネット事業のサービスをデザインする人」で置いています。 🤔ベースにしている考えいろんな方々が引用している、The Elements of User Experienceをベースに出発しています。これは「ユーザー体験」を作っていく上で必要になる要素を、層で整理しているものです。 シンプルに日本語化して整理してみると、以下のようになります。 （間違いあればこそっとご指摘ください・・・） デザインをしていく

早稲田の建築学科に「設計演習A」という名物授業がある。よく分からない課題に対して学生が全力で応えるというもので、なかでも「役に立たない機械」を作りなさいという課題はテレビでも定期的に放送されていて有名だ。 授業終了後、学生が主体となって展覧会を開くことがあり、ぼくはこれまで毎回訪問している。今年も文句なく面白かったし、アイデアをたくさんもらってしまった。

実務未経験でプログラマとして入社して半年以上が経った。 コードレビューで指摘されたことを備忘録としてまとめておく。 自分なりにまとめたものなので、レビュアーが言いたかったこととニュアンスや解釈がずれている可能性はある。 初歩的な内容ばかりで我ながらうんざりする。 せっかく優秀な同僚ばかりなのだからもっと高度なことを学びたいが、こういう初歩的なことが出来ないのが俺の現状なのだから、仕方ない。 そもそもPullRequestを送ったこともなかったわけだし。入社初日は、一人でPullRequestの出し方を練習していた。 それを考えればまあ、こんなものだろうか。 当たり前のことをちゃんと当たり前に出来るようになって、早く、次のステージに進みたい。 PullRequest(PR) PRのタイトルは分かりやすいものに。必要に応じてチケットの番号なども入れる。 コミットやPRは出来るだけ粒度を細かくす

Amazon Dash Buttonについて、人と話す機会が何度かあったので、 いかにAmazon Dash Buttonがヤバイかを毎度説明するのだが、 「あんな電池が一年で切れるデバイスは使えない」 「商品がドラッグストアよりも高いのに買うやつはいない」 といった的外れな答えが割と帰ってきて、もんにょりすることが多いので、私が思うヤバさを解説してみようと思う。 エンジニアリング的なヤバさ Amazon Dash Buttonは、どう考えてもビジネスモデルから逆算してハードウェアを設計しているので、ハードウェアから設計して、ビジネスモデルを作ろうとしている連中は絶対に勝てない。 ビジネスモデルによってハードウェアに対する要求は大幅に変わる。 IoTデバイスはコスト、大きさの面でリソースが限られているため、限られたリソースをどこに割り振るかで、要求を満たせるかどうかが決まる。 Amazon

こんにちは、投稿開発部副部長の勝間(@ryo_katsuma)です。 普段はクックパッドのレシピ投稿周辺のサービス開発を行う部署のマネジメントやエンジニアリングを担当しています。 さて、クックパッドでは、8月10日から先日9月2日まで技術インターンシップを開催していました。 講義全体のまとめについては、先日公開されましたこちらの記事を参照ください。 クックパッド サマーインターンシップ2016の資料を公開します Service Development at Cookpad 2016 summer internship 今回は、私が担当した4日目の講義「サービス開発」について、どのような狙いを持って設計したか、また参加学生の皆さんがどのような反応だったかなど、舞台裏についてご紹介いたします。 昨年の振り返りと課題 技術インターンシップにおいて、サービス開発の講義は昨年度も私が担当しました。

こんにちは、株式会社ビットジャーニーに出向中の出口 (@dex1t) です。ビットジャーニーでは、社内情報共有ツール Kibela*1のサービス設計やプロダクトマネジメントに責任を持ちつつ、エンジニアとして開発全般に携わっています。 今回は、新サービスの立ち上げ時にどのような考えで重要指標*2を設計し、それを実際の開発のなかでどう使っていくかという話をします。 なぜ検証をするのか そもそもなぜ新サービス立ち上げ時に、重要指標や検証といった考えが必要になるのでしょうか。それを考えるにあたって、クックパッド的なサービス開発の流れを改めて整理してみます。 企画と検証は表裏一体 サービス開発といえば、企画・開発・検証をぐるぐる回すというのが一般的だと思います。指標は検証段階で活用する道具です。企画で考えたことを確かめるのが検証段階であり、企画と検証は表裏一体です。 したがって、指標の設計をするにあ

ニールセン博士のユーザー調査のないUXは、UXではない（原文：UX Without User Research Is Not UX）の記事は、読んだことがある方も多いのではないでしょうか。 もちろんユーザー調査などは当たり前のようにやっているサービスもある一方、長年運営していても調査自体を行ったことのないサービスもあるようです。 適切なユーザー調査を行っていないと、新しい施策を考える際にも開発メンバーの思い込みだけで開発が進んでしまい、リリースしたのに誰にも利用されなかったということになりがちです。 また、調査をしていても施策を実施した後に適切な評価を行っていなければ、何が正しくて何が間違っていたかが学べないため次のPDCAには進めず、組織としてのナレッジも蓄積されません。 STANDARDでもUXデザインのご依頼を頂く場合には、基本的にはユーザー調査によりそもそものユーザーの課題はあるか

UIデザイナーの周りにある"設計"について、Human-Computer Interactionからヒトとコンピュータの仕組み、エンジニアの設計手法、コミュニケーションの方法などをまとめました。

) 4月1日に10年続くとあるWebサービスをフルリニューアルしました。 リニューアルの目的は、システムが度重なる機能拡張により、必要以上に複雑化してしまい、ちょっとした修正でも非常に時間がかかるので今後、事業のスケールを拡大していく上のが難しくなってきたためです。 特に大きなところですと、スマホサイトがリニューアル前のサイトだと、スマホとPCで機能が完全に分断されてしまっていました。サイトを立ち上げた当初はスマートフォンすらなかった時代なのでしょうがないとは思いますが、これをこれ以上保守していくのはしんどいので、スマホファーストの思想を取り入れサイトを設計していきました。 技術的にも、PHPからRubyに変更して、ELBやS3をとりいれ、Githubベースの運用に変更することで、時代の流れに取り残されていたWebサイトを今風な感じの仕組みへと変更しました。 リニューアル自体はプロジェクト

ちょっと前に書いた「ダイソーで売っているiPhone用Lightning充電ケーブルとアップルの特許について」は結構注目を集めたようです。私もこのケーブル２本買って外出時のモバイルバッテリー用としてかばんの中に入れておくことにしました。こういう予備用・非常用として自己責任で使う分には実に便利だと思います。 さて、その記事では「設計・製造は中国企業だと思う」と書いたのですが、その後に情報を提供してくれる人がいて、日本企業が設計開発した製品であるということがわかりました。また、Appleの特許権の回避についても、ひょっとして「コストカットのために片面専用にしたら結果的にAppleの特許権も回避されてしまった」という可能性もあるかなと思ったので断定を避けていたのですが、どうやら意識的に特許権の回避を狙っていたこともわかりました。 また、このケーブルのパッケージには「意匠取得済」（ﾏﾏ）と書いてあ

2013年ふりかえりと2014年の予想でも書いたように、ここ1年でモバイルアプリのプロトタイプを作れるツール・サービスが数多く登場しています。 もうけっこうな数が出てきましたので、これからプロトタイピングを検討しようとしている方の参考に、また自分自身の把握のために、一度整理してみたいと思います。 なお、例によって後半は息切れ気味です。気付いたら1万文字近く書いてた… (2014.08.15)記事書いてから半年くらい経って、各種サービスもアップデートしたりがあったのでいろいろと追記しました プロトタイピングとは何か そもそもプロトタイピングって何ぞやというお話なのですが、Wikipediaにいい感じの解説が載っておりましたので転載します。 "プロトタイピング（Prototyping）とは、実働するモデル（プロトタイプ）を早期に製作する手法およびその過程を意味する。その目的は、設計を様々な観点

事業戦略と組織のビジョンデザイン〜デザイン的アプローチで事業・組織づくりにどう取り組んでいるかのリアル〜