UXを知るためのブックリスト（2020）｜yoshi_design
はじめにひさしぶりにブックリストをつくりました。今回のブックリストでは「UX」を取り上げています（日本語で読める本だけです）。 ここで扱うUXは “User Experience” のことです。巷には様々な定義がありますが、定義の話にはあまり興味がないのでここではしません（他のブログや学術書をお読みください）。 タイトルに UXデザイン と書くか、UX と書くか迷いましたが、「UXというワード」が扱う範囲が、製品やアプリの使用経験からマーケティングやDX（デジタル・トランスフォーメーション）にまで拡張してきている状況をふまえて、あえてデザインを外して「UX」としました。（異論はたくさんありそうですがそれぞれのお考えは尊重します。定義論争と同じくそこにはあまり興味がありません） 以下で本を紹介していきますが、いざブックリストを作ろうと思うと、網羅的、体系的に書かれた本が少ないことに気付きます
noteのIPアドレス流出騒動で流出したIPが本当は何なのかよく分からない件｜sheva｜note
詳細については省きますが先日noteに投稿された記事のページソースコードから「記事投稿者のIPアドレス」が確認できてしまう不具合が発覚しました。 以下公式発表 https://note.jp/n/n3e6451c9b147 私の方でウェブ魚拓などのサービスを利用していくつかの記事のソースコードを確認したところ2020年2月頃には既にこの状態になっていたようです。 ここからが本題なのですが今回noteが発表した漏洩したとされる 「記事投稿者のIPアドレス」 について、note公式からの発表では説明しきれていない状況が確認されています。 まずこちらをご覧ください。 私がIPアドレス流出騒動を確認した日に記録した私自身の記事のIPアドレスです。 1. 2019/11/12投稿記事 （記事の内容はちょっとアレな感じですが） もちろん現在不具合は修正され確認不可能になっていますが、2つとも8/14の
【図解入門】シンプルな図の作り方｜櫻田潤🎨インフォグラフィック・エディター｜note
3年前に、図解の基本をまとめた本『図で考える。シンプルになる。』を書きました。その内容から、エッセンスを抽出したのが本noteになります。 （１）「幕の内図解」と「イチオシ図解」 図には、大きく分けて、2つのアプローチがあります。 ひとつは、幕の内弁当のように、いろんな要素を盛り込んだ図で、もうひとつが、唐揚げ弁当のように、イチオシのおかずにフォーカスした図です。 たとえば、桃太郎の話を「幕の内図解」のアプローチでまとめてみたのが、つぎの図です。 登場人物とエピソードをフラットに扱って、網羅的に盛り込んでいます。 この図を使って、人に説明しようとすると、「まず、お婆さんですが……」「つづいて、お爺さんですが……」といった具合に、「お婆さん」「お爺さん」「桃太郎」それぞれの視点に切り替えが必要になり、話す方も話しづらければ、聞く方もまどろっこしく感じてしまいます。 相手がじっくり聞く耳を持っ
【保存版】「もうデザイナー用の最強チートシート作っちゃおうよ」と現役デザイナー4人で超便利サイト情報を集約してみた20211017更新｜ryota_funakoshi
【保存版】「もうデザイナー用の最強チートシート作っちゃおうよ」と現役デザイナー4人で超便利サイト情報を集約してみた20211017更新 こんにちはデザイナー社長の船越です！久々のnote投稿ですが、ツイッターを見ていてデザイナー初学者の人から 「どこから画像を引っ張ってくればいいかわからない😭」 「日々の情報収集どうすればいいの？🤔」 という悩みをよく見かけます。そこでデザインオタクの僕が、普段見ているサイトや参考になる選りすぐりの情報を全部まとめました！デザイナーのクオリティと速度は引き出しで決まると僕は考えています。このまとめを見て皆さんの学習と仕事が少しでも捗るようになれば嬉しいです！たくさんのデザイナーさんの役に立つ記事にしたいため、「このツールも便利だよ！」というのがあればぜひコメントで教えてください！ 日々こちらは更新して行く予定なので困った時は是非参考にしてもらえると嬉し
AWSアカウント シングルサインオン構成のご紹介(電通デジタル自社開発部門 2020年上期版)｜Dentsu Digital Tech Blog
電通デジタルでSite Reliability Engineer(SRE)をしている齋藤です。 先日(8/5)に7/22開催のAWS Black Belt Online Seminar「AWSアカウント シングルサインオンの設計と運用」の資料が公開されました。 資料中では以下の内容を説明しています。 ・AWSではアカウントに個別のIAMユーザを作成してログインする代わりに、IDプロバイダ(IdP)を使用し、シングルサインオンができること ・シングルサインオンは組織に独自のID基盤がある場合や、複数のAWSアカウントを使用している場合に有効であること ・シングルサインオンの実現の方法にはいくつかパターンがあり、運用をふまえながら何を選択するのがよいかであること 弊社の自社開発部署もAWSをマルチアカウント構成-シングルサインオンで運用しています。今回はその事例を上記資料の選定パターンチャート
アプリ開発会社22社一覧。私が全力でおすすめしたい企業ランキング｜shimano＠広告代理店デジタル部門
現在アプリ開発会社は無数にあって、どのアプリ開発会社が評価の高い企業なのか初めての人には分かりません。そこで、広告代理店で多くのアプリ開発企業を紹介し、導入ご評価の高かった企業を私なりに紹介します。 フェンリル株式会社 まずはブラウザ「Slepior」を開発しているフェンリルさんです。フェンリルは、ユーザーを幸せにするプロダクトをデザインしています。徹底したユーザー目線で、想像を超えるアイディアを生み出すプロたちが、 そのデザインと技術で最高の形へと導きます。 【導入実績】ショップチャンネル、ダイキン、大丸・松坂屋、オミカレ、キタムラ、リオネット、スクエアエニックス、キュリカ、テレビ東京、豊田自動織機、白山工業などのアプリを開発。 https://www.fenrir-inc.com/jp/ 株式会社ロケーションバリュー アプリ開発サービス「ModuleApps」を提供する会社です。Mod
決済システム概論(1) 決済の基礎・決済リスク｜myao
※ヘッダー画像引用：「国内の銀行間振込業務におけるブロックチェーン技術の実証実験に係る報告書」（ブロックチェーン研究会, 2015） 先日、下記の記事で告知した決済システム勉強会を開催しましたので、その内容をベースにして、記事化しました。 周知の通り、2020年に入ってから、公正取引委員会の報告書が発端となって、全銀システムの改革の検討が進んでおり、また、中央銀行によるCBDCの実証実験の検討も具体化しており、決済システム周辺の動きが加速しています。 今回取り扱うテーマである「決済システム」は、ニッチな領域かとは思いますが、上記のような金融改革の動向を理解するための一助になればと思い記事にしました。 先日の勉強会では、DTNS・RTGSという主要な決済システムの類型に関しても触れましたが、長くなりますので分割して、この記事では前段の「決済の基礎」と「決済のリスク」について書きます。 日銀ネ
プログラミング上達したい人に繰り返し読んで欲しい4冊｜erukiti
プログラミング上達したいんだったら、四の五の言わずに、 ・クリーンアーキテクチャ ・レガシーコード改善ガイド ・アジャイル・サムライ ・リファクタリング 系のどれか を、全部最低5回読み返して欲しい。それでプログラマとしては圧倒的に成長できるんだから、マジで読んで — Next.js + Hasura 最速プロトタイピング本 @技術書典9 出す予定 (@erukiti) July 27, 2020 先日、こういうツイートをしたらバズってしまいまして。これらの本を理解できるまで読みこめばプログラマとして成長できますよーというもので、 ・ クリーンアーキテクチャ ・ レガシーコード改善ガイド ・ アジャイルサムライ ・ リファクタリング 系のどれか（例えばリファクタリング第二版） の4冊を挙げました。いろいろな人の感想を読んで、補足が必要そうだなと思ったので記事として書きなおしています。 追記
専業EC首位モノタロウ決算の衝撃｜ryumuramatsu（村松竜）
ちょっと前に1兆円の大台にのったB2BのECの雄、MonotaRO（モノタロウ）。時価総額1.1兆円、東証一部上場ランキングは106位。祖業のB2BのEC一本でひたすら拡大し、コングロマリット化している楽天1.3兆円に肉薄しつつあります。 株式会社MonotaRO（モノタロウ）は、兵庫県尼崎市に本社を置く事業者向け工業用間接資材のEC/通信販売会社。wikiはこちら 売上成長率20%、営業利益成長率23%と、絶好調が継続です。年間1500億円規模の売上でこのスピードがすごい。すごいというか、ありえないです。スタートアップ初期の10億円や上場直後規模の100億円ではなく、1000億円を超えていて、まだこのペースが落ちないのですよ。成長の率を維持するから、冒頭のグラフのとおり世界中の投資家に愛される「綺麗な二字曲線」です。（だから1兆円を突破しています） なぜこんな離れ業が出来るのか。長年不思
【無料化】Unityで人気のビジュアルスクリプティングツールを使いこなす【Bolt】｜Unity Japan（ユニティ・テクノロジーズ・ジャパン）
5月に電撃発表された、人気のビジュアルスクリプティングツール『Bolt』のUnityファミリー入り。 そこからついに・・・ 【無償化】Bolt ビジュアルスクリプティングがすべての Unity ユーザーにご利用いただけるようになりましたhttps://t.co/mVWuMbiiMo pic.twitter.com/qkA1MyYXzR — ユニティ・テクノロジーズ・ジャパン (@unity_japan) July 22, 2020 Boltが無料になりました！ ビジュアルスクリプティングツール『Bolt』とは？ ゲーム開発をあまり知らない人に簡略して説明すると「コードを書いてプログラミングしなくても、同じようなことができる」という感じ。 Unity以外のゲームエンジンなどを使ったことがある人に簡略して説明すると「Blueprintsのような機能をUnityでも使えるプラグイン」という感じで
「プログラミング教育の最前線」はしょーもなくも生々しいエピソードでいっぱい。これが現実だ。 情報処理学会誌 2020年8月号｜TAKASU Masakazu
だてに「プログラミング教育の最前線」というタイトルになっていない。最前線はエキサイティングで身も蓋もなくてもの悲しいものだ。出てくる具体例、現場ならではのリアルなものが多くて面白い。情報処理学会の月刊誌だが、紙版もKindle版も1号ずつamazonで買えるのでオススメ。 ・プログラミング教育の流れから始まったコンピュータ的思考が、結局は「フローチャートをみんなで書く」ようなカリキュラムになり、先生がフローチャートの意味を理解できてないのでまともな指導ができず、「なんとなくプログラミング教育が必要だから」みたいなお題目のもと換骨奪胎していく ・実際に機材を購入する各地方自治体の教育委員会の中には、注文ルートがファックスと指定代理店しかなく、市価で2000円程度のmicro:bitが納品時に6000円になるところもある ・CoderDojo等の市井のプログラミング教室が広がり、小学生が親のた
【21新卒SWE】 私はこうしてGoogleに落ちた ~Googleに挑んだ120日~｜grouse324
はじめに私は来年度からエンジニアとして働き始める大学院生です．今年の春にGoogle Japan Software Engineer 2021年度新卒採用にエントリーし，落ちました． オンサイトのコーディング面接は通過したものの，その後最終的に不合格となりました． この記事では前半で選考の経緯について，後半で私が対策に使った教材について紹介させていただきたいと思います． ※最大限配慮しているつもりではありますが，もし載せるべきではない内容等がありましたらご指摘いただければ削除致します． 記事を書くにあたって世の中には「私はこうしてGoogleに受かった」系の記事がいくつもあります．これまでGoogleに入社されそういった記事を書いて来られた方は皆さん素晴らしい能力を持った方々ばかりだと思います．しかし私は 「結局 "入社前に圧倒的な能力や経験値を持っていた" 人や "実力に加えタイミングや
マイクロサービスを (Ruby on Rails 以外の任意の言語) で書くことについての意見｜qsona
この文書は、ある組織において、ある一つの Ruby on Rails で書かれたサービスの全部または一部を、(言語A) で書き直したい、という proposal に対して qsona が表明した意見の文を、一部手直ししたものです。このサービスは、現在担当しているチームとは別の人が初期実装をしたものであり、現在はまだ小規模ですが、今後新しいチームの手により発展していくもので、現在の規模のうちに要件や新しいチームメンバーに最適な言語で書き直すという選択は十分合理的です。また、この組織内のコードは、Ruby on Rails で書かれているものが大半であり、さらに組織としてマイクロサービスアーキテクチャの方向を目指している、という前提の上でお読みいただければと思います。もちろん文責は qsona 個人にあり、qsona の属する組織の意見とは関係ありません。 ------------------
VPoE handbook | エンジニア組織のマネジメントに悩んでいた三年前に戻れるなら渡したい。VPoE handbookを書き終えました (目次&サマリ付)｜Takayuki Shimizu
（この記事はVPoE handbookの目次＆サマリパートです） 以下で書き始めを宣言してから進捗が悪思わしくなかったhandbookですが、ようやく書き終わりました。 数えるといつの間にか合計30,000字ほどになり、意外とボリュームが増えてしまったので、少しずつ読みやすいように章ごとに記事にしています。 目次はこの記事の目次部分、もしくはこちらのマガジンの一覧からご覧ください。 この記事自体ではその目次と簡単な解説をつけ、ざっくりと全体像を知り、詳しく読みたい気になる記事を見つけやすくするような構成で書いていきたいと思います。 （この7月からは開発マネジメントのキャリアとはまた違った方向に進みだしたので、賞味期限切れギリギリ?!になりましたがなんとか整理も終わりました。） VPoE handbookを書こうと思った理由まずはなぜ書こうと思った？の問題意識から。 この記事にあるように、三
LANケーブルを交換したら回線速度が倍どころじゃない速度になった話｜白鷺
一般家庭ユーザー向けのやらかし体験談記事です。 パソコン周りの知識が豊富な方などは見る価値はないと思います。 技術的な話とかはありません。 皆さんはLANケーブルの規格を気にしたことがありますか？ 品質を気にしたことがありますか？ パソコンを自作する程度には好きで色々と弄っていますが、お恥ずかしいことに規格はチラ見程度、品質なんてものは大きな違いがあるとは思わず、一切気にしたことがありませんでした。 いつ買った、どの機器についていたケーブルかも気にせずブスブス挿していた始末。 そんなLANケーブルを交換したらインターネット回線の速度が3倍ぐらいになったお話です。 先日、いつものメンバーのLINEグループでWi-Fiルーターを交換した話が流れていました。 特に気にすることもなく、適当に流そうと思ったのですが A「有線が100Mbpsなのに無線が234Mbpsなの笑う」 A「有線ポートというか
年収マウンティングそろそろ滅びろ｜池澤 あやか
やりがい搾取はよくないですよね。 ……いや、別に、そういう複雑な話をしたいわけではないんだ。 単にわたしは「年収マウンティングが嫌いだ」ということを言いたかっただけなのだ。誤解をさせてすまない。 お金は、我々の命を守ってくれるものであり、文化的な生活を送るのに必要不可欠なものであり、教育の資源であり、とても大事なものだ。 しかし、他人へのマウンティングの材料として使うのはどーなのよ、ということを問いたい。 マウンティングの材料に使う＝「年収が高い」ということに自らの価値を置いているということになるが、前述したように、年収というのは、会社や働き方に依存するため、現在いる会社や働き方に自分の価値を依存させてしまうことになる。 今の会社をやめたら、今の無理な働き方をやめたら、あなたの価値は下がってしまうのだろうか。 また、非常にうんざりすることなのだが、東京で女性として生きていると、よく男性から
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
これから推薦システムを作る方向けの推薦システム入門｜masa_kazama
イントロ「Amazonのこの商品をチェックした人はこの商品もチェックしています」や「YouTubeのあなたへのおすすめ」、「Twitterのおすすめユーザー」などのレコメンド機能は多くのWebサービスに組み込まれております。そのレコメンドによって、ついつい商品をたくさん買ってしまったり、夜遅くまで動画を見てしまった経験はないでしょうか。 この記事では、レコメンドシステムの裏側はどのような仕組みになっているのか、そもそもレコメンドとはどういうものなのかを具体例を交えながら俯瞰できればと思います。レコメンドシステムのアルゴリズムの詳細には触れず、ビジネスにおいてどのような形で実装されているかにフォーカスしています。ネット上に公開されているレコメンドに関するスライドや記事、論文のリンクをまとめましたので、アルゴリズムの詳細などはリンク先の記事でご確認ください。 対象の読者は、自社のサービスにレコ
情シス立ち上げマニュアル - 採用、マネジメント編｜12ban
数年前にQiitaに書いた記事の大幅アップデート版です。 このシリーズは情シス何もわかんないけど、1人目の情シスを採用し、一緒に情シスを作り上げていく、そんなマニュアルです。1人目の情シスが採用できたあとは、一緒にこれを読んで実行に移してみてください。 全部で4つの記事に別れています。 - 採用、マネジメント → この記事はコレ - 戦略づくり（ルール、業務基盤） - 戦略づくり（セキュリティ） - 戦略づくり（BPR / 業務改善）→ ※内容薄すぎた場合作成しないです そして、本記事をレビューしてくれた某分家コミュニティの人たち、そしてより良いものにしようとコメントくださった、おかしんさん、ゆりねえの二人に感謝を。 想定読者 * 情シスがいない企業で情シス立ち上げを行おうとする人（CTOなど） * 1人目の情シスとして入社して、これから立ち上げを行っていく人 ※世の中のすべての情シスを知
フロントエンドエンジニアブログ を始めます！｜食べログ フロントエンドエンジニアブログ
ご挨拶はじめまして！ 食べログのFE（フロントエンジニア）チーム リーダーをやっております、 辻です。 食べログのフロントエンドってどんな印象でしょうか？ 「めっちゃ大変そう」でしょうか？ 出典：https://www.slideshare.net/YoshieYamamoto/ss-83840311 「食べログ フロントエンド」でググるとこの記事が上位に表示されますので、この印象がある方もいるかと思います。 こちらのスライド「食べログのフロントエンドエンジニアってめっちゃ大変やねん･･･」では、 場当たり的な実装を繰り返さないために生まれたFEチームについて、 他チームのエンジニア・デザイナーをサポートする苦労、 分業体制の食べログで納期とメンテンス性のバランスをとる難しさ、 jQuery+Backbone.JS、Gulp+webpack、SMACSS+BEM+FLOCSSなどで構成され
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
