You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![ペアプロの心得](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ef26f6cb4349557952890dbe3e567f7f98dc151/height=288;version=1;width=512/https%3A%2F%2Fgithub.githubassets.com%2Fassets%2Fgist-og-image-54fd7dc0713e.png)
#html5j #html5j_e Webやアプリを世に出すにはエンジニアの力が欠かせませんが、競争が激しくユーザーの要望も高まっている現在、デザインは大きな差別化に繋がります。 同じモノ作りをする職業ですが、課題解決の取り組み方から評価の仕方まで違いがあります。その違いが誤解に繋がることもあれば、「よく分からない」と遠ざけてしまうことになります。お互いの力を合わせることでより良いプロダクトが生まれるはずですが、機会を失うことになります。趣向・感覚が違うという単純な話で片付けることはできません。 本セッションでは、エンジニアとデザイナーが協働していくためのアプローチと「相手に何かを伝える」というコミュニケーションの仕方を紹介します。
5月のThoughtWorksのTechnology RadarでもADOPTされたADRという手法について、面白かったので、ざっくり自分なりに調べたメモです。 Technology Radarでは以下のように述べられています。 多くのドキュメントは、読みやすいコードとテストに置き換えることができます。しかし、進化的アーキテクチャでは、将来のチームメンバーの利益と外部の監督のために、特定の設計上の決定を記録することが重要です。Lightweight Architecture Decision Recordsは、重要なアーキテクチャー決定を、そのコンテキストおよび結果と共に取り込むための技法です。これらの詳細は、WikiやWebサイトではなくソース管理に格納することをお勧めします。そうすれば、コードと同期したままのレコードを提供できるからです。ほとんどのプロジェクトでは、この手法を使いたくな
こんにちは、株式会社AbemaTVでiOS、tvOSを開発している波戸 @dekatotoro と申します。 先日開催されたサイバーエージェントグループの技術カンファレンスCA BASE CAMP 2019にて登壇した、 継続的な開発スタイル 「AbemaTV iOSアプリを週一で リリースしている話」 について紹介させていただきます。 当日の発表では、AbemaTVのiOSチームで取り組んだ開発フローの改善について、前提となる開発体制とコードベースを交えてお話しました。本記事では、当日の発表スライドを元に紹介していきたいと思います。 発表スライドは以下になります。 Agenda 開発体制 コードベース 開発フロー 今後の取り組み まとめ 1. 開発体制 現在AbemaTVの開発局は約80名程います。 Direction, Android, iOS, Web, Server, QA…といた
2019-03-27フロントエンドエンジニアが UI 設計〜実装で考えていることおはこんばんちは、開発本部エンジニアの大岡です。 先日、TechLunch という社内勉強会で「フロントエンジニアが UI 設計〜実装で考えていること」という内容で発表しました。UI 設計から実装の細かい話ではなくどういう気持ちで望んでるかという話で、基本的なことしか書いていませんが紹介させていただければと思います。 UI 設計UI 設計をデザイナーがして、それをエンジニアが実装する場合とエンジニアが単独で UI 設計から実装までする場合があります。今回はそれぞれのケースで、フロントエンドエンジニアがどういうことを考えてるかを紹介します。 とその前に、他人と UI について話すときに気をつけてる言葉で分かりやすくまとまっているツイートがあったので紹介します。 自分が他の人に UI デザインの説明をするとき、あま
Yahoo! JAPANのIaaSを支えるKubernetesクラスタ、アップデート自動化への挑戦 #yjtc
デザイナーにある2つの仕事 デザイナーの仕事は情報を整理したり何か成果物を作ることであることに異論を出す人はいないと思います。何か形にできるのはデザイナーの特殊能力だと思いますが、それだけがデザイナーの仕事ではありません。デザインの見方や伝え方を周りに教えるのもデザイナーの役割です。 デザイナーの間では「デザインは課題解決すること」という認識が広まっていますが、周りからは「デザインは見た目を整えること」と思われています。デザイン思考、UX といった言葉をデザイナー以外が発することはありますが、それでもデザインは見た目の話に止まることがあります。 こうした状況に対して「デザインのことを分かっていない」と言うのはナンセンスです。私たちデザイナーと同じように情報収集と実践を繰り返しているわけではないのに、デザイナーと同じ認識と姿勢でデザインに取り組むことを期待するのは現実的ではありません。結局、
モバイルエンジニアの@chiiia12です。 私がQuipperのモバイルチームにjoinした際に驚いたことの一つが、自動化スクリプト/便利ツール等が多く使われていることでした。 今回はモバイルチームで最近導入されたものをいくつか紹介したいと思います。 DeployGateのビルドバージョン通知 私達のチームではDeployGateを使ってQAチームやデザインチームに開発中のアプリを配布しています。 QAテスト期間中は、不具合を改修した後に改修が含まれたバージョンのアプリをQAチームに確認をお願いしています。その際にDeployGateのバージョンを伝えてテストをしてもらっていますが、開発者にとってはDeployGateのビルドバージョンを確認するのはひと手間かかる作業になっていました。 これをissueがリンクされたpull requestのマージをトリガーに、どのDeployGateの
この記事はdely Advent Calendar 2018の7日目の投稿です。 昨日は、Androidエンジニアのkenzoが「Androidにいい感じの動きをさせていく話(ViewPagerとその他Viewとの連動)」というタイトルで投稿しました。 Android開発を行っている方はぜひチェックしてみてください。 Qiita: https://qiita.com/advent-calendar/2018/dely Adventar: https://adventar.org/calendars/3535 1. はじめに こんにちは、delyでkurashiruのiOSエンジニアをしているほりぐち( @takaoh717 )です。 今回は、delyが運営しているレシピ動画サービス「kurashiru(クラシル)」のiOSアプリがどのようなフローを経てストアに公開されているかをざっくりとご
freeeの価値基準の一つである、ユーザーにとって「本質的(マジ)で価値ある」ものを届けるということ。本連載ではそれに向かって、日々挑戦を続ける開発現場の事例をお伝えします。今回はfreeeのモバイルアプリ開発における、ブランチ運用方法の見直しや自動化の取り組みについて紹介します。 対象読者 モバイルアプリ開発において、Gitやリリース周りをもっとラクに運用したい方向け。 freeeのモバイルアプリ開発変遷 freeeでは現在、モバイルアプリの開発を専業で行っているエンジニアは6名いて、その6名で「会計freee」「人事労務freee」という2種類のアプリを、iOS/Androidの両OS向けに提供しています。 ただこの規模になったのもここ最近の話で、2年前は2~3人のエンジニアでOS別も含めて4つのアプリの開発を行っていました。 エンジニアの人数が増えたおかげで、飛び交うPullRequ
HRTech領域で「若者の価値を最大化する」事業を展開している株式会社Traimmuというスタートアップで共同創業者・CTOをしている佐野です。 突然ですが「Tech Lead(テックリード)」というポジションをご存知ですか? Twitterの投票機能でアンケートをとってみたところ、約35%がテックリードになりたい、そして約半数がテックリードについてよく知らないとのことでした。 cf.) https://twitter.com/yppon_s/status/1086106209424306177 現在、弊社で「テックリード」ポジションのエンジニアを絶賛募集中なのですが、自分自身もテックリードとして働いた経験がなく、どういったエンジニアがテックリードとして相応しいのかを考えたり調べたりしている中で、Jason Liszkaさんの記事「Good Tech Lead, Bad Tech Lead
こんにちは、クックパッド株式会社デザイナーの藤井(@kenshir0f)です。 業務では主にKomercoというサービスのデザインを担当しています。 Komercoは料理が楽しくなる料理道具やうつわ、調味料や食材など料理が楽しくなるモノが買えるアプリです。 料理に興味がある方はぜひ触っていただけたら嬉しいです。 さて、今日お話しする内容は新規事業でアトミックデザインを導入したお話です。これから導入を考えている方や、すでに導入している方の参考になればと思います。 Komercoでは立ち上げからリリースまでの間、サービスのデザインを一人で担当していました。 開発初期ではまだサービスの名前すら決まっておらず、ブランディングからロゴ、アプリの体験設計、インタフェースや開発用のデザインガイドラインなどを並行で作業する必要があり、上手に効率化を測りながらデザインしていました。 また、アプリは購入用、出
デザイナーだけでは実装面に配慮したコンポーネント設計やデザインが難しかった 2018年1月。私たちはデザイナー2名でデザインシステムを作りはじめ、下記のような流れでデザインしていきました。 ① 各社が公表するデザインシステムやスタイルガイドの事例研究 ② Atomic Design などコンポーネント指向をインプット ③ プロダクトを構成するコンポーネントを収集・分類し、俯瞰的に観察する(Interface Inventory) ④ Interface Inventory で分類を元に、コンポーネントをリデザインする ⑤ スタイルガイドの実装(ここはコーダーさんに依頼) デザインが終わり、「いざ実装するぞ」という段階で、デザインに対してたくさんのフォードバックがあり、実装が足踏みしてしまう場面がありました。もちろんデザインについてフィードバックがあることは想定していたことですが、デザインと
この記事は InHouseDesigners Advent Calendar 2018 13日目の記事です。 こんにちは。@toi_toi_yです。インハウスデザイナーです。 自分はサイボウズという会社で自社プロダクトであるkintoneのデザイナーをしています。 チームにはプロダクトマネージャー、エンジニア、QA、ライター、デザイナーなどなどいろんな役割の人がいます。 一般的に事業会社はしっかりと分業されていて、それぞれのロールに割り振られた仕事をしています。自分はデザインをして、エンジニアはコードを書いて実装するのが主な役割です。 自分はサイボウズに来る前に製作会社でWebサイトを作っていました。自分でディレクターもやるし、デザインもするし、コーディングもやるという分業とは程遠い環境にいました。 2年半前サイボウズに転職してきた当時、「ちゃんと分業されている! 専門家がいるって素晴らし
この記事は、「BASE Advent Calendar 2018」の7日目の記事です。 devblog.thebase.in こんにちは、BASEのデザインチームに所属している北村(@naomi_kun)です。 BASEのデザイン管理ツールに「Abstract」を導入してちょうど1年が経ったので、導入する前を振り返りながら、良かったところの所感をまとめたいと思います。 はじめに 突然ですが、デザインデータの管理ってみなさんどうしていますか? 共有するのが大変だったり、バージョン管理のルールを厳格にしておかないとメンテがしづらかったりと、デザインデータの管理って非常に面倒ですよね。 BASEもGoogleDriveやDropboxを用いてデータ共有していたものの、ファイルの置き場が煩雑になったり、新しいデータがどれなのか毎回他のデザイナーに確認しなければならないなど、多くの課題を抱えていまし
こんにちは。ノベルチームでデザイナーをしている id:murata_s です。先日カクヨムでは、新しいバージョンのアプリをリリースしました(iOS、Android)。読む専用のビューワーアプリとして、名称も「カクヨムViewer」と改めています。 開発面では、これまでネイティブとWebViewで構成されていたアプリに、React Nativeという技術が加えられたことが大きなトピックです。技術方面での具体的な使用感などについては一緒に開発を担当したエンジニアさんが別の機会に発表してくださるとのことですので、本稿ではデザイナー目線で触った感想を述べたいと思います。 やったこと この度のアプリ開発で導入されたReact Nativeですが、個人的にも初めて触る技術でした。どのようなものなのかまず知ろうということで『Atomic Design』という本を読んで予習することにしました。この時点では
デザイナーが抱える大きな悩みのひとつに、「デザインを理解してくれる人がいない」というものがあります。最近では少しずつ変わっていますが、デザインの重要性を理解してくれる企業は全体としてはまだまだ少ないように思えます。 今回は、専任のデザイナーがいない企業に1人目のデザイナーとして入社したテモナ株式会社の大村さんに、「デザイン文化を組織に浸透させるために行った取り組み」を聞いてきました。 登場人物 テモナ株式会社 UI/UXデザイナー 大村 真琴氏 デザインを考慮する重要性 ── 最初に、テモナさんの事業と大村さんの仕事内容を簡単に教えてください。 大村:テモナ株式会社は、「たまごリピート」と「たまごリピートNext」というサブスクリプションに特化したECの販売管理システムを提供しています。「たまごリピートNext」は、10年以上に渡って提供してきた「たまごリピート」をリニューアルしたサービス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く