並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 9224件

新着順 人気順

UXの検索結果321 - 360 件 / 9224件

  • ミニアプリ時代が日本にも到来? 「App Clips」を東京のカフェで使ってみた | Coral Capital

    iPhone 12の目玉機能といえば「5G」を思い浮かべる人が多いと思います。ただ、端末販売台数や売上への貢献という意味では、まだ目玉機能と言うほどではありません。iPhone 12発表以降、Appleの株価は振いませんし、現iPhoneユーザーからも「買い換える理由ある? あったら教えて」という声が聞こえてきます。 一方で、テック系の起業家が気にしておくべき新機能は、5Gの他にも、いくつかあると思います。今後数年で広がって行くだろうなと個人的に思うのは、「LiDAR」(Light Detection And Ranging:ライダー)と「App Clips」(ミニアプリ)の2つです。App ClipsについてはiOS14の新機能であって新端末の話ではありませんが、ほぼ同時期にリリースされているので、ここでは一緒に扱います。App Clipsは、以下の画面のように下からニュッと出てくる「イ

      ミニアプリ時代が日本にも到来? 「App Clips」を東京のカフェで使ってみた | Coral Capital
    • 日経新聞、新卒エンジニア向けセキュリティ研修資料を無償公開

      日本経済新聞社は5月18日、新卒エンジニア向けセキュリティ研修資料を無償公開した。同社が4月の新人研修で使用した34ページの資料。同社のエンジニアたちが作成したという。 今回の資料では、「セキュリティに対してポジティブに付き合えるようになる」などを目的に、直近で話題になったセキュリティに関するトピックやセキュリティを取り巻く環境などを紹介している。 同社では2017年から、新卒エンジニアを対象にしたデジタル分野の講義を行う研修を実施している。配属後に必要となる基礎知識の習得や、企画立案を進めるためのデータを取り扱うスキルの習得などを目的としているという。 23年はセキュリティ研修の他、Web APIやモバイルアプリ開発、UI/UX、機械学習などに関する講義を実施。セキュリティ研修は、講義とハンズオンの2回に分けて行い、座学で基礎を学んだ後、サイバーセキュリティの学習サービス「KENRO」で

        日経新聞、新卒エンジニア向けセキュリティ研修資料を無償公開
      • 【入門】事例で学ぶ要件定義 - Qiita

        はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 本記事について Findy様の「要件定義 先達に学ぶ今日から使える実践テクニック Lunch LT」で登壇した内容を元に作成しています。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像

          【入門】事例で学ぶ要件定義 - Qiita
        • React でデザインシステムを正しく実装する - コンポーネントカタログを超えて | Wantedly Engineer Blog

          Wantedly でバックエンドのテックリード的なやつをやってる @izumin5210 です。半年くらい前から取り組んでいた、UI デザインシステムの React 実装について紹介します。ソフトウェアの設計としても非常にエキサイティングだったので、ライブラリ作ったりするのが好きな人なども楽しんでもらえると思います。 TL;DRWantedly の UI デザインシステムは「WantedlyのUIをデザインする上での共通の考え方とツール&アセット」でありエンジニアとデザイナが効率よくコミュニケーションするための共通言語となるデザインシステムを (Web) Frontend に持ち込む際は、単なるコンポーネントカタログではなく、システムが定義するものと同じレベルの抽象を持つライブラリ・フレームワークとして実装することで、より有効性を発揮するこの話が気になった(Web・モバイル問わず)フロント

            React でデザインシステムを正しく実装する - コンポーネントカタログを超えて | Wantedly Engineer Blog
          • 話題のローコードツール「Dify」で生成AIアプリを作ってみよう! - Qiita

            Difyって何? 少し前から話題の、プログラミングなしで生成AIアプリケーションを開発できるOSSです。 「Dify すごい」 でSNSを検索すると、驚き屋さんがみんな驚いています。このゴールデンウィークはAmazon BedrockとDifyの話題でもちきりでしたね。 元々は「GPTビルダーのOSS版ね。はい解散」という感じだったのですが、最近追加された「ワークフロー」機能がすごく便利のようです。 ちょっとしたアプリなら、ローコードで簡単に作れてしまうとのこと。 最近は自分でPCやサーバー準備して動かさなくても、SaaS版が公式から準備されたようです。無料プランもあります。 やってみた サインアップ 公式サイト右上の「Get Started」からサインアップします。 GitHub連携すると、いきなり開発画面に辿り着きました!いいUX。 「(いち?)から作成」よりワークフローを作ってみまし

              話題のローコードツール「Dify」で生成AIアプリを作ってみよう! - Qiita
            • アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース

              アジャイル・スクラム開発とウォーターフォール開発──開発手法を巡ってしばしば対立項に置かれるこの二つのスタイルは、考え方はもちろん、段取りやマネジメントの方法もまるで異なります。そんな全く異なるスタイルをとる二つのチームがコラボレーションし、開発プロジェクトを推進していくことは現実的に可能なのでしょうか? そんなコラボレーションを、決済というミッションクリティカルな領域で実現し、新たなシステムのリリースにこぎ着けた実例がリクルートにはあります。 英語や英会話の学習を支援する『スタディサプリENGLISH(以下、スタサプENGLISH)』では、今や主流となりつつあるサブスクリプションモデルに決済システムが対応できていないという課題がありました。そこで、決済・金融関連のシステムを開発するチームと共同で、新たな決済システムの開発に取り組みました。 『スタサプENGLISH』のチームは、内製の開発

                アジャイルでも、ウォーターフォールでもない。リクルートの新決済システムは「異色のコラボ」で作られた - はてなニュース
              • “『エルデンリング』ゴテゴテUI化画像”が反響集める。ユーザーから、とある開発者への皮肉アンサーか - AUTOMATON

                『エルデンリング』のUIを“普通のオープンワールド風”にした画像が、海外ユーザーの話題を呼んでいる。ゴテゴテのゲームUIを揶揄するかのような画像へのユーザー反応からは、興味深い心理も垣間見える。 『エルデンリング』は、フロム・ソフトウェアが手がけた新作アクションRPGだ。本作は広大なオープンフィールドを舞台としており、メインのダンジョンのほかにも坑道・廃墟・洞窟などさまざまな興味深いロケーションが随所に散りばめられている。また、商人や戦技・アイテムを落とすスカラベのほか、個性豊かなキャラクターと関わる一連のサイドクエストなどの要素もある。 一方で、本作のUI/UX(ユーザーインターフェイス/ユーザー体験)は比較的シンプルだ。UIとは、ユーザーとゲームの間を取り持つ画面表示などのことだ。そしてUXは、そうしたUIを通じてプレイヤーが得られる全体的な体験のことを指す。例として、本作のUIにはク

                  “『エルデンリング』ゴテゴテUI化画像”が反響集める。ユーザーから、とある開発者への皮肉アンサーか - AUTOMATON
                • Androidの父、とんでもない縦長端末を披露! – すまほん!!

                  Androidの父ことAndy Rubin氏は、Twitter上にて、見たこともないほど縦長の端末を披露しました。 背面は角度によって宝石にように色を変える光沢素材が採用されています。 GEM Colorshift material pic.twitter.com/QJStoiDleH — Andy Rubin (@Arubin) October 8, 2019 筐体に合わせ、とんでもなく縦長のディスプレイを搭載。UIも最適化されています。縦長に合わせたアプリケーションランチャーと、地図アプリを確認できます。 Sponsored Link Andy Rubin氏はGoogle退社後に設立した企業Essential社で、いち早くノッチを採用したEssential Phoneをリリースしていました。最近のXperiaも21:9で攻めていますが、それをも上回るほど縦長ですね。 縦長に合いそうなU

                    Androidの父、とんでもない縦長端末を披露! – すまほん!!
                  • DDDでの要件定義〜実装までの流れについて解説します

                    本記事では、ソフトウェア開発手法の一つであるDDD(domain-driven design)を使って要件定義〜実装を行う際のプロセスやポイントについてまとめていきます。 (書籍「ドメイン駆動設計モデリング/実装ガイド」の内容を大いに参考にさせていただいていますが、独自の内容・考察も記載しているつもりです。) DDD とは? DDD(domain-driven design)は日本語に訳すとドメイン駆動設計で、ソフトウェア開発手法の一つです。 ドメイン駆動という言葉から、ドメインというものが重要そうだということは伝わってくると思いますが、そもそもドメインという言葉が抽象的でわかりにくいですよね。 ドメインは直訳すると「領域」ですが、DDD で指している「領域」とは「ソフトウェアで問題解決しようとする対象領域」です。 そして、① ドメインについての理解を深めてモデルを作成し(DDD では、後

                      DDDでの要件定義〜実装までの流れについて解説します
                    • もう一つの海を目指して ─ Webエンジニアからクリエイティブ系にジョブチェンジして見えてきた世界 - Findy Engineer Lab

                      はじめまして、天城孝義(@amagitakayosi)です。 Webエンジニアとしてブログサービスなどを運営している会社で3年働いた後、クリエイティブ系のスタジオに転職し、現在は主にフリーランスとしてUnityを使ってゲームやインスタレーションを制作しています。 クリエイティブ系の仕事には学生時代の頃から興味がありながら、Webエンジニアの働き方に影響されてフロントエンド開発の道を選択した僕ですが、やがてキャリアについて考え直すなかで、クリエイティブ系への転職という選択肢に直面しました。 目の前に選択肢が現れたとき、迷わずリスクを取れる人は少ないでしょう。僕の場合、周りの人々に励まされつつ面白い方を選び続けたところ、気が付いたら今の状況になっていました。 この記事では、Webエンジニアからクリエイティブ系へ転職することになった契機や、キャリアチェンジに際しての葛藤など、僕の考えてきたことを

                        もう一つの海を目指して ─ Webエンジニアからクリエイティブ系にジョブチェンジして見えてきた世界 - Findy Engineer Lab
                      • 【アーティスト別】ヤバい変態トンチキグッズ一覧まとめ - kansou

                        アーティストやキャラクターが出している変態トンチキグッズ情報を調べる趣味があり、一覧にまとめました。情報お待ちしております。 ※2024/3/26更新 目次 アイドリッシュセブン/どんぶり そば処山村 どんぶり&割り箸セット Acid Black Cherry/電マ 妖刀正宗 あんさんぶるスターズ!/ A/W Dreamshower(ふりかけ) VAMPS/樹木キャンドル HYDE ORIGINAL CANDLEGNOM Versailles/薔薇型ペンライト EXILE/柔軟剤 マキニー 江口拓也/ジョッキ型ペンライト 及川光博/かるた 愛と哲学のかるた ORANGE RANGE/ホエイプロテイン「HEALTH」 Kra/玉ねぎ2Kg けらたま 9mmParabellumBullet/無農薬コシヒカリ新米 滝家の米 Creepy nuts/カード  カードスタイルMCバトル「R-指定のメ

                          【アーティスト別】ヤバい変態トンチキグッズ一覧まとめ - kansou
                        • エイプリルフールに便乗しているサイトまとめ2020年版

                          By mera 毎年おなじみのエイプリルフールが今年も始まりました。さまざまな意味でいろいろなネタがネットを飛び交う日です。 ◆エイプリルフール記事が更新される度にすぐ知る便利な方法 GIGAZINE編集部はエイプリルフールに便乗していろいろと仕込みまくっている各サイトを4月1日0時~24時まで、文字通り24時間リアルタイム更新し、この記事にまとめて追加し続けます。時間の経過とともに更新内容が追加されていけばいくほど、どんどん長くなっていきます。「ページを再読み込みして、追加があるかどうか確認するのはギガも無駄に減るしちょっと……」という場合は、GIGAZINEのTwitter公式アカウント・Facebook公式アカウントに随時、更新通知の投稿をしますので、フォローしておくと今後ともいろいろ便利です。さらにChromeとFirefoxの場合、右上の「通知」アイコンをクリックすると、プッシュ

                            エイプリルフールに便乗しているサイトまとめ2020年版
                          • ■ - kumamotone’s blog

                            2023年4月に、株式会社メルカリ(メルペイ)を退職しました。3年と4ヶ月ほど在籍させていただきました。 今日はメルペイでの最終出社日でした 2019年12月から3年と4ヶ月ほど在籍させていただいていました 少しの間お休みして5月後半からまた新しいチャレンジをしていく予定です!お世話になりました pic.twitter.com/9stTpdLnGm— kumamo_tone (@kumamo_tone) 2023年4月11日 個人的な振り返りも兼ねて、簡単にどんな感じだったか書き残しておければと思います。 入社 2019年の11月に新卒で入社したヤフーを退社して、アプリ(iOS)のエンジニアとして同年12月に入社しました。 入社を決めたきっかけなどは、書き残してなかったというのもあり、もう記憶がおぼろげですが、以下のような感じだったと思います。 メルカリのバリューが、当時自分がありたいと思

                              ■ - kumamotone’s blog
                            • ガートナー「先進テクノロジのハイプ・サイクル:2020年」を発表。ソーシャルディスタンス技術、説明可能なAI、などが過度な期待

                              ガートナー「先進テクノロジのハイプ・サイクル:2020年」を発表。ソーシャルディスタンス技術、説明可能なAI、などが過度な期待 米調査会社のガートナーは、「先進テクノロジのハイプ・サイクル:2020年」を発表しました。 ガートナーのハイプサイクルは、技術の登場から安定までを5つのステージに分けて説明したものです。5つのステージは、「黎明期」から始まり、「『過度な期待』のピーク期」「幻滅期」「啓蒙活動期」「生産性の安定期」まで。この途中で消えていく技術もあります。 2020年版では1700を超えるテクノロジを分析した上で30の先進テクノロジが提示されています。 ハイプサイクルの左からいくつか注目したいテクノロジを見ていくと、黎明期には「エッジにおける低コストのシングルボードコンピュータ」「双方向ブレイン・マシン・インターフェイス」「責任あるAI」「コンポーザブルエンタープライズ」などが並んで

                                ガートナー「先進テクノロジのハイプ・サイクル:2020年」を発表。ソーシャルディスタンス技術、説明可能なAI、などが過度な期待
                              • 業務システムにおけるUXリサーチのポイント | ベイジのUIラボ~業務システムとSaaSのUIを考える

                                UXリサーチとは、ユーザー体験に関する調査の総称です。 ユーザーファーストのシステムやサービスを提供するためには、ユーザー体験からユーザーニーズを掴むUXリサーチは欠かせません。UXを重視する企業では、UXリサーチは積極的に行われています。UXリサーチについて言及した書籍も多く、ネット上には有益な記事が多数アップされています。 ただその一方、世に出回っているUXリサーチに関する解説の多くは、調査対象が生活者であることが前提です。 UXリサーチの総論は、対象が生活者であっても企業内のビジネスパーソンであっても変わりません。しかしながら、各論となる具体的な手法は、ターゲットなどの前提が変わると、そのまま使えません。 例えば、企業内で使われる業務システムやSaaSのUXリサーチは、生活者向けのUXリサーチとまったく同じというわけにはいきません。対象者が社内の限定的なユーザーとなる場合、インターネ

                                • 生成AI時代におけるUXデザイン | 生成AIをフル活用したUX設計手法&生成AI時代のユーザー体験の変化について

                                  ChatGPTやStable Diffusionなどの生成AIが急速に発展し、社会全体が大きく変化しようとしている。 UXデザインのプロセスや、UX自体のあり方も当然革新されていく。 今回はそうした生成AIによってUXがどう変化していくかを、具体的なメソッドや未来洞察といった具体・抽象を行き来しながら話していく。 1. 生成AIを活用したUXデザインプロセス どのようにGenerative AIを活用すれば、UXデザインのプロセスをよりなめらかに、効率的にすることができるのか? 2. 生成AIでUX自体がどう変化するか Generative AIの発展によって、プロダクトにおけるユーザー体験のあり方はどのように変化していくのか? 3. AI時代のデザイナー/PdM生存戦略 AI時代に、デザイナーやプロダクトマネージャーなどの個人はどのように強みを磨いていけばいいのか? ▼ スピーカーTwi

                                    生成AI時代におけるUXデザイン | 生成AIをフル活用したUX設計手法&生成AI時代のユーザー体験の変化について
                                  • Slackアプリ開発を始めるときに全人類が知っておくべきこと | Wantedly Engineer Blog

                                    こんにちは! Wantedly で Web エンジニアをしている木村(@hachiblog)です。8月にβ版をリリースした、コンディション・マネジメントサービスのWantedly Pulseを開発しています。 Pulse は毎週の調子を記録する機能や、社内のメンバーを称賛できる機能を提供していますが、そのほとんどを Slack アプリ内で実現しています Pulse(パルス)/ チームの状態 Slackを通じてチームの価値観を浸透させ、メンバーの抱える課題や隠れた貢献を可視化。行動のベクトルを束ね、自律して同じ価値に向かうチームを生み出す、新しいモチベーション・マネージメントツールです。 Slackを通じてメンバーの抱えるモチベーションの課題や隠れた貢献を可視化。行動のベクトルを束ね、自律して同じ価値に向かうチームを生み出します。 ... その他にも Wantedly Visit で募集に応

                                      Slackアプリ開発を始めるときに全人類が知っておくべきこと | Wantedly Engineer Blog
                                    • Remix という 考え方

                                      こんにちは、@kaa_a_zu です。今日(11/23)の日本時間早朝に React Router の制作者である @Ryan氏 と @Michael が着想した Remix V1.0 が正式リリースされました🎉 RemixがWebの世界に及ぼす影響は大きいと思っており、実際のコードやドキュメントを見ながら既存のフレームワークと何が異なっているのかを中心に書いた紹介記事です。(正直、魂が震えています) より具体的な使い方はドキュメントを見て、手を動かしていただくのが良いかと思います。また、既に国内でも使ってみた系の記事がいくつかあるようです。 Remixの機能には様々なものがありますが、当記事では筆者がより注目しているものについて書いていきます。Remixに興味があるけど、あまり追えていないという方に読んでいただけると嬉しいです。 ※この記事はGatsbyやNext.jsよりもRemix

                                        Remix という 考え方
                                      • BudouX: 読みやすい改行のための軽量な分かち書き器

                                        .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads

                                          BudouX: 読みやすい改行のための軽量な分かち書き器
                                        • Elixir自社プロダクト「Bright」①:「今のIT業界でエンジニア/プログラマは適正に評価されない」と 25年間、思い悩んだ結果、「自社から変えよう」と始めて2年後、プロダクト化に至る - Qiita

                                          Elixir自社プロダクト「Bright」①:「今のIT業界でエンジニア/プログラマは適正に評価されない」と 25年間、思い悩んだ結果、「自社から変えよう」と始めて2年後、プロダクト化に至るElixirSaaSスキルシートfukuoka.exBright この記事は、Elixir Advent Calendar 2022 10の24日目です 昨日は、私で「Eixirで機械学習に初挑戦⑥:いま、Elixir AI・MLで何が出来る?→ElixirでAI・MLを構築するメリット→2023年にElixirで攻略する領域」でした 【2023/12/26追記】 皆さまに沢山、応援いただいた本コラムの続編をアップしました その後、Brightがどうなったかの後日談を、どうぞお楽しみください Merry Xmas! piacere です、ご覧いただいてありがとございます 今回は、なんだかエモいタイトルで

                                            Elixir自社プロダクト「Bright」①:「今のIT業界でエンジニア/プログラマは適正に評価されない」と 25年間、思い悩んだ結果、「自社から変えよう」と始めて2年後、プロダクト化に至る - Qiita
                                          • プロダクトマネジメントの優先順位付けフレームワークの究極ガイド

                                            この記事は、以下サイトの機械翻訳です。 何を作るか(あるいは次に何を作るか)を決めることは、プロダクトマネージャーの仕事の中で最も重要な部分の一つです。インパクトを与えるチャンスは何度もありません。だからこそ、賢く選択して、チャンスを最大限に生かすことが重要なのです。 プロダクトの優先順位を決めるには、さまざまな要素を考慮する必要があります。しかし、何よりもまず、お客様の真の問題を解決することを優先しなければなりません。多くの企業では、このプロダクト開発の基本方針が守られていません。おそらく、価値よりも革新性を優先しているからでしょう。私たちは皆、自分たちが最先端の先駆者であると他人に思われたいと思っていますが、市場が求めているのは必ずしもそうではありません。 市場が求めているのは、すでに機能しているものを適度に改良することだったりします。究極のゲームチェンジャーを追い求めるのではなく、フ

                                              プロダクトマネジメントの優先順位付けフレームワークの究極ガイド
                                            • 今どきのシェルスクリプトは数値計算にexprを使わない(POSIX準拠) - Qiita

                                              はじめに 1992 年に POSIX でシェルが標準化されて以来、シェルスクリプトの数値計算に expr コマンドは使いません。expr コマンドを使って計算していたのは Bourne シェル(古い UNIX の sh)時代の話で、現在の POSIX sh (dash、bash、ksh 等)時代では数値計算に expr コマンドは不要です。今どきはシェルの機能だけで整数の計算を行うことができます。「今どき」って一体いつからだって話なわけですが……。 注意 シェルスクリプトでパフォーマンスの話をするとすぐに「他の言語で〜」という方がいますが、私はどんなことにでもシェルスクリプトを使えなんて一言も言っていません。パフォーマンスを気にしている理由は、そこが実際にシェルスクリプトのボトルネックになるポイントだからです。そもそもシェルスクリプトと一般的な言語は言語設計レベルで得意なことが違います。ユ

                                                今どきのシェルスクリプトは数値計算にexprを使わない(POSIX準拠) - Qiita
                                              • Tailwind考 - uhyo/blog

                                                皆さんこんにちは。最近とある事情でTailwind CSSにわりと真剣に向き合わないといけなくなった筆者です。 Tailwind CSSの話題は、Twitterのフロントエンド界隈では定番のトークテーマのひとつです。しかし、筆者の考えを文章にまとめたことは無かったので、このたびブログ記事にすることにしました。 結論筆者が一番みなさんに伝えたいことは、Tailwind CSSは考え無しに採用してよい技術ではなく、採用するには熟慮が必要だということです。とくに、フロントエンドのスターターキット的なプロジェクトの中にTailwind CSSが混ざっていることがありますが、あれはけっこうな罠です。気軽に採用すべきものではありません。 筆者の考えでは、Tailwind CSSの採用を考慮に入れてよいのは次の2つの場合です。 デザインにこだわりがなく、最低限整っていればいい場合。デザイナー不在のプロジ

                                                  Tailwind考 - uhyo/blog
                                                • UIの使いづらさにイラッとする!これがフォームで使いにくい最悪なユーザインターフェイスだ -User Inyerface

                                                  使いにくいUI、間違いやすいインタラクション、誤解されるデザインパターンを再現したUser Inyerfaceを紹介します。ベルギーの制作会社「Bagaar」による、使いにくい最悪なユーザインターフェイスを楽しむゲームです。 けっこうイラッとするので、心に余裕がある時にお楽しみください。

                                                    UIの使いづらさにイラッとする!これがフォームで使いにくい最悪なユーザインターフェイスだ -User Inyerface
                                                  • 再現性と質を高める「意思決定のフロー化」 ―― 開発畑のプロダクトマネージャーの失敗から学べ

                                                    はじめに こんにちは、ゆずたそ(@yuzutas0)です。この連載では、ソフトウェア開発者からプロダクトマネージャーに転向した筆者が、多くの失敗を経て重要性を痛感した「プロダクトマネージャーのマインドセット」を解説します。 主な対象読者としては、同じようにソフトウェア開発を出自とした方で、「同じような失敗経験のある方」「これから失敗を経験するであろう方」を想定しています。連載の前提条件の詳細、免責事項などについては、第1回の冒頭を併せて参照ください。 トレードオフが生じる場面 今回は意思決定について扱います。たとえステークホルダーの協力を引き出し、どれだけ試行錯誤しても、どこかでトレードオフが生じることになります。関係者全員が問題と向き合い、議論を整理した上で、それでも一つの結論にならないという場面が訪れます。そこではプロダクトマネージャーとして意思決定を求められます。 画面に表示するテキ

                                                      再現性と質を高める「意思決定のフロー化」 ―― 開発畑のプロダクトマネージャーの失敗から学べ
                                                    • どのようにPlatformチームの組織変更をしたか | メルカリエンジニアリング

                                                      Platform チームの@deeeeeeeetです. Platform チームは2年前にMercariがMicroservicesの移行を始めたときに一緒に立ち上げられたチームです.Platform チームはMicroservicesを動かすための基盤や開発や運用のためのツールセットなど提供しています.立ち上げ時は自分を含めて2-3人で始まったチームですが2年が経ち10人を超えるチームにまで成長しました. チームのメンバーが増えるほど1チームとして動くには限界がきており,またMicroservices化が進めば進むほどチームの負う責任範囲も広くなりCognitive load (認知負荷) も高くなっていました.これらの課題を解決するために組織変更を行い,Platform チームを複数の専門性に特化したチームに分割しました. 本記事ではチームのデザイン,チームが分離しても独立性を保ちつつ

                                                        どのようにPlatformチームの組織変更をしたか | メルカリエンジニアリング
                                                      • スマホがなかった時代の寵児! ソニー「CLIE」が始まってから終焉を迎えるまで

                                                        ◆持ち歩ける情報処理端末「CLIE」は未来だった 今は国民のほとんどがスマートフォンを持っている時代ですが、2000年頃はまだそんなものはなかった頃、いかに情報処理端末的なガジェットを持ち歩くことを夢みたことか。 確かにケータイをいつも身につけて、単なる通話だけじゃなくて、カメラもついてて音楽も聴けて、ケータイ用に用意されたサイトを見たりショートメッセージくらいはできても、それぞれのクオリティーはまだまだ低くて、なんとももどかしい窮屈さから逃れられませんでした。 その当時、最も処理速度の速いはずのノートパソコンを持ち運ぶのが最善だとわかってはいても、やっぱり重くて大きい。VAIOはあくまでも Windowsという路線に乗っかっているもので、起動するだけで待たされるし、バッテリーもすぐになくなるし、そもそもHDDが壊れるかもしれないというリスクを背負っていたので、気軽に外に持って行くわけには

                                                          スマホがなかった時代の寵児! ソニー「CLIE」が始まってから終焉を迎えるまで
                                                        • Webフロントエンドにおける網羅的テストパターンガイド

                                                          こんにちは、テストが好きなsilverbirderと申します。Webフロントエンドのテストは実施していますか?ユニットテストやビジュアルリグレッションテストは広く知られていると思います。しかし、パフォーマンステストのためのテストコードはありますか?また、カオスエンジニアリングテストやアクセシビリティテストはありますか? 今回、私はWebフロントエンドにおける網羅的なテストパターンを調査し、その結果をここで紹介したいと思います。これらを理解することで、読者の皆さんが適切なテスト戦略を策定する際の参考になれば幸いです。 前提 今回、テスト対象として取り上げる題材は、TodoMVCというTODOアプリです。フレームワークとしてReactを使用しますが、紹介するテストパターンはフレームワークに依存しないものです。ただし、使用するライブラリはReactに関連しているため、その点についてはご了承くださ

                                                            Webフロントエンドにおける網羅的テストパターンガイド
                                                          • UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ

                                                            デザインシステムとは、サービス開発する上で必要となるデザインの概念、スタイルガイド、コンポーネント集などで構成されるデザインのルールです。 Salesforce.comの「Lightning Design System」が2015年に登場して以来、多くの企業がこのデザインシステムを導入するようになりました。 プロトタイピングツールで有名なUXPinが提供するデザインシステムプラットフォーム「adele」では、90個以上(2019年12月現在)ものデザインシステムが公開されています。その企業のラインナップを見ると、大手ITベンダー、SaaSベンダーのみならず、自治体、金融機関、大学など多くの業界で、組織のブランド確立のために、デザインシステムを活用していることが分かります。 GoogleやAppleが提供するデザインシステムは、既に多くのブログで語りつくされていますが、その他の企業でも素晴ら

                                                              UIデザイナーが知っておきたい海外の優れたデザインシステム17選 | ベイジのUIラボ
                                                            • UIデザインの「あれ」の名前を知ろう|株式会社ドヴァ

                                                              こんにちは。ドヴァ マーケティングサービス部所属デザイナーのマリコです。 WebのUI・UXデザインの仕事をしていると、デザイナー同士なら「ここのデザイン、コレをこうしたい(身振り手振り)」だけでほとんど伝わるけど……、クライアントに説明するときはそのイメージと一緒に、正式名称で正しく伝えるようにしよう、と思うことがよくあります。 でも、パーツデザインの名称って意外と知られていないものが多いので、今回はその一部を紹介します。「これは絶対この名前で、それ以外は間違いです!」というわけではなく、さまざまな呼び方がある場合も多いため、こういう呼び方もあるんだなぁという気楽な感じで読んでいただければ嬉しいです。 『三本線のボタン』⇒ハンバーガーメニューボタン 今や、どのWebサイトでも使われている超定番のナビゲーションメニューボタン。名前のとおり、ハンバーガーのパティとバンズのような形状からこの名

                                                                UIデザインの「あれ」の名前を知ろう|株式会社ドヴァ
                                                              • SSR / SSGの理解を一段深ぼる: BFFアーキテクチャ

                                                                BFFとは Backend for Frountendの略で、UI/UXを向上させる目的でフロントエンド専用のサーバーを用意したアークテクチャパターンです。 Webアプリケーションサーバーは下記の処理を行います。 リクエストを受ける DBからデータの取得・更新 ページを構築 (これはクライアントですることも) ページ or データの返却 このうち、「DBからデータの取得・更新」とそれ以外をフロントエンドとバックエンドの役割に明確にわけます。 BFFの役割となるサーバーをクライアントをWebサーバーの間に設け、「リクエストを受ける」と「ページ or データの返却」、場合によっては「ページの構築」をここで処理します。 こうすることで、これまでリクエストというUX関わる部分をフロントエンドエンジニアの責務に移行することができます。 ページの構築をクライアントではなくサーバーで行う場合、これもBB

                                                                  SSR / SSGの理解を一段深ぼる: BFFアーキテクチャ
                                                                • 【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました! - ブロッコリーのブログ

                                                                  目次 目次 はじめに(本記事の見どころなど) テストについて話し合わなくてはならない テストの目的 「うまくいかないかもしれないものは何ですか?」 なぜテストをするのですか? この場合に限り…… テスト駆動開発 〜テストについて語る前に説明が必要です〜 テストについて話しましょう なぜすべてのテストを自動化しないの? テストカバレッジは有用な指標ですか? 「テストをシフトレフトする」とはどういう意味ですか? いつ、どこでテストすべきですか? 十分なテストとはどれくらいですか? おわりに はじめに(本記事の見どころなど) 今回は著者本人の許可をもらった上で、「テストについて話し合わなくてはならない」(原題は「We need to talk about testing」)を翻訳したので紹介します。 dannorth.net 本記事はDaniel Terhorst-North(Dan North

                                                                    【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました! - ブロッコリーのブログ
                                                                  • 遠隔合奏のために、音質、低遅延に全振りしたいと思います ヤマハ「SYNCROOM」始動、開発の狙いを聞いた

                                                                    数十キロから数百キロ離れた遠隔地のプレイヤー同士で、同じ部屋にいるかのような音楽セッションができる。ヤマハが6月29日に正式スタートした低遅延遠隔合奏サービス「SYNCROOM」はそんな夢のような技術だ。だがこの技術自体は既に10年の稼働実績を持つ。 コロナ禍で身動きが取れない中、ミュージシャンにとっての救世主とも言えるSYNCROOMはどんな意図で生まれたのか、何ができるのか、基になったサービス、NETDUETTOとはどう違うのか。10数年前から開発を進めてきた原貴洋さんをはじめとする、SYNCROOMチームのみなさんに疑問を全てぶつけてみた。 ヤマハの出席者は次の通り(所属名は6月29日現在): 原貴洋さん 電子楽器事業部電子楽器開発部音源プラットフォームグループ 主事 野口真生さん マーケティング統括部UX戦略部CE企画グループ リーダー 北原英里香さん マーケティング統括部UX戦略

                                                                      遠隔合奏のために、音質、低遅延に全振りしたいと思います ヤマハ「SYNCROOM」始動、開発の狙いを聞いた
                                                                    • 新規機能はどんどんコンポーネント化 Vue.js + TypeScriptで開発してよかったこと・つらかったこと

                                                                      株式会社ラクスが開催するエンジニア向けのイベント「RAKUS Meetup」。今回は「Vue.js、React、TypeScript、E2Eテスト」をテーマに、「楽楽勤怠」の機能開発を担当する北嶋初音氏が登壇し、「Vue.js + TypeScriptによる新規サービス開発の振り返り」という内容で話をしました。関連資料はこちら。 会社初のフロントエンドエンジニア 北嶋初音氏(以下、北嶋):では、「Vue.js + TypeScriptによる新規サービス開発の振り返り」と題して、UI開発課の北嶋初音が発表を始めたいと思います。 まず軽く自己紹介します。名前は北嶋初音と言います。経歴ですが、2016年の4月からWeb系のITベンチャーに新卒入社しまして、Webエンジニアとしての経験を積みました。次は自社サービスを作っている会社で働きたいという気持ちがあったので、転職活動を始めて、今年の1月から

                                                                        新規機能はどんどんコンポーネント化 Vue.js + TypeScriptで開発してよかったこと・つらかったこと
                                                                      • GraphQLはいつ使うか、RESTとの比較

                                                                        さぼです、沖縄でWebと設計について考えてます。2023/09/23 に沖縄で行われたTechBaseOkinawa2023 にて上記のタイトルで登壇しました。 今回の内容は GraphQLを設計の観点から考えてみる GraphQLの目的や用途を整理する GraphQLを使う時、または使わない時のヒントを持ち帰ってもらう 最近、GraphQLじゃなくてRESTで良くないと思うケースがなんとなくわかってきたのでそれを共有する という感じで話しました。話した内容を文字に起こし少し改修してZennでも共有することとします。 まえおき 最近はクライアントAppとサーバーAppを分けて実装する事が増えてきた クライアントの環境はますます複雑になっている クライアントとサーバーはWebAPIで通信を行う クライアントが複雑になるのと同時にWebAPIの要求が更に増して来ている APIの要求・応答を効率

                                                                          GraphQLはいつ使うか、RESTとの比較
                                                                        • さよならFlask ようこそFastAPI / goodbye Flask, welcome FastAPI

                                                                          DeNA社内の技術共有会でFastAPIの便利さについて語った資料です。 ▼ 要点 ・機械学習の推論API立てる用途ならFastAPIが便利 ・型定義で開発UXばっちり ・ドキュメント自動生成でつなぎこみも円滑 ▼ ソースコード https://github.com/amaotone/fastapi-example

                                                                            さよならFlask ようこそFastAPI / goodbye Flask, welcome FastAPI
                                                                          • #3-2 顧客理解・ユーザ理解にサヨナラを(UX戦略の教科書)|小城 崇

                                                                            昨今では、顧客理解 / ユーザ理解に取り組む必要性が様々な所で主張されており、一般常識になりつつある。そして「顧客のことを深く理解すれば、良質な仮説を立案できる」という言説が広く信じられており、マーケティング戦略を検討したり顧客体験をデザインするうえでの前提条件となっている。しかし、このような言説は本当に正しいのだろうか。 結論からいえば「顧客を深く理解すれば、良質な仮説を立案できる、という言説は間違っている」というのが本記事の主張である。この間違った言説が広く信じられてしまっていることが、ミクロな視点では「成果に繋がる施策仮説を立案できない」というビジネスパーソンの悩みの解消を阻んでおり、マクロな視点では企業の成長や競争力向上を阻む要因となっているのだ。 そこで本記事では、顧客理解の必要性・重要性を真っ向から否定することを試みる。「顧客を理解すれば、良質な仮説を立案できる」という言説が間

                                                                              #3-2 顧客理解・ユーザ理解にサヨナラを(UX戦略の教科書)|小城 崇
                                                                            • 「バラバラになりそうだった」メルカリUI / UXの認識をDesign Systemにまとめたデザイナーたちの話 | mercan (メルカン)

                                                                              「Design System(デザインシステム)」とは、開発で必要となるデザインの概念やスタイルなどがまとめられたものです。開発効率の向上だけでなく、プロダクトの一貫性を担保するためにUIのコンポーネントを規格化。プロダクトマネージャー(PM)やデザイナー、エンジニアの共通言語として存在しています。 そんなDesign Systemが、メルカリグループ内で誕生したのは2019年夏ごろでした。 「なぜそのタイミングでつくったの?」 「Design Systemをつくった目的は?」 そんな疑問を、Design Systemの設計をリードしたProduct Designチームの@tottieと@morishy、@kitajにぶつけてみました。 ※撮影時のみ、マスクを外しています。

                                                                                「バラバラになりそうだった」メルカリUI / UXの認識をDesign Systemにまとめたデザイナーたちの話 | mercan (メルカン)
                                                                              • 【Vue.js入門】の執筆者が語る! Vue.jsで押さえておきたい5つのポイント - FLEXY(フレキシー)

                                                                                ※本記事は2019年11月に公開された内容です。 JavaScript用のフレームワークの中でも高い採用率を誇るVue.js。そのVue.jsをこれから学び始める方は、学び方を教えてほしい、有識者の話を聞きたいと考えたことはありませんか。本記事では、「Vue.js入門 基礎から実践アプリケーション開発まで」の著者である手島拓也氏にVue.jsを学ぶ前に知っておきたいポイントを語っていただきます。Vue.jsの勉強方法や手島氏の経験を知ることができるので、ぜひご覧ください。 学ぶ前にまずはどんな案件があるか知りたい方は、FLEXYで取り扱っているVue.js案件をご覧ください。 私のエンジニア史とVue.jsに出会うまで 先日、慶應義塾大学矢上賞(起業支援)授与式で招待講演をする機会がありました。その際にも強烈に感じたのですが、Vue.jsと私のエンジニア史を切り離して語ることはできません。

                                                                                  【Vue.js入門】の執筆者が語る! Vue.jsで押さえておきたい5つのポイント - FLEXY(フレキシー)
                                                                                • Vue.js UI UX DX Library - Inkline

                                                                                  Configuration file, design tokens, toast notifications and more!Your next Vue.js project deserves the best developer experienceInkline is the intuitive UI Components library for building high-quality, developer-friendly, configurable, and accessible Vue.js Design Systems. More than just a UI LibraryWhile many UI libraries focus solely on UI and UX, they often overlook the most crucial element - th

                                                                                    Vue.js UI UX DX Library - Inkline