翻訳: WebAPI 設計のベストプラクティス - Qiita
これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さんなりの答えを提示し、簡潔かつ明快に解説してくれています。 今後 WebAPI を設計される方は、是非参考にしてみてください。 なお、誤訳がありましたら編集リクエストを頂けると幸いです。 まえがき アプリケーションの開発が進むにつれて、その WebAPI を公
ビームスのアウトレットで「10年以上前の人気デザイン」の服がずっと売れ続けている理由。 - 山田耕史のファッションブログ
どうやら少し前から話題になっていたようですが、今朝僕のツイッターのタイムラインに流れてきた、こちらのツイート。 軽井沢プレミアムアウトレットモールに毎年3回は来る者なのですが、完全に「来てはならない場所」になってて涙。正規店には置かないアウトレット専用の低劣品を混ぜて情弱に売るのはよくあったんだけど、もはや今は「それしかない」 正規店に置いているレギュラー品は、ぶっちゃけ公式webショップで pic.twitter.com/QRMgpUKIsj — アムロ・ジ・エンド™️ (@amurosansan) 2023年4月29日 「正規店には置かないアウトレット専用の低劣品は、いわゆるアウトレット専売品ですね。を混ぜて情弱に売るのはよくあったんだけど、もはや今は「それしかない」」 とっても辛辣な表現ですが、よくわかります。 大手セレクトショップのアウトレット専売ブランド 「正規店には置かないアウ
My current HTML boilerplate - Manuel Matuzovic
My current HTML boilerplate posted on 09.04.2021 Every element I use for the basic structure of a HTML document, with explanations why. Traducción a Español by www.ibidemgroup.com. Usually when I start a new project, I either copy the HTML structure of the last site I built or I head over to HTML5 Boilerplate and copy their boilerplate. Recently I didn’t start a new project, but I had to document
UIデザイン初学者の頃の自分に捧げたい、「勉強するならまずこれを読もう！」と思う読み物7選｜623
はじめまして、ムツミ（@623px）と申します。「CAMPFIRE」という、クラウドファンディング事業の会社のデザイナーをしています。 普段はグロース周りのデザイン施策を担当していて、少し前は仲間集めプラットフォーム「TOMOSHIBI」という新規事業のデザイン全般を担当していました。 --- 最近デザインを勉強している友人にむけて、勉強におすすめの記事や本をまとめる機会があったのですが、UIデザインをはじめたの頃の自分に読んで欲しい…と思うものばかりでした。当時のわたしは「とりあえずやってみてわからなかったら調べる！」という方法で突き進み、体系的に学ぶことが少なかったためです（反省） まだまだデザインを語れる立場ではないのですが、せっかくなので当時の自分に向けて、そしてこれからの自分のおさらいになるように、厳選してnoteに記録しておこうと思います。 僭越ながら、UIデザイン勉強中の方や
Laravel で Service 層を取り入れるときに検討したいこと - Qiita
この記事について 普段何気なく使っている Service クラス（Service 層）について、書籍を中心にその役割や目的について書かれた資料を読みながら、Laravel 製のウェブアプリケーションに Service 層を取り入れる際の判断材料となるような情報や観点を、提供できればと思います。 以前にも調べたり考えたりしたんですが、そのときは明確な役割や使い方の提案ができなかったので、それの補遺的な位置づけになります。 Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る (9) Service編 - Qiita Service レイヤーとは これ 出典: Martin Fowler's Bliki https://martinfowler.com/eaaCatalog/serviceLayer.html どんなときに Service 層が必要になるか Despit
開発者が知っておくべきSOLIDの原則 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) オブジェクト指向プログラミングが、ソフトウェア開発に新しい設計を持ち込みました。 その結果、開発者は単一の目的を処理するために、全体のアプリケーションに関係なく、1つのクラスの中で、同じ目的や機能を持つデータを結び付けることができるようになりました。 しかし、このオブジェクト指向プログラミングで、分かりにくいプログラムやメンテナンスができないプログラムを防ぐことはできません。 そこで、5つのガイドラインがRobert C. Martinによって作り出されました。これら5つのガイドラインすなわち原則により、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくなりました。 5つの原則は、S.O.L.I.Dの原則と呼ばれています（頭字語はMichael Feathereによって名付けられま
カルチャーの違いを考慮したデザインのポイント
様々なもののデジタル化が進む中で、デザイナーの役割も大きく変化し始めている。 特にインターネットを介したサービスにおいては「design, Design, DESIGNの違いを知っていますか?」でも紹介されている通り、世界中の不特定多数のユーザーを念頭にデザインしなければならない時代になってきている。 それは同時に、受け取り側の趣味嗜好や価値観を十分理解した上で、プロダクトやメッセージングを考える必要があるということでもある。デザインコミュニケーションとして、単純に言葉を翻訳しただけでは不十分なのである。 目で表情を伝える日本人、口で表情を伝える欧米人日本と欧米では絵文字の表現方法が大きく異なる。特に日本では「目」を主な表現として利用しているのに対し、欧米では主に「口」の形の違いで感情を伝えている。 この違いの原因の一つが日常生活における人々の生活習慣の違いだろう。 ご存知の通り、花粉症の
『いらすとや』の素材を色覚障がいの視点から見てみた
いらすとやのイラストのこだわりを軽視したらダメ。 いらすとやの素材は反転して使用しても違和感が無いように人物素材に服のボタンやポケットが書かれていない。色々な髪型の、色々な服装の、複数の人物が存在する。種類の豊富さもすごい。 誰にでも親しまれるイラストを書くことの難しさよ。 — 理央 🎊ゆかりっくフェス10/6参戦 (@Rio_M) October 27, 2018 実際に反転してみると、たしかに違和感がない！ ではそんなにこだわっているのなら、色の方はどうなのかな？と思ったわけです。 色覚を変えて見てみる 使った素材はこの３つ。３つめは半分趣味です。 できれば、いつも色覚を変換するときは、TOYO INKの『UDing®』を使うのですが、マシンを新しくしたら使えなくなってしまい…。 P型とD型だけですが、フォトショップの『色の校正』機能で変換しました。 ラーメンを食べる男 麺の部分と洋
Japan Digital Design 株式会社に入社しました | 9mのパソコン日記
8 月から Japan Digital Design 株式会社にジョインすることになりました。 メインの職場としてはかなめい株式会社のままです。 ジョインのきっかけ 今年 3 月に行われた三菱 UFJ 銀行主催のハッカソン Fintech Challenge 2018 にて大賞を頂いたのがきっかけです。 そういえばブログではなんも言ってなかったですね。チーム$NYAON にて大賞を頂きました。 kkosuge on Twitter: "Fintech Challenge 2018 大賞頂きました！！！やったー！自撮りしたいけど全然入らない！ #MUFGコイン #MUFGCOIN #yatteikifm Japan Digital Design という会社 正直、Japan Digital Design という会社はこのハッカソンが終わるまで知らなかったです。（今ページ見ても書いてないし分か
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
シリコンバレーの「何が」凄いのか
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/ Read less
オーバーエンジニアリングの正体とその向き合い方 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) 問題は細部（あるいはその欠如）にあり。 議論とは、ソフトウェア開発の基本的な構成要素であり、スケーラビリティを向上させるためには避けられない摩擦であると言えます。議論を通して私たちは出来上がるものの品質に影響を与え得るような問題を早い段階で浮かび上がらせることができるのです。その1つがオーバーエンジニアリングの問題です。 ウィキペディアによると、オーバーエンジニアリングとは下記のとおりです。 十分な 安全率 や十分な機能の確保のためか、あるいはデザイン上の誤りのどちらかの理由から、アプリケーションが必要とする以上に強固で複雑なプロダクトがデザインされてしまうこと。 また、ウィキペディアには、オーバーエンジニアリングが好ましい場合として、さらに、このようなことも書いてあります。 ある特定の基準の下で安全
Rails 5.1.0.beta1: Loving JavaScript, System Tests, Encrypted Secrets, and more
Rails 5.1.0.beta1: Loving JavaScript, System Tests, Encrypted Secrets, and more Rails 5.0 was released just some eight months ago, and now, some 3500 commits later, we’re already close to the next big release. And what release this version 5.1 is lining up to be! We’ve made great strides on long-term promises and key ergonomics while also spring cleaning a bunch of deprecated code. Let me walk you
CSSのposition:stickyがすごく便利 | q-Az
最近新しく追加された position の新しい値 sticky が場合によってはすごく便利なので記事を書いてみます。 対応ブラウザがまだあまり多くないので実用性は乏しいかもしれませんが、今まで JavaScript の力を借りなきゃ出来なかったことがたったの2行の CSS で出来てしまう魔法みたいな position の値です。 position: stickyMDN が説明が詳しいので貼っておきます。 参考：position - CSS｜MDN 簡単に言うと「スクロールでその位置まで来たらそれ以降は fixed する」みたいな感じです。 サンプルこの記事内で「position: sticky」や「サンプル」など h2 要素に position: sticky をかけています。対応ブラウザであれば h2 要素が fixed しているはずです。 HTML<h2 class="h2-stic
エンジニアよ、デザインを恐れるな。ガイドラインの「根拠」が強い味方になる｜Fablic（フリル） | キャリアハック（CAREER HACK）
「フリル（FRIL）」を手がけるFablic社からは中村恵太氏が登壇。Googleが公開するMaterial DesignのガイドラインはUX改善にとどまらない。デザインが苦手なエンジニアの味方にもなってくれるという。その真意とは？ ガイドラインに沿うことで開発者が得られるメリット｜Fablicの場合 ※Google Playの『ベスト オブ 2016』 に選出された企業が集結したイベント『App Talk Night』の内容をお届けします。[登壇：Loco Partners(Relux)、AWA、Fablic(FRIL)、NewsPicks、VASILY（iQON）] 累計650万ダウンロードを突破（1月24日時点）。若い女性を中心に支持されている、ファッションフリマアプリ「フリル（FRIL）」。 株式会社Fablicのアプリエンジニア 中村恵太氏は、同アプリのAndroid版はMate
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ヤマハ | SEQTRAK
GoとRust - 並行処理編
NULL嫌いのUPDATEしないDB設計 #DBSekkeiNight / DB design without updating
入門 名前
https://www.donbei.jp/love/