デザインエンジニアに必要な5つのこと
最近デザインエンジニアという職種の知名度が上がってきましたよね。このアドベントカレンダーでも何人かデザインエンジニアについて書いています。 今回は僕が考えるデザインエンジニアに必要なことを5つまとめてみました。他にもみなさんが考えるデザインエンジニア像があればぜひコメントください。 アプリケーションの実装とデザインの知識・経験があること アプリケーションの実装にはWebかモバイルかなどいくつかの方法がありますが、2021年現在日本国内の求人を見るとWebフロントエンドの開発経験が求められることが多いようです。肩書に「エンジニア」とつくことから軸足はエンジニア側にあり、一定以上の開発経験や最新情報についてキャッチアップしていける能力が必要です。 その中でもCSS、アクセシビリティ、ウェブフォントなどの知識があるとより良いと思います。これらはデザインと開発両方の知識が必要になる分野でありユーザ
実装しやすいデザインファイルの作り方
実装されたデザインと自分のデザインが全然違う。。。。となる場面はどのデザイナーも経験があると思います。予算やツールの関係でそうなる場合は仕方ないですが、デザイナーが少し心構えや仕事の仕方を変えるだけで、防げる場合も実は多いのです。 このDeckでは実装側と同じ言語を”話す”デザインファイルを作るヒントをお話しています。よかったらご覧ください。
継続率向上施策で踏み抜いてきたアンチパターン3選｜Toshifumi Sakamoto
このnoteは Repro稲田宙人さんの主宰する「モバイルアプリマーケティングアドベントカレンダー2021」の14日目の投稿です。面白かったら是非ハッシュタグ「#アプリマーケアドベント」を付けてシェアをお願いします！ こんにちは！ミラティブの坂本です。 IT業界にそろそろ12年になるのですが、ゲームやSaaSでデータ分析をやっていたり、SaaSやファンクラブアプリのPdMなどを経験してきました。その中で、継続率については相当に向き合ってきました。伸びたこともあるし、伸びなかったこともあります。今日は、私が踏み抜いてきたアンチパターンを3つの結論にまとめたので、紹介します。 まず結論から書きます。 継続率を短絡的にあげようとするとうまく行かない。→継続率を説明する変数を探して地道に向き合う。 見かけの成果に惑わされない。→アプリの本質的なKPIにつながっているかどうかをウォッチする。 グロー
デザインシステムの負債との戦い方 - READYFOR Tech Blog
はじめに こんにちは、READYFOR デザイナーの今野（@kyota）です。 こちらは READYFORアドベントカレンダー2021 の19日目の記事です。 こちらの記事では、READYFORのデザインシステムの負債に対してどのように戦っているかについて書いた内容となります。 なお、負債をキレイさっぱりしたぜ！という記事ではなく、まだ負債と戦っていて今後こうしていきたい！ということまでをまとめた内容となっています。 近年、デザインシステムを導入を多く見られるようになってきましたが、デザインシステムを運用後の課題についての情報はまだあまり無いかと思います。 そのため、デザインシステムを運用中の方や、これから導入を検討している方へ少しでも何かしらのヒントにしていただければと思います。 そして、もっといいやり方あるよ！などありましたら、コメントやTwitterなどにリプいただけると泣いて喜びま
Figma Tokensの導入 デザイナーと協力して一貫性のあるUI実装を実現する - Qiita
この記事は Goodpatch Advent Calendar 2021 の12日目です。 今回はFigmaのPluginであるFigma Tokensを使ってみて実感した恩恵や、実際にどのように利用したかを書いていきます。 はじめに フロントエンジニアの責務の一つとしてUI実装（UIの実現）があります。 UI実装はFigmaなどのデザインファイルを設計書として実装していきます。しかしながら、デザイナーも人間なのでデザインファイルにミスがあることもあります。また、デザイナーとエンジニアが並走してプロジェクトを進めていく場合はデザインファイルの変更がたびたび起こることもあり、都度デザイナーとコミュニケーションをとりながらコードを修正しなければなりません。 このような状況を考えると、UI実現の責務をフロントエンドエンジニアだけが受け持つのは荷が重く、クオリティ低下につながる危険性があるのではな
MJMLでhtmlメールを楽にいい感じに書くことができた話 - BASEプロダクトチームブログ
この記事は BASE アドベントカレンダー 13 日目の記事です。 はじめに こんにちは。 BASE BANK 株式会社 Dev Division にて Software Developer をしている永野(@glassmonekey)です。 普段はバックエンドエンジニアとして、Go/Python/PHP を主に書いてたりします。 最近はチームの分析基盤づくりとかもやってたりします。 そのことについて先日書いたりもしたので、もし良かったらご確認ください。 devblog.thebase.in 私達のチームでは、「BASE」でショップを運営しているショップオーナーが簡単に資金調達をできる「YELL BANK」というサービスの開発・運営しています。 thebase.in あるプロジェクトで、ショップオーナーへのコミュニケーション手段に HTML メール を新しく作ることになりました。その際に
郵便番号APIのようなシンプルなREST APIをlambdaで作る時にマスターデータを何で持つべきか計測してみた
こういうAPIを作らなければいけないときって割とよくあると思います（有料データベースと契約してて、csvでもらったデータをAPIで使えるようにするとか） そんな時に一番シンプルな解決方法として思いつくのがaws lambda + API Gatewayになると思います そんな時にふとした疑問が生まれました 元のcsvって何の形式で持つのが一番効率良いのだろう こういうのって何となく適当に選んじゃうことが多いのですが実際に計測して選ぶことも大切なので色々計測してみました 別解 多分goあたりでプログラム本体に含めてコンパイルしちゃうのが早いと思いますが、今回はrubyでやりたかったのでそれ以外の解決策を考えてみます 準備 郵便局の出している住所 <-> 郵便番号データをサンプルとして使います 元データがcsvなのですがその時点で以下のようになっています 行数：12万4500行 ファイルサイズ
いいデザイナーってどこにいるの？モノグサ社、はじめてのデザイナー採用設計｜モノグサ株式会社
こんにちは！デザイナーのmoyoです。2019年頃から、Monoxer, Inc.でアプリ、WEB管理画面のデザインやチーム拡張の仕組みづくりを担当しています。 早速ですが、2020年冬の私 ↓ いいデザイナーってどこにいるんだろう？ というか、デザイナー採用ってどう始めたらいいの...😇 当時、本当に困りました。モノグサ社に転職するまでデザイナー採用に携わった経験がなく、転職活動の経験もなかったため、知見は０。 困った末、ジョブディスクリプション作成から、面接設計、採用まで何を行ったか、設計過程を振り返ってみたいと思います。今まさに困っている方の糧になれば幸いです。 結論、「いいデザイナー」は存在しません最初に結論です。いろんなところで言われていますが、「いいデザイナー」は存在しません。存在するのはマッチ度の高いデザイナーです。そしてそのデザイナーさんに出会うには、言語化と社内理解が不
RailsアプリをNext.js+Rails API + GraphQL（Relay）にリプレイス（snowwshiro | スノーしろ）
RailsアプリをNext.js+Rails API + GraphQL（Relay）にリプレイス（snowwshiro | スノーしろ） 2019年12月より運営している「snowwshiro|スノーしろ」は、Ruby on Railsアプリとして開発していましたが、今後の開発効率化を図る為、フロントエンドとバックエンドを分離することにしました。 そして今月(2021年12月)にリプレイスが完了しましたので、今回採用した技術スタック等についてご紹介します。 リプレイス後のサイトは以下となります。 フロントエンド Next.js フロントエンドにはNext.js（React）を使っています。 普段関わっているお仕事でNext.jsを触ることが多かったので、そこで得たものを活かせる様にしたいと考えて採用しました。 TypeScriptを使っています。 Relay 後述のGraphQLサーバー
エンジニアに優しいデザイナーにもなりたい！ - Qiita
はじめに こんにちは！@Ayako-tus です。 大学入学時からフロントエンドの学習、途中からデザインをかじって案件に取り組んでいる大学３年生です。 某ベンチャー企業でHPの制作やReactを使ったWebサービスの開発をしてきましたが、Figmaを触り始めてからデザインに興味を持ち始めました。 この記事ではフロントエンド開発とデザインを１つの案件で両方担った時に思ったこととかを記そうと思います。 間違った考え方などがあれば、気軽に教えていただけると幸いです。 #フロントエンドとデザインを両方担当してた時に大変だったこと どこまで必要なんだ？ 私はfigmaでデザインを作った後、storybookとchromaticでUIを実装し、Reactでサービスの実装をしていました。 デザイナーとフロントエンドエンジニアを別の方が担当していればstorybookで動きが想定通りかなど確認してもらう必
プロダクト思考とプロジェクト思考を理解し、優れたプロダクト、チームを作り出す方法 - tomoima525's blog
ツイッターで偶然見かけたプロダクト開発に関する一連のツイートが、プロダクトチームと経営陣、あるいは開発メンバーやプロダクトマネジャーの間に起きる摩擦を見事に言語化していました。 As they grow in size, teams within megacorps and startups tend to implicitly bias more towards Project Thinking and not enough Product Thinking. Product Thinking is a mindset and a process that, once you see, you cannot unsee it. Product Thinking, Project Thinking, a thread: pic.twitter.com/rbY80wTVgE— Shreyas
新卒2年目のエンジニアがDesign Technologistを名乗ることになった話｜amishiratori
このカンファレンスで2日目に行われたセッション「No Need for Bridges: How Design Technologists dissolve the design and engineering gap」で紹介された、「Design Technologist」という職業についてです。 このセッションで紹介された、Design Technologistという職業について、チームにDesign Technologistがいることのメリットを紹介します。 Design TechnologistとはDesign Technologistはデザインとエンジニアリングの両領域を理解し、その２つの領域を跨いて働きます。デザイナー、エンジニア、リサーチャー、ライター、PMなどのプロダクト開発に関わる様々な職種の方との共通言語を持ち、プロトタイプ作成、ユーザーリサーチ、コンポーネント実装、ド
Engineering Manager 不要論 - Qiita
はーい、メリークリスマス！ すでに良い子のところにはプレゼントが配達済みなナウ25日で、サンタさんが寝室に戻る足音を聞きながら、私からのプレゼントは堂々と遅配なTO☆SHI☆NO☆SE、みなさまいかがお過ごしですか。 Engineering Manager（以下EM）の不要論という、クソデカ主語の飛ばし記事を書こうとして、遅刻してたんじゃ世話ないですが、こちらの記事は Engineering Manager Advent Calendar 2021 の24日目の記事になります！遅れてごめんなさい！ EMって要るの？要らないの？（自己紹介） まずはお前誰だよってことで自己紹介させていただきますが、今年の4月からキャディ株式会社でエンジニアリングマネージャーをしております @hiraiva です。 元々うっかりCTOをさせていただいていたうっかり八兵衛なこともあって、現職入社後こんなインタビュ
【社内資料ほぼそのまま】Slackbot + Spreadsheet + BQで作るオンボーディング支援Bot｜Kentaroh Awata/ケニー
はじめまして。Reproという200名弱くらいのスタートアップで人事やっております粟田と申します。 （人事とは名ばかりで、暇を見つけては、サウナに行くかフォートナイトをしております。） 採用担当のQOLを爆上げすると噂の採用管理ツールを提供しているHERPさんよりアドベントカレンダーのお誘いを受けましたなので、２つ返事でOKしました。言いなりなので。 採用についてのアドベントかと思うのですが、 「家に帰るまでが遠足。オンボードするまでが採用。」 ということでオンボーディングに関しての弊社取り組みを一部ご紹介させてください。 では、現在12月13日23:45。頑張って書いていきたいと思います。 オンボーディングに関する様々な課題多分にもれず、Reproもオンボーディングに色々な課題を抱えている会社でした。配属部門によって、入社時に実施される内容に違いがあったり、メンターがつく部署があったり、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
