最高のUXを目指して、1人月でWebアプリを開発した話
関心が高まりつつあるPWAについての技術・情報交換の場である「PWA Night」。Vol.14の今回はUI/UXがテーマです。「YouTubeをみんなでワイワイ見るためのサービスDJ7の話」というテーマで登壇したのは、Imagawa Takaya氏。1人月で開発したYouTubeの同期再生アプリ「DJ7」について、短期間での開発工程の工夫などを語りました。 ユーザーが各機能にアクセスしやすくするためのデザイン Imagawa Takaya氏：3週目に行ったことはこちらになります。今までは機能の実装がメインだったのに対して、この週からはデザインをやりました。先ほどのプロトタイプでもお見せしたとおり、DJ7ではロジックの実装とデザインの工程を明確に分けました。これはデザインしたあとで機能を増やしたくなってしまい、手戻りが発生してしまうのが嫌なためです。 この週に意識したのは、実装した機能をU
アジャイルなのか、ウォーターフォールなのか｜市谷 聡啓 (papanda)
時に奇妙な仕事に遭遇することがある。そのことに気づくのは、事が進んだ後だったりする。 あるプロジェクトで、アジャイル開発の専門家として招聘された。アジャイルに取り組みたいが経験者がいないため、その補完をしたい。行き詰まったり、ダメな感じになっていたらメンタリングして欲しい。こういう話はよくある。 話を聞いてみると、ハードウェアが絡み、かつ異なる組織の関係者が関わるようなプロジェクトで、これは状況の確実性を上げた方が良いと感じた。状況の確実性、つまり、決められることは出来る限り決める、むやみに先送りにしない。イテレーティブなプロセスの中で、徐々に状況を明らかにしていく、変更に適応的に臨む、こうした度合いを抑えた方が良い、と。 アジャイルとは、ウォーターフォールとは、という定義以上に、いまからやろうとしているプロダクトの性質、それに取り掛かろうとしているチーム、関係者の状態、さらにプロジェクト
アプリのアップデート300本ノックから学ぶUI改善のヒント｜宮﨑 晃
こんにちは、HR業界でアプリマーケティングをしている宮﨑です。 ・アプリのアップデート前後のUI変化 ・Push通知など気になったGrowth施策 こうしたものを「#アプリノック」としてTwitterで投稿すること3ヶ月。300本以上のネタが溜まってきました。 今回のnoteでは「フォッグの消費者行動モデル」というフレームワークを使ってまとめていきます。 行動 = 動機 × 実行能力 × きっかけ ザックリいうとユーザーに何か行動を促す際に「動機/実行能力/きっかけ」の3要素をどう揃えるか？というモノ。 詳しくは深津さんの記事がとってもわかりやすいのでおススメです。 アプリノックがUI改善の勘所だけでなく、Growthの知識も一緒に学べるコンテンツになっていくと嬉しいです。 それではいってみましょう！ 【動機】がないと、やる気にならない①慣れない体験にはイメージ作りを よくわからない体験は
プロダクトマネージャーに必要なテクニカルスキルを定義してみた話。｜オカダヤスヒロ（岡田康豊） | プロダクトマネージャー
はじめにここ数年プロダクトマネージャーを名乗る人が増えているかと思います。私もその一人ですが、PMの役割や定義って、非常に曖昧だなーと感じることが多々あります。 プロダクトマネージャーの役割は、それほどはっきりしておらず、曖昧さを抱えています。それが故に、自身のキャリアやメンバーのキャリア育成に悩むことがありました（今でも悩みますが）。 プロダクトマネジメントトライアングルま、私が考えるような悩みは世の中の偉人（？）たちが既に考えており。有名なのはDan Schmidtさんのプロダクトマネジメントトライアングルです。 このプロダクトマネジメントトライアングル。非常に素晴らしいフレームワークなのですが、私や自分の所属している組織には少々難解で、普段のコミュニケーションの中で、うまく利用することができませんでした。 PM個々人のレベル感を捉えるには向いてないかも。という課題感も感じていました。
Goodpatchのエンジニアが持つデザインの観点とは？ Goodpatch Engineer Meetup Vol.5｜Goodpatch Blog グッドパッチブログ
イベントレポート Goodpatchのエンジニアが持つデザインの観点とは？ Goodpatch Engineer Meetup Vol.5 こんにちは！Goodpatchでは2019年12月10日（火）に第5回目となるエンジニアのためのミートアップ「Goodpatch Engineer Meetup Vol.5」を開催しました。 GoodpatchはUI/UXに強みを持ったデザイン会社ですが、今回のイベントではGoodpatchで働くエンジニアだからこそ持ち合わせている、インターフェイスデザインの観点やカイゼン事例、ペアデザインがもたらす価値についてなどのナレッジをご紹介しました。 今回は登壇された方々の発表内容を元に、イベントの様子をお届けします！ 「インターフェイスデザインとの向き合い方」丸怜里 はじめに、弊社の元iOSデベロッパーで、現在はソフトウェアデザイナーを務める丸怜里（@us
スクラム開発でインターバル期間を設けたらチームが勝手に良くなった話 | 株式会社ハンズシェア
株式会社ハンズシェアで技術系マネージャーしているきょんすけです。Twitterでは @kyonsuke19101 で活動しています。マネージャーとしては1年ぐらいで、会社・チームのみんなに助けてもらいながら、日々チームをカイゼン（トライ＆エラーともいう）しつつプロダクトを磨いております。 今回は弊社の開発チームでの取り組みの中で結構うまくいったのでは！？と思えるスクラム開発においてインターバルの期間を取るというものについて記事にしました✌('ω')✌ 弊社チームでのスクラム開発スクラム開発に関しての説明に関しては検索すると、こちらや公式的ガイドのスクラムガイドなど素晴らしい資料がざくざく出てきますので、そちらにお任せしてここでは弊社でどのようなスクラム開発を行っているかについて記載…しようと思ったところ、既に詳細について記載してある記事がありましたのでこちらをご参照下さい。 ざくっと弊社の
新人エンジニアの私が圧倒的成長するためにやっていること
はじめに 私はエンジニアになってまだ4ヶ月のいわゆる新人枠。それでもこの4ヶ月、どのようなマインドや仕組みを用意して進めていけば圧倒的成長に繋がるのかを自分なりに試行錯誤し、実行してきました。 そこで、私の失敗談やそこから得た経験が、新人エンジニア同志の方の参考になればという思いで今回の記事を書きました。 周りのエンジニアとのレベルの違いを感じすぎて「自分なんて...」「こんなことを言ったら」と引っ込みがちだった私が圧倒的成長を目指してやったことが、エンジニアになりたての誰かのところに届けられたらうれしいです。一緒に圧倒的成長しましょう！ できなくて当たり前。どんどんさらけ出そう 先輩エンジニアに言われてハッとした言葉があります。「初めたばかりなんだからできなくて当たり前」 できないことは恥ずかしいという考えは捨てて、積極的にできない自分をさらけ出すことが大事だと学びました。 それまでの私
[新機能]AWSの新しい見積もりツール(ベータ版)がリリースされました! | DevelopersIO
おはようございます､加藤です｡AWSに新しい見積もりツールがリリースされました!さっそく紹介していきます｡ はじめに この新しい見積もりツールはまだベータ版でEC2, EBSにしか対応していません｡これら以外のリソースの見積もりを行う場合は従来の見積ツール(Amazon Web Services Simple Monthly Calculator)を利用してください｡ 使ってみた AWS Pricing Calculator こちらのURLから使用ができます｡ アクセスしてみるとこんな画面です｡画面真ん中に青枠でベータ版であることが記載されていますね｡ さっそく見積もりを作成してみましょう｡デフォルトのグループはリージョンがオハイオになっているので､Edit Groupからリージョンを東京に変更してグループ名も付けましょう｡ グループ名とリージョンを正しく設定ができました｡ 次にグループに
![[新機能]AWSの新しい見積もりツール(ベータ版)がリリースされました! | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
SUUMOアプリチームがスプリントを廃止してカンバン方式に移行した話 | リクルートテクノロジーズ メンバーズブログ
このエントリは全9回を予定する18卒新人ブログリレーの第4回です！ 今回は、SUUMOのモバイルアプリ開発の現場から、企画と開発が一体となったチームでの開発プロセスについてご紹介します！ はじめに はじめまして。リクルートテクノロジーズ新人の三田涼介です。現在は不動産検索サービスSUUMOのAndroidエンジニアとして働いています。 今回はSUUMOアプリチームの開発プロセスについて紹介します。 SUUMOは巨大なサービスでありながら日々高速に改善を行っており、週1回以上の頻度でiOS、Androidの各OSでリリースを行っています。このスピード感を実現するために、開発プロセス自体も日々磨き込みが行われており、私が配属された3ヶ月前にも開発プロセスに大きな変化がありました。 この記事では、私が新人としてキャッチアップしていく中で学んだ、 なぜ開発プロセスを選ぶことが必要なのか どうやって
7. CI/CDとか、CircleCI自体の設計・開発プロセスとか | fukabori.fm
話したネタ 継続的インテグレーション(CI)とは何か？ 継続的デリバリ(CD)とは何か？ おかんにCIを例えで説明する CIをしていない場合、どこから始めればいいのか？ たくさんのテストがないとCIを使う意味がない、というよくある誤解 最初からクライマックス 継続的デリバリと継続的デプロイの定義と差異 CI/CDの真の力 CircleCI 2.0とは？ LXCベースからDockerへの置き換え CircleCIアーキテクチャの刷新について CircleCI 2.0以外の名前の候補 CircleCI 2.0は爆速 gRPCを使いつつ非同期に CircleCIはJenkinsと違って何が嬉しいのか？ Jenkinsのプラグイン運用辛い 野良Jenkins問題 CircleCIに限らずSaaS版のCI/CDで出来なくなることは？ GPUビルド セキュリティおじさんに対する回答 CircleCI
【東京のWeb制作会社編】WebクリエイターをうならせたWebサイト13選 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは！ 株式会社LIGでWebディレクターのアシスタントとして修行中のきくりんです！ 「一流になるには、一流を知る必要がある」と、どこかで誰かが言っていた気がします。一流のWebディレクターを目指して、グッときたサイトは、なぜグッときたのかも考えながらインプットするよう心がけているのですが、そんななかでふと気になったことが。 「現場経験も長い先輩クリエイターたちはどんなサイトにグッときて、どんな着眼点で見ているんだろう？」 「Web業界でディレクターとして働く身として、他の制作会社さんのどこがどうすごいのかを知っておくべきでは？」 そこで、現場で働くLIGの先輩クリエイターに、グッときたサイトと、どういうところにグッときたのか、そのサイトを制作した会社も含めてアンケートをとって、まとめてみることにしました。 今回は東京にあるWeb制作会社編です！ 見やすくするため、サイトのタイプを
良いエンジニアを採用するにはどうしたらいいか - おもしろwebサービス開発日記
以前ソフトウェア開発者採用ガイドの読書感想文を書いたときに反響が思ったより大きかったので、エンジニア採用というテーマは関心が高いのだなと感じました。 上記感想文のエントリでも書いていますが、お手伝いしている会社の方などから「どうやったら良いエンジニアを採用できますか？」と聞かれることがよくあります。先のエントリでは「頑張るしかないですねとしか答えようがない」と書きましたが、頑張るとはいったい何を頑張るのか、きちんとまとめておいたほうが良いなと思いエントリをしたためる次第です*1。 あくまで僕はこう思いますという話で、この通りにしたからといって必ず良いエンジニアを採用できる保証はありません。あしからず。 想定読者 良いエンジニアを採用したい偉いひと、もしくは人事のひとです。 前提: 良いエンジニアとは このエントリでの「エンジニア」とはいわゆるweb系のエンジニア(例: サーバサイドエンジニ
ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ
今日はプログラミングの生産性に対して気づきがあったのでシェアしてみたい。 なぜ米国の人は生産性が高いのだろう プログラミングの生産性に関しては以前から興味がありいくつかのポストで考えたことをシェアしてきた。私は職業柄、いろんな国でいろんな人々とプログラミングを一緒にする機会が多い。その時に頻繁に感じるのは、平均的に言うと、アメリカの人プログラマが生産性が高い確率が高くて、しかもコードもきれいだという傾向にある。アメリカでお客さんと一緒にコードを書くと、お客さん自体が物凄く良く知っているし、実行力もある。アメリカの次と言うことでいうと、英語がネイティブの国もそれに近く、フランスなどの言語が近いところが続く感じなので、英語が物凄く影響すると思っていたし、実際すると思う。そのあたりの話はこちらのポストに書いてみた。 simplearchitect.hatenablog.com 定義での理解と、例
ISUCON本戦に出られることになった - hitode909の日記
偶然暇だったら出ましょうということでid:takuya-aとid:shiba_yu36とチームを組んで出た．チーム名は「ディメンジョナルハイソサイエティぬれねずみ」で，サークル名ジェネレータで決めた．僕は3回目で過去2回は予選敗退，二人は初参加． www.doujinbu.com 準備 事前準備はだいたいしばゆーがやってくれて助かった 最初はGoでやるかって言ってたけど慣れたPerlになった．練習する時間はないので，ぶっつけ本番で問題の質によって言語を決めようという話をしていた デプロイはrsyncで 初参加の年はソフトウェア工学を重視しCircleCIが通ったら自動デプロイしていた これが最悪で，急いで手で書き換えてデプロイしたら自動デプロイが走ってロールバックされたり，ベンチマーク実行中にデプロイされたり 去年はrsyncでデプロイしていて，コミットする前にデプロイしてうまくいったらコ
テストフェーズがなくなるのが未来だろうっていう話
「じゃ、どういうプラクティスがあればいいのだろう？」と考えはじめたのが、メルカリに入る少し前の頃。そこで今ためしにAutomation & QA チーム（通称：AQA）でがんばっているのが //speakerdeck.com/assets/embed.js ↑の部署紹介資料にもある「Continuous E2E Testing」です。現在は夜間ビルド＆手動でいつでも実行。そして、最終目標はコミットごとの実行（でもすごくそれは難しい）。 だって、アジャイル開発、DevOps時代だともう、ずっとテストするしか「はやく」ならないんですもの。 CodeZineさんの「アジャイル開発におけるテストとは？ その未来とは何か？【Agile 2018】」でも、AQA POP TALKの「探索テスターの未来？ テスト戦略モデル「INFORMATION」とは何か？ via ebayのセッションより」でも登場す
「きょん、やっとむ、Ryuzeeらと語るアジャイル開発の本質」参加レポート #densohack - Qakink blog
イベント概要 先日、アジャイルの本質について語るイベントが日本橋で開催された イベントのテーマは「本質を理解しないままのアジャイル開発に挑む危うさ」 アジャイル3怪獣 と呼び声の高い (?!) お三方がアジャイル開発の本質を激辛トークで深掘り 会の後半では、参加者を交えたディスカッション（フィッシュボール形式）も行われた イベント詳細はこちら：https://connpass.com/event/96750/ 登壇者 やっとむさん「アジャイルってなにが美味しいの？」 きょんさん「目的論からのアジャイル～手段を目的化すること～」 ryuzeeさん「アジャイル開発でコールド負けしないための5つのポイント」 感想を一言で言うと タイトル通り、内容が本質すぎて辛かった 終始「ぐぬぬ…」となる胸熱展開のオンパレードでした 「アジャイルってなにが美味しいの？」 by やっとむさん 登壇資料 そもそもア
React NativeのレイアウトエンジンYogaの仕組み [前編] - Adwaysエンジニアブログ
こんにちは、@binaryta です。 先日「React Native OSS ペアプロ会 #3 byFACTBASE」というイベントに参加してきました。 factbase.connpass.com OSSにcommitすることを主眼としていて、React Nativeのissueの問題に解決策を提示したり、解決できそうならPull Requestを送るといった内容です。 このイベントに参加中、レイアウトのバグを直そうとしていた際にYogaを知りYogaに興味を持ちました。 僕は「React Native OSS ペアプロ会」には初回から参加していますが、今後も定期的に開催するみたいなので、興味ある方は是非参加してみてください。 対象 Yogaはクロスプラットフォーム間で共通にレイアウト処理をするべく作られたレイアウトエンジンです。そのためiOSではObjective-C, Android
![React NativeのレイアウトエンジンYogaの仕組み [前編] - Adwaysエンジニアブログ](https://cdn-ak-scissors.b.st-hatena.com/image/square/72abfaebb5f46a2b58ed269573255d4ad3c6f6bf/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FA%2FAdwaysEngineerBlog%2F20180824%2F20180824163608.png)
さようなら ImageMagick - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。 一般的な Web アプリケーションがそうであるように、サイボウズのグループウェアにも画像をサムネイルで表示する機能があります。サイボウズでは日々数万件やそれ以上のサムネイルを生成しており、それらは全て ImageMagick によって生成されていました。 そこで得た知見はこちらの記事で公開されています。 blog.cybozu.io しかし現在、サイボウズから ImageMagick は消え去りました。その理由と、我々が取った代替手段について紹介します。 ImageMagick を外した理由 言うまでもなく ImageMagick は優秀なツールで、画像変換に関する何らかのサービスやツールを作る場合には採用の第一候補になることでしょう。あらゆる画像フォーマットに対応し、出力画像をきめ細かに制御できる膨大なオプシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
巨人アドビと「Fresco事件」の全真相
