並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 9199件

新着順 人気順

UXの検索結果201 - 240 件 / 9199件

  • 2021年にブックマークしたページでよかったもの集めた - Really Saying Something

    2013年から毎年、「年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2020年分は以下です。 2020年にブックマークしたページでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな~」という記憶を作るインデックスだからです!!! 基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース(掲載

      2021年にブックマークしたページでよかったもの集めた - Really Saying Something
    • エンジニアを分類する、3つのタイプ|山本 正喜 / Chatwork CEO

      エンジニアのタイプは、技術が好きか、プロダクトが好きか、組織が好きかの3つに大きく分類できる。技術の人は技術の本質を追求しテックリード/アーキテクト、プロダクトの人は技術を手段と割り切りフルスタックエンジニア/PdM、組織の人は開発生産性を高めようとEM/PMOを目指すことが多い — 山本 正喜 / Chatwork CEO (@cwmasaki) February 9, 2022 思っていた以上の反響をいただいて、いろいろと「このケースはどうなんだろ」というコメントも多数いただくので、この分類にいたった背景や考察などを、しっかり記事にしてみようと思います。140文字だと伝えきれない・・! エンジニアとしての志向性を技術・プロダクト・組織のどれが好きかで分類すると、目指すキャリアパスを考えやすいよねという話で、私がよくエンジニアの若手に話している内容をツイートしたものでした。 3つのタイプ

        エンジニアを分類する、3つのタイプ|山本 正喜 / Chatwork CEO
      • ナレッジマネジメントを組織に定着させるための提案|國光俊樹

        この記事はGoodpatchアドベントカレンダー2022の23日目の記事です。 突然ですが、私は昨年「ナレッジマネジメント」領域の新規事業を立案し、リサーチや価値検証を行いました。結果としてはβ版を複数社に導入していただきながら行った価値検証を経てクローズという判断になってしまったものの、そのプロセスを通じて様々な組織におけるナレッジマネジメントの状況や課題感、そしてベストプラクティスまで多くの知見を得ることができました。 今回はそういった経験を土台として、これまで発信の主テーマにしていた「UXデザイン」や「サービスデザイン」の領域ではなく「ナレッジマネジメント」というテーマで記事を執筆することにしました。 この記事では、組織としてナレッジマネジメントを推進する時にどのような観点や考え方が必要なのかを紐解いていけたらと思います。 (組織の状況やカルチャー、事業形態などによっても最適なHOW

          ナレッジマネジメントを組織に定着させるための提案|國光俊樹
        • デザイン思考が生んだ、問題解決というデザインの「誤解」|designing

          デザイン思考が生んだ、問題解決というデザインの「誤解」 イノベーションを促進する方法として、2000年代のビジネス界に瞬く間に広まった「デザイン思考」。しかし、そのなかで「デザインは問題を解決するためのもの」という誤った意識が強まってしまったと、あるデザイナーは警告する。 2023.06.01 アップルの台頭とともに高まった企業のデザインへの関心。 その流れを追い風に広まったのが「デザイン思考」ではないだろうか。 しかし、そのなかで「デザインはアップルの成功を追随させてくれるもの」「デザイナーは問題を解決する人」という認識も強まってしまい、デザイナーの役割を窮屈にしててしまった——ノースカロライナ州立大学グラフィックデザイン学科助教授で、自身もデザイナーのジャレット・フラーは言う。 では、デザイナーの真の力を発揮するためにもつべきマインドセットとは何か? フラーはスウェーデン政府イノベーシ

            デザイン思考が生んだ、問題解決というデザインの「誤解」|designing
          • デイリーポータルZは万年赤字!? 編集長・林さんがサラリーマンを続ける理由 | 森田雄&林真理子が聴く「Web系キャリア探訪」

            個性的なライター陣によるちょっと変わったコンテンツが毎日更新されるデイリーポータルZ(DPZ)。17年の歴史をもち、数年前からは、オンラインコンテンツだけでなく「顔が大きくなる箱」「地味ハロウィン」などリアルなイベントにも活動の場を広げている。 今日のゲストは、一人でこのメディアを立ち上げたイッツ・コミュニケーションズ株式会社 メディア事業部 林雄司氏。最近は、ちらほらとオウンドメディア運営終了のお知らせを聞くことがあるが、なぜ「黒字化したことがない」デイリーポータルZが、組織、会社が変わっても続いていくのだろうか。林氏のキャリアと会社の中でやりたいことをやり続けるための仕事観について迫った。 Webが一般に普及してすでに20年以上が経つが、未だにWeb業界のキャリアモデル、組織的な人材育成方式は確立していない。組織の枠を越えてロールモデルを発見し、人材育成の方式を学べたら、という思いから

              デイリーポータルZは万年赤字!? 編集長・林さんがサラリーマンを続ける理由 | 森田雄&林真理子が聴く「Web系キャリア探訪」
            • 「北欧、暮らしの道具店」のメルマガをABテストで改善した話|Kurashicom Tech Blog

              こんにちは。デザイナーの白木です。 前回はクラシコムのUXリサーチについてお話しましたが、今回は「北欧、暮らしの道具店」のメルマガをABテストの手法を使って改善した話をしたいと思います。 「北欧、暮らしの道具店」通常のメルマガは商品紹介がメインですが、それとは別に当店のアプリを紹介するメルマガも配信しています。 これまではメルマガ登録者全員に配信していたのですが、その中にはアプリをすでにご利用いただいている方も多くいらっしゃるため、アプリのダウンロードには繋がりにくいという課題がありました。 そこでアプリ紹介メルマガを配信する対象をメルマガの新規登録者に絞ることにしました。新規登録者は当店を知って間もない方が多いと思われるため、アプリについて知ってもらえる良い機会になると考えたからです。 内容も見直し、いくつかのパターンを配信して効果を検証してみました。 ※本来同じ期間に複数のパターンをテ

                「北欧、暮らしの道具店」のメルマガをABテストで改善した話|Kurashicom Tech Blog
              • 室内保管していたリチウムイオンバッテリーが自然発火してこうなった「ケースなかったら家燃えてた」

                猫もみ @akky_OD_No7 リチウムイオンバッテリーは基本燃える。 これは室内保管中だった中国製ドローンのわりとデカい容量のバッテリーが保管中に自然発火したものの防爆ケース内で収まって異臭だけで済んだ今年7月のやつ。 ケースなかったら普通に家が燃えてた。 pic.twitter.com/T2Ux8APkqH 2022-11-24 20:46:09

                  室内保管していたリチウムイオンバッテリーが自然発火してこうなった「ケースなかったら家燃えてた」
                • Webフルスタックエンジニアになるためのチェックリスト

                  Webフルスタックエンジニアになるためのチェックリスト Zennでの投稿にあたって この記事は、2020/03/22に自分のgithubリポジトリで公開していた内容を、Zennのgithubリポジトリ連携機能を用いて一般公開したものです。 投稿にあたって、Zennの記事連携フォーマットに準拠する以外の修正は加えておりませんので、一部Zennというプラットフォームの方針や雰囲気に合わない内容などあるかもしれません。あらかじめご了承ください。 はじめに 日本のWeb開発業界で「フルスタックエンジニア」になるために必要な知識を、個人的経験からまとめました。 フルスタックエンジニアの定義ですが、ここでは、 企業で開発リーダー/テックリードとして、Webブラウザアプリケーションを前提としたサービスの立ち上げからリリース、運用まで面倒を見られる。 というロールと仮定し、前提条件としては、どちらかという

                    Webフルスタックエンジニアになるためのチェックリスト
                  • ソフトウェア設計のトレードオフと誤り

                    「プログラムを設計するときに行った技術的な判断や選択が、後日大きな制約となる」これはプログラマなら誰しも経験したことのあることでしょう。本書は、そんなプログラミングにおける各種の設計上の選択について、トレードオフの内容やそれがどのような誤りを招きうるのかという点を踏まえて紹介する書籍です。 コードの重複、エラーや例外処理、柔軟性と複雑性のバランスのようなコードレベルの選択から、APIの設計、時刻の扱い、データローカリティのようなシステム寄りの話題、またライブラリの選択、分散システムの一貫性と原子性、バージョニングのようなより抽象度の高い内容まで、さまざまなシチュエーションにおけるトレードオフの実態と、その失敗例をとり上げます。 本書は日々のプログラミングにおける解決策のヒントを得るだけでなく、より幅広い設計上の知見を広める上でも役に立つでしょう。 正誤表 ここで紹介する正誤表には、書籍発行

                      ソフトウェア設計のトレードオフと誤り
                    • 初心者向け有線イヤホンまとめ(2024/03) - 花見川の日記

                      kanose.hateblo.jp 加野瀬さんの中華イヤホンおすすめ記事に「ナイスエントリ!AIYIMA H2 miniもいいよ!!」とブコメ付けてたら、「花見川さんも書きましょう!」と言われたので書かざるをえまい。 AIYIMA H2 miniを知らなかったので紹介しておきます! あと、スペシャルサンクス的に花見川さんの名前入れるのを忘れてました。花見川さんもぜひお勧めイヤホン記事を書いて欲しいですよ— 加野瀬未友 (@kanose) 2024年3月28日 はじめに DAISO 7301 ¥550 DAISO本気の初代ハイレゾ DAISO 6071 ¥550 中高音と解像度に寄せた二代目ハイレゾ DAISO イヤーピース TinHifi C2 ¥3650 丁寧で迫力ある低音と絶妙な音のバランス TRN Conch ¥3950 高解像度+広い音場 TRN「備品全部入れてみた」 TRN TA

                        初心者向け有線イヤホンまとめ(2024/03) - 花見川の日記
                      • 企画を元にゲームのUIを作るときの流れ|tkm

                        「Game Graphic Design Advent Calendar 2019」の初日の記事です。 ゲーム制作に関する素敵な記事がたくさん公開されると思いますので、私自身もワクワクしてます。 言い出しっぺとして、初日としてまず何を書こうかなと思ってたんですが、以前Twitterでチラッとつぶやいた「普段ゲームUIを作るときってどういう工程があって、どういう流れで作っているか」をまとめてみたいと思います。 というのも、いろいろな方から「何から手を付けていいのか…」「デザインが上手くまとまらない」「デザイナーが社内外注みたいになってしまって…」みたいな話をよく聞きまして。 そのアンサーになるかは分かりませんが、自分の場合はこういうフローで、こういうことを意識してますよ。というのを書いてみたいと思います。 もちろん組織や人によってやり方は様々だと思いますので、こんな風にやってる人もいるんだ、

                          企画を元にゲームのUIを作るときの流れ|tkm
                        • SaaS系スタートアップのリアルなAWSアーキテクチャ設計

                          概要 AI革命のインフラを目指すSaaS系スタートアップのFastLabel(最近資金調達しました!記事はこちら)で働いているが、今までGCPで動かしていたインフラを訳あってAWSに基盤を載せ替えることになった。 スタートアップは何よりスピードが求められるが、だからといってセキュリティやモニタリング、可用性を疎かにはできないし、大きなインフラコストに耐えられるほど体力もない。 アプリケーション要件を満たしつつ、以下を実現するアーキテクチャを設計する。 シンプルな構成・構築の容易さ スピーディな開発・適用 可用性の担保 セキュリティの担保 最低限のモニタリング 低コスト(リソース・運用) ここで紹介するアーキテクチャは実際に運用まで行っており、問題なく稼働しているし、先日AWSの方にレビューしてもらったが、「なかなかイケてる」というお言葉をもらい、特に改善点も指摘されなかった。 結論(アーキ

                            SaaS系スタートアップのリアルなAWSアーキテクチャ設計
                          • Webの将来はサーバサイドレンダリング(SSR)に回帰していく。Denoが主張するIsomorphic JavaScript(もしくはUniversal JavaScript)とは何か?

                            Webの将来はサーバサイドレンダリング(SSR)に回帰していく。Denoが主張するIsomorphic JavaScript(もしくはUniversal JavaScript)とは何か? 静的なHTMLファイルをWebサーバが配信する仕組みから始まったWebは、サーバ側で動的にHTMLを生成するCGIの仕組みや、Webブラウザ上でJavaScriptを実行してインタラクティブな操作を実現するなどの仕組みを得たことでWebアプリケーション基盤へと発展しています。 現在、Webアプリケーションの仕組みとして代表的なものがSPA(Single Page Application)でしょう。 SPAはWebブラウザ上で多くの処理が行われるためユーザーの操作に対する反応が速く、インタラクティブ性の高い快適なWebアプリケーションを実現できる利点があります。 しかし、これからのWebはサーバサイドレンダ

                              Webの将来はサーバサイドレンダリング(SSR)に回帰していく。Denoが主張するIsomorphic JavaScript(もしくはUniversal JavaScript)とは何か?
                            • デザインにセンスは必要ない、大切なのは「情報を整理」する力 Udemyの人気講師が教える、UI/UXデザインの基礎

                              「デザイナーだけがデザインをする時代は古い」「デザインにセンスはない」と語るのは、Udemyの「UI/UXの改善を進めるための基礎講座」などで人気を誇る、UI/UXデザイナーの濱野将氏。生成AI時代において、デザインをビジネスをつなげるためのポイントや、UI/UXの基礎を解説します。 UI/UXデザイナーが教えるデザインの基本 濱野将氏:それでは、僕からは「ビジネスを実現する『デザイン』の基本」をお話しさせていただきます。よろしくお願いします。 今日のアジェンダはこんな感じです。「デザインの必要性」「デザイナーだけがデザインする時代はもう古い」「UI/UXについて」。今回はAIがテーマなので「AIを使ったプロジェクトの進め方」も少し紹介させていただきたいなと思っております。 簡単に自己紹介をさせてください。株式会社IMAKE代表の濱野と申します。職業はUI/UXデザイナーで、講師もさせてい

                                デザインにセンスは必要ない、大切なのは「情報を整理」する力 Udemyの人気講師が教える、UI/UXデザインの基礎
                              • 新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)

                                プロダクトマネージャー(PM)の必読書!新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう? 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか? そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま

                                  新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)
                                • 技術的負債は開発者体験を悪化させる - mtx2s’s blog

                                  ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

                                    技術的負債は開発者体験を悪化させる - mtx2s’s blog
                                  • ソフトウェアエンジニアにおすすめしたい本を100冊選んでみた | gennei's blog

                                    Adobe Firefly で生成PdMむけの記事でこのような記事がある。 「プロダクトマネージャーこそ、戦略的に読書せよ!」── 最短で成果を出すための読書地図 (1/6)|ProductZine(プロダクトジン) これのエンジニア向けの記事がないかなと思っていたがなさそうだったので作ろうと思った。しかし客観的な視点でこれがおすすめというのは難しいので自分が参考になったと思った本を家の本棚を見ながらまずは100冊リストアップしてみた。 紹介する本は10年読まれていたり、近年発売のものであれば10年後にも読まれているだろうというものを選ぶようにしている。個別のプログラミング言語やフレームワークなどの本はバージョンアップに追随ができないことが多いので選んでいない。 入門本プリンシプル オブ プログラミングリーダブルコード定番中の定番。おそらくこの2冊はあちらこちらで紹介されている。とりあえず

                                      ソフトウェアエンジニアにおすすめしたい本を100冊選んでみた | gennei's blog
                                    • リンク/ボタン/フォームをより良くするHTML・CSS 17選 - ICS MEDIA

                                      ウェブサイト制作において見た目がきちんと実装されているのは大事なことですが、コードのちょっとした違いでユーザーの不便につながることもあります。本記事では見た目だけでなくユーザーの使い勝手にも気をつけたコーディングテクニックについて解説してます。今回はユーザーが特に使い心地を感じやすいインタラクション部分で、シンプルなHTML・CSSだけでより良くできる17個に絞って紹介します。 下記サンプルでNG例とよい例の両方を紹介しています。実際に違いに触れながら本記事を読むと分かりやすいです。 サンプルを別ウインドウで開く コードを確認する 1. divタグをボタンにするのは避けよう 見た目はボタンのようでも、<div>要素で実装したボタンはアクセシビリティの観点からもよくありません。ボタンとしての機能を持つなら<button>要素を用いるのが多くの場面でも有効です。もし、諸事情で<div>要素を用

                                        リンク/ボタン/フォームをより良くするHTML・CSS 17選 - ICS MEDIA
                                      • バグ報告の再現手順に「レッチリを再生する」とありそんなわけないやろwwと思ったが、たしかにレッチリを再生してる時だけ挙動が不安定になり頭を抱えている→「スタンド攻撃だ!」

                                        木浦 幹雄 / KIURA Mikio @ANKR DESIGN @kur バグ報告を受けたのだけど再現手順を読むと「レッドホットチリペッパーズを再生する」というのが含まれていました。そんなわけないやろwwwwwと思いつつも手順通りやってみたところ、たしかに本当にレッチリを再生してる時だけ挙動が不安定になり頭を抱えています。 2022-04-18 15:47:14 木浦 幹雄 / KIURA Mikio @ANKR DESIGN @kur デザインスタジオ @ankrdesign 代表。奈良先端大、Canon、CIID出身。未踏スパクリ認定。デザインリサーチ、UXリサーチ、プロトタイピングが大好きです。「デザインリサーチの教科書」著者「要点で学ぶデザインリサーチの手法125」監修。 お仕事の相談はDMでお気軽にどうぞ。 amzn.to/3mmUvLG ankr.design

                                          バグ報告の再現手順に「レッチリを再生する」とありそんなわけないやろwwと思ったが、たしかにレッチリを再生してる時だけ挙動が不安定になり頭を抱えている→「スタンド攻撃だ!」
                                        • noteの独自ドメインセッションの脆弱性について報告した件

                                          note_vuln.md noteの独自ドメインセッションの脆弱性について報告した件 文責: mala 前置き note.com (以下note) に2020年に報告した脆弱性(現在は修正済み)を解説する 個人の活動として行っており所属組織とは関係がない 自分がnote社に対して、問題があると指摘していたのは主に広報対応についてですが、この記事は技術的な知見を共有することを目的とするため、技術的な解説を中心にします。 公開にあたってはnote社に対して確認の上で行っています。note社による修正対応は2021年までに実施されていますが、その修正内容が適切であるかどうかについて保証するものではありません。(網羅的な確認や追加の検証をしていません) note社のサービスに他の脆弱性が無いことを保証するものではありません。 経緯 2020年9月30日に公開されたnote社の記事で https:/

                                            noteの独自ドメインセッションの脆弱性について報告した件
                                          • インタフェースデザインのお約束

                                            デジタル製品のデザインに役立つ101の指針。製品のユーザビリティや性能を高める上で必須かつ基本のツボ、マスターすれば時間を節約し顧客満足度をアップできるテクニックが101のコンパクトなルールにまとめられています。メッセージが明確で説明もわかりやすいので短時間で気軽に読むことができます。101のルールは、タイポグラフィ、コントロール、カスタマージャーニー、各種要素の統一、UX全般に関わるプラクティスに分類されているのでリファレンス的に読むことも可能です。「よくある落とし穴」を巧みに回避し、自信をもってユーザーのために闘い、すばらしいユーザーエクスペリエンスを提供するプロへと成長させてくれる一冊です。 ●翻訳者による「日本語版のサポートページ」。 ●日本語版独自の8つの追加ルールが収録された「訳者あとがき」のPDF(6MB)。 というわけで、この長すぎる「訳者あとがき」では、原著者があげなかっ

                                              インタフェースデザインのお約束
                                            • TypeScript教育用コンテンツ公開のお知らせ | フューチャー技術ブログ

                                              2019年頭より少しずつ書いていたTypeScriptの教育コンテンツをクリエイティブ・コモンズ4.0の表示 - 継承 (CC BY-SA 4.0)で公開します。といっても完成版ではなく、アーリーアクセス版のような品質であることをご了承ください。 仕事ですぐに使えるTypeScript Web版に加えてPDF版もダウンロード可能です。 そもそもこの資料を書き始めたきっかけですが、フューチャーのようなB2Bな会社であっても、最近はフロントエンドの比重が高まっているところから出発しています。僕もフューチャーに転職後からReactでがっつり1年以上の案件をやったり、半年ぐらいのAngular案件をやったりしています。会社としてはVue.jsを推しています。グループ会社の東京カレンダーはReactを使っていたりもします。要件に合わせていろいろですね。B2B2Cな案件も多いですし、お客様の求めるUX

                                                TypeScript教育用コンテンツ公開のお知らせ | フューチャー技術ブログ
                                              • ドメイン知識が求められる開発をどのように乗り切るか - freee Developers Hub

                                                こんにちは、freee会計のプロダクトマネージャー(以下PM)をしております、gokiです。 皆さん、「ドメイン知識」という言葉、聞いたことありますか? ドメイン知識(英: Domain knowledge)または領域知識は、はっきり限定された、ある専門分野に特化した分野の知識であり、一般知識またはドメイン独立の知識と対比される。 ドメイン知識 - Wikipedia freee会計での開発現場で例示すると「確定申告のプロダクトを作るには、開発技術だけでなくそもそも確定申告業務の理解というドメイン知識が必要だよね」みたいな使われ方をします。 freeeはスモールビジネスの皆さんのバックオフィス業務を改善するプロダクトを作っているので、このドメイン知識が開発においても必要な場面が多いです。 そこで、今回はドメイン知識が必要な開発をどのように進めるか、というコツをPM目線でご紹介しようと思いま

                                                  ドメイン知識が求められる開発をどのように乗り切るか - freee Developers Hub
                                                • UXデザインが大事なのはわかるけど�エンジニアの私ができることってなんでしょう?�

                                                  2020年2月13日Developers Summit 2020にて講演。 https://event.shoeisha.jp/devsumi/20200213/session/2367/ 当日のtwitter https://togetter.com/li/1467911Read less

                                                    UXデザインが大事なのはわかるけど�エンジニアの私ができることってなんでしょう?�
                                                  • 明日からできる、爆速Figma活用術 - エムスリーテックブログ

                                                    こんにちは、エムスリーデザイングループでチームリーダーをやりながらエンジニアリングGも兼務しているプロダクトデザイナーの大月です。 私が所属しているエムスリーのデザイン組織は以下2つの強みがあります。 多様性 スピード 特に日々の業務では"スピード"をとても大切にしており、 デザインを早くすることで、検証回数を増やし、PDCAを多く回し、価値創造を加速することを意識しています。 こうしたエムスリーのスピード文化から、日々の業務を効率化できるFigma活用法もデザイナーのみんなで学びあっています。 今回は、エムスリーのデザイナー間で話題になった、意外と知らなかった、知っているだけで日々の業務が一気に楽になった!というFigma活用術を紹介します。 少しでもFigmaでのデザイン作業をスピードアップさせたい方の参考になれば幸いです! 爆速のための3種の神器 1. 秩序をつくる ファイル構成とコ

                                                      明日からできる、爆速Figma活用術 - エムスリーテックブログ
                                                    • 社会学は何をしているのか

                                                      「何をしているのか分からない」 社会学部の教員をしているとぶつかる壁のひとつに「社会学を宣伝することの難しさ」がある。社会学部の教員も学生も、「社会学部って何をするところ?」とよく聞かれるのに、それに答えられないというのだ。もっとも「じゃあ経済学部では何を勉強するか知ってる?」と聞いても「経済のことを勉強するんでしょ」という、おそらく経済学者なら間違いだと言うだろう回答しか返ってこないわけだから、「社会学は説明が難しい」というのも思い込みでしかないのだけれど。 一昔前の日本の教科書では、「社会学は常識を疑う学問です」なんて書かれていた。けれどこの説明も、もう古臭いものになっている(この辺についてはこの本や講義動画を参照)。最近の説明としては、日本社会学会の社会学部への進学を考えている人向けのサイトで示されている「異なる価値観をもった人間たちが多数集まって形成されるこの社会を解き明かす学問」

                                                        社会学は何をしているのか
                                                      • トグルスイッチの誤用をやめよう

                                                        AnthonyはUX Movementの設立者で執筆者です。素敵なWeb体験をこよなく愛し、ユーザのために日々奮闘しています。 トグルスイッチを使うべき場合と使うべきでない場合があります。デザイナーが誤った使い方をするとユーザーの混乱とイライラにつながります。使うべきタイミングを知るには、さまざまなタイプのトグルの状態や選択肢について理解する必要があります。 文脈上の状態 vs システムの状態 トグルスイッチとトグルボタンをデザイナーは混同しがちです。両方とも状態を管理しますが、トグルスイッチとトグルボタンには根本的な違いがあります。トグルスイッチはシステムの状態を管理し、トグルボタンは文脈上の状態を管理します。文脈上の状態のトグルはユーザーが見ようとしている現在の画面にのみ影響を及ぼしますが、システムの状態のトグルはアプリ全体に影響を及ぼします。 トグルスイッチを文脈上の状態のために使う

                                                          トグルスイッチの誤用をやめよう
                                                        • 会社のwebデザイナーが無能すぎてヤバいwwww

                                                          去年の冬に転職したweb系のプログラマー。 今の会社のwebデザイナーが無能すぎてしんどい。 以下愚痴 1. photoshopでwebデザインすんな!photoshopで作ったpsdのwebデザインを渡されて、フロントエンド担当がHTML/CSSコーディングしてるんだけどどうなのこれ? なんでphotoshop使うの?webページ作るんでしょ?最初からHTMLで書けよ? いや分かるよ ラフの段階でphotoshopでササっと書いた方が客と調整しやすいもんな でも最終的にはHTMLで出すんだから、デザイナーがHTML/CSS書いて来いよ それをなんか知らないけど、普段使わねーphotoshop開いてルーラー出して、 「ここと、ここのボックスは10pxだからーmarginを...」 「ここは、webフォントの〇〇を使おう」 とかフロントエンド担当が相談してんのw バカなの?死ぬの? 最初から

                                                            会社のwebデザイナーが無能すぎてヤバいwwww
                                                          • ダメなUIを作るコツ|yumemi

                                                            先日、「イカれたUIを作ろうの会」というオンラインイベントを開催しました。多くの皆さまにご参加いただき、誠にありがとうございました。 また、当イベントでは期待以上に自由で多様なUIがお披露目され、おおいに血湧き肉躍りました。主催者としてうれしい限りです。 ちなみに社内でも「ダメなUIを作ろうの会」と銘打って勉強会を実施しました。こちらもクローズドな空間ならではの盛り上がりを見せました。 社内での勉強会のお知らせ背景そもそもこのような会を実施した背景には、つぎのように思ったことがきっかけでした。 エンジニアとかUXとかDXとかHCDとかと比べてUIのイベントが少ない気がする。酔いどれUIデザイン選手権をやりたい。一番イカれたUIをデザインしたやつが勝ち。 — yumemi (@n__yumemi) January 24, 2023 たとえば、connpassで検索したときの結果は「UIデザイ

                                                              ダメなUIを作るコツ|yumemi
                                                            • 次世代SQLクライアントArctypeを触ってみる

                                                              どうも、株式会社プラハCEOの松原です 先日社内のエンジニアに「このSQLクライアントがイケてそう!」と教わったので早速Arctypeを触ってみました TL;DR クエリの補完が最高 チャートやダッシュボードを通して簡単に可視化できる 操作性に優れていて、見た目が綺麗 クエリやダッシュボードごとに権限管理できる プレースホルダーを使えば非開発者ともクエリを共有しやすい 説明しよう、Arctypeとは なんかイケてるSQLクライアントです セットアップ それぐらいしか分からないので、ひとまずDBを立ち上げて実際に使ってみようと思います。こちらのmysql-employeesを使わせていただきましょう docker run -d \ --name mysql-employees \ -p 3306:3306 \ -e MYSQL_ROOT_PASSWORD=college \ -v $PWD/

                                                                次世代SQLクライアントArctypeを触ってみる
                                                              • 文化祭で滞在状況記録システムを運用しました

                                                                文化祭からはや 3 ヶ月。ずっと書きたいとは思っていたんですが、すぐ定期試験がやってきたり修学旅行に行ったりしてるうちにズルズル来てしまいました。このまま年を越すわけには行かないので、重い腰を上げて書き上げてしまおうと思います。 文章力が皆無なので読みづらい箇所があったらごめんなさい。質問等ございましたらお気軽にどうぞ! 1. システム概要 感染症対策の一環として、主に各展示の同時滞在者数の抑制を目的として導入したシステムです。 文化祭への来場者全員にリストバンドを配布します。各リストバンドには個別の QR コードがプリントされており、各展示の入室時及び退室時に、展示のスタッフが Web アプリ上でスキャンを行い、来場者の入退室時間を記録します。 主な機能として以下が挙げられます。 同じ時間に同じ教室にいたのがどのリストバンドをつけていた来場者であるかが分かるため、万が一新型コロナウイルス

                                                                  文化祭で滞在状況記録システムを運用しました
                                                                • フロントエンドの情報収集について - Qiita

                                                                  2020/07/17: いくつか追記しました はじめに 私は、TechTrainでフロントエンドのメンターとして面談する中で「最近フロントエンドの勉強を始めました!」という方や、フロントエンドエンジニアを目指す学生と話す機会が何度もあります。 その中でよくある質問が 「フロントエンドの情報収集ってどうしてますか?」 です。 何度も質問を貰うので、気になる人は多いのかなと思います。 この記事では「私がどんな風に情報収集しているか」を紹介しようと思います。主に情報収集の流れと、どこからフロントエンドの情報を集めているかについてです。 情報収集の流れ まずは情報収集の流れとして主にプロセス的な観点で整理してみます。 私の情報収集を抽象化すると以下の3つのプロセスがあると思います。 情報源から情報を集める(ex: Twitter, Blog, Qiita) 特定の場所に情報を溜める(ex: はてな

                                                                    フロントエンドの情報収集について - Qiita
                                                                  • ZOZOTOWNのWebホーム画面をNext.jsでリプレイスして得た知見 - ZOZO TECH BLOG

                                                                    はじめに ZOZOTOWN開発本部の武井と申します。ZOZOTOWNのフロントエンドリプレイスプロジェクトを主に担当しております。ZOZO DEVELOPERS BLOG でも「ZOZOのリプレイスプロジェクトで得られる唯一無二の経験。大規模サービスを進化させるやりがいとは」というインタビュー記事を掲載しておりますので、もしよろしければこちらも併せてご覧ください。 さて、本題です。現在ZOZOTOWNではオンプレミスかつ、モノリスだった既存システムをマイクロサービスAPIに責務を分割したり、インフラをクラウドに移行したりしています。しかし、いわゆるWebのUIを構築するためのシステムは現在も既存システムに新機能開発や機能改修を行なっており、リプレイスに着手できていませんでした。 そこで、まずホーム画面から段階的にリプレイスすべく設計・開発を昨年から行ない、無事リリースできました。ZOZOT

                                                                      ZOZOTOWNのWebホーム画面をNext.jsでリプレイスして得た知見 - ZOZO TECH BLOG
                                                                    • モダンなJSとCSSで作るライブラリ不要の全画面スクロール演出(2019年版) - ICS MEDIA

                                                                      スクロールで全画面がスライドのように切り替わるウェブサイトの表現があります。手軽にこの表現を実装するJSライブラリ、fullPage.jsを使ったことのある方もいるのではないでしょうか? かつては無料で使えたこのライブラリですが、現在はGPLライセンスのプロジェクト以外では使用料がかかります。 その一方、CSSとJavaScriptの進化により、このような表現をライブラリを使わずとも比較的簡単に実装できるようになりました。本記事では、基本的な機能をおさえた、全画面スクロールの実装方法を紹介します。 この記事を通じて以下の技術も学べます。 スクロールをピタッと止めるCSSプロパティscroll-snap-type 画面と要素の交差を検知するIntersection Observer API スムーススクロールが実装できるJavaScriptメソッドscrollIntoView() デモを別ウ

                                                                        モダンなJSとCSSで作るライブラリ不要の全画面スクロール演出(2019年版) - ICS MEDIA
                                                                      • オープンプロセスによって、COCOAの信頼を再構築する|Hal Seki

                                                                        今年に入ってから、COCOAに関する不具合報告が続いており、様々な立場の皆さんからご心配やご批判の声があがるとともに、社会的に極めて重要な課題として注目されております。これを受けて、先般の厚生労働省の発表にもありましたとおり、この度、内閣官房情報通信技術(IT)総合戦略室(以下IT室)と厚生労働省の連携チームが事態の収拾のために発足され、私もそのメンバーの一員として、正式に関わらせていただくことになりました。 なお、私個人としての新型コロナ対策との関わりについては、昨年4月・5月に発出された1回目の緊急事態宣言の折に、私が代表理事を務める一般社団法人Code for Japan のプロジェクトの一つとして、現在のCOCOAと同様のコンセプトを持つ「まもりあいJapan」というアプリの開発をしておりました。 COCOAの開発先が決定して以降、まもりあいJapanチームは、初期の仕様書のレビュ

                                                                          オープンプロセスによって、COCOAの信頼を再構築する|Hal Seki
                                                                        • UXの学習にナレッジマネージメントが欠かせない理由

                                                                          UXの全部入り感がもたらす不安UX について勉強を始めると、一度くらい「The Disciplines of User Experience Design」のような概念図を目にすると思います。 UX には UI デザインやモーションデザインといった視覚的な部分だけでなく、心理学や社会学といった人の認知や行動の理解も必要ということが見て分かります。 Dan Saffer が考案したベン図を Thomas Gläser がリファインしたものこの図だけでなく、UX をテーマにしたインフォグラフィックは他にもたくさんあります。図によって切り口や詳細度が異なりますが、ひとつ共通点があるとすれば、UX には多分野の知識が欠かせないことを表している点。様々な分野を包括した何かが UX であると表現しています。 体験ですから見た目だけに止まらないのは納得です。また、UX デザイナーとして仕事をしていれば、

                                                                            UXの学習にナレッジマネージメントが欠かせない理由
                                                                          • 日本の美術館サイトはどうすればもっと良くなるか|shosira

                                                                            美術手帖の橋爪さん(直接の面識はないと思う)が、こんな投稿をされていたので、少し筆を取ってみることにした。 【緩募】 アートに興味のあるウェブディレクターやウェブデザイナーの方々、「日本の美術館サイトはどうすればもっと良くなるか」っていう話しません?(そして記事にしたい) — 橋爪勇介|美術手帖 (@hashizume_y) January 18, 2020 今の美術館を取り巻く状況と、ウェブ業界を取り巻く状況を重ね合わせて考えるとスマートな解決策がすぐには見いだせないのだが、ウェブ制作者サイドの人間として簡単に思うことを取りまとめてみたい。 もはや、何ができていないかよりも、なぜできないのかを論じるべき時期にきているインターネットが一般化して20年以上が経ち、2000年代初頭のように、インターネットってなに?という人はもはや駆逐されつつある。学芸員も司書も手許にはiPhoneがある。美術

                                                                              日本の美術館サイトはどうすればもっと良くなるか|shosira
                                                                            • 複雑な乗換体験を直感的に! 乗換案内アプリのデザイン

                                                                              これらを鑑みると、 アプリの画面上では乗り入れ箇所で路線色が変わり、誤って降車するリスクがある 行き先が異なる複数の乗客に対して、駅員さんは「直通運転」であることはアナウンスできても「乗換不要」という案内はできない アプリの画面を見ているのは本人のみ、かつ目的地まで目視できるので「乗換不要」と伝える方が有益 このような経緯から、あえて「乗換不要」としています。 手法は大事、ユーザー視点はもっと大事 文言はサービス内で表現のズレが起きないよう、用語辞典を作成しています。「ルート/経路」「電車/列車/鉄道」など。ただし意味が伝わりづらい箇所では、表現のズレを許容しています。注意しなければならないのは、このようなフレームワークや手法などを優先して、ユーザー視点を見失わないようにすることです。 ワイヤとビジュアルを並行して行うことでUX品質を高める 路線情報チームのデザイナーは、ワイヤフレームとビ

                                                                                複雑な乗換体験を直感的に! 乗換案内アプリのデザイン
                                                                              • ITエンジニアにとっての技術力とは何か? - orangeitems’s diary

                                                                                クックパッド 考えさせられた記事です。 www.moneypost.jp 料理レシピサービス大手のクックパッドの2019年12月期第2四半期(1~6月)業績は、売上高に当たる売上収益が57億8000万円と、前年同期比で2.6%のマイナスとなった。営業利益は4億5600万円となり、前年同期比71.2%のマイナス。国内の平均月間利用者数は5483万人と発表しているが、2016年(第4四半期)の6414万人と比べると1000万人以上減っており、苦しい状況が続いている。 レシピ動画サービス「デリッシュキッチン」「クラシル」などといった競合サービスも台頭するなか、ユーザーは現在のクックパッドについてどのように捉えているのだろうか。同サービスの愛好者、過去の利用者に話を聞いた。 古参のWebサービスで過去急成長したものの、最近伸び無くなったりもしくは下降線をたどっているというのは、いくつか心当たりがあ

                                                                                  ITエンジニアにとっての技術力とは何か? - orangeitems’s diary
                                                                                • エンジニアの個人ブランディングと技術組織

                                                                                  「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチYoshiki Hayama

                                                                                    エンジニアの個人ブランディングと技術組織