mikanデザイナーの"スクラムで回す1週間"を覗いて行きませんか？｜Ayaka Nagataki
はじめにこんにちは！株式会社mikanでデザイナーをしているayataki（@ag_ayakan）です。 主に英語アプリ「mikan」の体験設計やUIデザインの作成を行なっています。 カジュアル面談などで話す際に、「mikanのデザイナーさんてどんなことをやってるんでしょうか？」という質問をよくいただくようになりました。 社外への発信が少ないこともあり、イメージを持ってもらいづらい状況にあるのではないかなと感じています。 そこで今日は、mikanのデザイナーとして働くわたしの1週間のスケジュールについてご紹介します！実際にあった直近のスケジュールを具体例に出していきます。 mikanのデザイナーに少しでも興味のある方に、具体的なイメージを持ってもらえたら幸いです🍊 それでは行ってみましょう！ [前提] 仕事の環境ほぼリモートワーク mikanのメンバーは基本的にフルリモートワークで働いて
新人プログラマ アンチパターン：原理原則多すぎて脳みそOOMエラー - Qiita
この記事で伝えたいこと（忙しい人向け） 新人ほど「保守していく」ことの感覚が腹落ちしにくいのではないか説 我々は保守しやすいコードを書くべきであり、保守しやすいコードを達成するための手段として原理原則やデザインパターンが存在している 保守ってなんで必要なんだっけ？という体系的な理解を持ったうえで、具体的なテクニックを学んでいくことが大事 // 追記（2023/12/9） なんとミノ駆動 さんにコメントいただけました。 もちろん良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方は読んで影響を受けてます。 とってもうれしい。 想定読者 新卒 ~ ２年目くらいまでのプログラミング初心者 Webアプリの保守開発をしているエンジニア 3ヶ月前くらいの自分（未経験からエンジニアになって１年くらい） こんなことないでしょうか 先輩などから原理原則の観点を共有してもらったり、
24時間365日動き続けるデータシステムの設計手法 : 「データ指向アプリケーションデザイン」実践編
「データ指向アプリケーションデザイン」をベースに、24時間365日動き続けるデータシステムを実装する際に必要となる技術や考え方を紹介します。 この資料は、2023年大阪大学大学院 情報科学科 マルテメディア工学特別講義で使われた資料を一般用に修正して公開しています。 参考： 「30分でわかるデータベースデザイン」https://speakerdeck.com/xerial/30fen-dewakarudetazhi-xiang-apurikesiyondezain-data-engineering-study-number-18
GoogleのDesign Docsから学ぶソフトウェア設計 - Qiita
概要 Design Documentと聞くと何を想像しますか？ 一般的にDesign Documentが指すのは設計書であることが多いのではないでしょうか。 設計書、簡単に説明するのであればソフトウェアを「どうやって作るの？」を説明したドキュメントです。 Googleではソフトウェアエンジニアリング文化における重要な要素として、今回お話ししていくDesign Docsと呼ばれるものがあります。 Design Docsとは？ Design Docsとは、開発者がコーディングに着手する前にソフトウェアシステムまたはアプリケーションの開発する人が作成するドキュメントです。 => ソフトウェア設計における仕様書や設計書とは別物と捉えた方がよいです。 仕様書、設計書は作成した上でのDesign Docsの作成となるようです。 このドキュメントには、高レベルの実装戦略と主な設計の決定事項がまとめられて
イーロン・マスクのロケット製造５つのステップがサイコーだった
イーロン・マスクが YouTube チャネルでスペース X のテキサス工場スターベースの中を歩き回りながらロケット製造や電気自動車について説明しているのを観た。ツイートしたこの件。 これがめちゃくちゃに示唆に富んでいて面白かった。この日のイーロン・マスクは饒舌で楽しそうなので、かなり魅入ってしまった。きっと彼はカンファレンスや会議室の中でインタビューを受けるよりも、工場でみんながロケット作ったり作業している場で語った方が情熱を込めていろいろ説明してくれるんだと思う。 この中で製造工程の話があって、これはロケット製造などの特定分野だけでなく、IT やその他の分野にでも当てはまる普遍的な知見だと思ったので意訳してみた。ざっとビデオを観て印象に残った部分だけを意訳した。あくまで大枠で言ってることをまとめただけなので、もし詳細に興味があればぜひビデオを観てイーロン・マスクの話を直接聞いて確認してく
スタートアップにおける組織デザインの要点｜Ryota Yokote @ミラティブ
こういう風に考えながら組織のデザインを考えているよ、というお話 組織デザインの基本そもそも組織デザインとはなにか？これにはすでに答えがある。 ベン・ホロウィッツによると 組織デザインで第一に覚えておくべきルールは、すべての組織デザインは悪いということだ。あらゆる組織デザインは、会社のある部分のコミュニケーションを犠牲にすることによって、他部分を改善する。 また この場合、組織デザインを社内コミュニケーションのアーキテクチャとして考えるとよい。特定の社員間のコミュニケーションをスムーズにしたいと思えば彼らをひとりのマネジャーの下に所属させるのが、一番間違いない方法だ。逆に組織図で離れた位置にあればあるほど、そこに所属する社員間のコミュニケーションは疎遠になりがちだ。 組織デザインはコミュニケーション設計と同義だ。こう考えるとなにが必要でなにが必要でないかが見えてくる。 要点は3つある。 最も
週刊Railsウォッチ（20190722-1/2前編）Rails 6エラー画面の改良点、Dateを四捨五入できるtime_calc、Rackミドルウェアのデザインパターンほか｜TechRacho by BPS株式会社
2019.07.22 週刊Railsウォッチ（20190722-1/2前編）Rails 6エラー画面の改良点、Dateを四捨五入できるtime_calc、Rackミドルウェアのデザインパターンほか こんにちは、hachi8833です。7年近く肌身離さず使い続けたMacbook Pro 2013 LateのSSDのメインパーティションが、先週金曜日に天に召されました😇。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ⚓お知らせ2件 ⚓「出張Railsウォッチ in 銀座Rails」のお知らせ morimorihogeからのお知らせ： 7/24開催予定の銀
「悪い方が良い」原則と僕の体験談｜Rui Ueyama
ソフトウェアの世界には「悪い方が良い」原則という有名なエッセイがある。キレイにレイヤ分けされた一貫性のある良いデザインよりも、一見手抜きの悪いデザインのほうが実は良いときもあるという話だ。この逆説的なデザイン原則を僕は身をもって体験したことがある。それについてちょっと書いてみようと思う。 僕はlldというリンカの現行バージョンのオリジナル作者だ。リンカというのはコンパイラと組み合わせて使うもので、実行ファイルやDLLを作るのに使用される。lldはプロダクトとしてはかなり成功していて、標準のシステムリンカとして採用しているOSがいくつかあったり、GoogleやFacebookなど皆が知っているような大規模サイトの中で広く使われていたりする。 現在のlldは2世代目で、第1世代のlldは僕がプロジェクトに参加する前から存在していたのだけど、数年前にそれを捨てて一から書き直すということになった。
カルチャー崩壊と再構築。 Goodpatchが取り組んだ組織デザインの2年間 - 後編｜Naofumi Tsuchiya / Goodpatch
Goodpatchの組織とカルチャー崩壊からの再構築までのストーリーを描く記事、後編です。前編をまだ読んでない方はこちらから。 流れを変えた17年新卒カツキのプレゼン2018年に入りましたが、まだ会社には閉塞感が残っていている状況でした。そんな時に会社でオースティンであるSXSW2018への参加資格を掛けて、希望者が自分の持つデザインノウハウのプレゼンをして、全社員の投票でオースティンに行けるメンバーが決まるという社内企画がありました。 SXSWに行くために6名のメンバーがプレゼン大会に参加したのですが、そのプレゼンの場に出た当時の新卒1年目のカツキのプレゼンは組織の流れを変えていく大きなキッカケとなりました。 「僕は経験も少ないし、ノウハウのプレゼンもできないけど、このGoodpatchの事が大好きです！僕はこの会社を世界で一番有名なデザイン会社に成長させたいです！SXSWでGoodpa
サービスに求められるものを、6段階に分類する｜深津 貴之 (fladdict)
「サービスの体験をよくする」というのが、漠然としてどうすればいいかわからないとき、まずユーザー体験を6段階に分類するのをオススメします。 この図をベースに、 ・あなたのプロダクトの現状 ・やろうとする施策やアップデートが、それぞれどのレイヤーに属するかを見て、基本は低レイヤー（機能より）のものから、充足させてゆきます。 下記は、家を例にしたのユーザー体験です。 Lv 0. 存在しない家がない。寒い。そして何も解決してない。 Lv 1. 機能がある屋根と壁と床がある。とりあえず雨風がしのげる。色々と我慢すれば、まぁ生きていける。 Lv 2. 安全と安心地震で壊れない。水漏れしない、火災報知器がついた、ドアに鍵がかかるようになった。最低限の信頼性が担保できる状態です。 Lv 3. 使いやすい、わかりやすいまっとうに使えるか。家のなかで迷わない。生活導線が機能するか。キッチンや冷暖房などがスムー
Slack のロゴが新しくなりました！
本日、ブランドデザインのリニューアル計画の第一弾として、Slack では新ロゴを発表しました。Slack 社員だけでなく、ユーザーの皆さんにも愛されてきた以前のロゴ (とデザイン) をなぜ変えるのか、疑問に感じる方もいるのではないでしょうか。そこで、デザイン刷新の理由と、新しいデザインに込めた思いをご説明したいと思います。 まず、今回の変更は、なんとなく…といった軽い気持ちで行ったわけではありません！諸行無常とあるように、何事も変化というのは避けられず、自然の流れかもしれませんが、ロゴ変更の理由としては十分ではありません。ロゴというブランドの顔を変更するのは「本来のロゴの役割を果たしていない」という確固たる理由がある場合です。私たちが愛してきたロゴは、まさにこのケースでした。私たちはその事実を認め、よりシンプルでわかりやすい、ロゴとしての役割を果たす新しいデザインに進化させるため、今回のロ
コンテナのデザインパターンを学べる論文「Design patterns for container-based distributed systems」を読んだ - kakakakakku blog
2016年に USENIX Conference で発表された論文「Design patterns for container-based distributed systems」を読んだ．タイトルの通り，コンテナのデザインパターンがまとまっていて，これからコンテナ設計をする人も，既にコンテナを運用している人も，デザインパターンを学べるのは価値があると思う．一部ミスリードをしているかもしれない． Design patterns for container-based distributed systems 論文も公開されている． https://static.googleusercontent.com/media/research.google.com/ja//pubs/archive/45406.pdf パターン一覧 Single-container management pattern
音声インターフェースを「ごっこ」でデザイン ― スマートスピーカーの制限と将来性にクックパッドはどう取り組んでいるか - GeekOutコラム
今、最も注目を浴びているデバイス、スマートスピーカー。世界的には、2014年に発表されたAmazon Echoを2016年リリースのGoogle Homeが追っている状況ですが、日本では2017年後半になって10月にGoogle Home、11月にAmazon Echo（第2世代）が続けざまに発売され、音声操作デバイスが一気に話題となっています。 この新しい家庭用デバイスにサービスを提供しようと、Google Home向けのアプリやAmazon Echoのスキル（Echoではアプリではなくスキルと呼ぶ）といった、音声アシスタントアプリの開発競争も始まっています。そんな中、Amazon Echoの日本リリースにあわせて当初からパートナーに選ばれたクックパッドは、「あと一品足りない」ときに利用できる音声操作サービスを開発しました。 クックパッド 〜使いたい材料だけで、すぐに作れる人気の料理レシ
デザイナーを伸ばす過程で大切にしたこと｜Nobuo Suzuki
1年目のデザイナーに教えたほうがいいことや、デザイナーを育てるとはどういうことなのか。 自分のことはどうにかなってきた20代中盤。「デザイナー育ててね」と突然言われても何から始めればいいのかもよく分からなかったですし、どうやってアドバイスしたらいいかも分からなかった当時、デザイナーの育成に関する記事があまりに少ない印象だったので、同じような境遇の方の役にたてば嬉しいです。 ※この記事は、2017年4月にMediumで公開した記事を加筆・転載したものです。*** 本人が課題を感じて初めて成長するWe don't know what we don't know. （分からないことが分からない。）突然ですが、他人に言われた時よりも自分で課題を認識できた方時の方が腹落ちしませんか？ 教える側は、相手が分かっていないところが分かるのですが、当の本人は「分からないことが分からない」状態なのです。でも、
ユーザーファーストの功罪｜Masafumi Kawachi
UXデザイン・ユーザーファースト・ユーザー中心・人間中心設計、などあらゆる言葉が今の業界には入り乱れています。それぞれ微妙に概念としては異なるのかもしれませんが、詳しいことは置いておき、昨今の業界でやりとりされるコアメッセージは「ユーザーを一番に見ようよ！！」ってことです。それ自体はとても大事なのですがなんかこう、それが全てだよね、と語られたりそれがあれば正義、という風潮を否めません。その姿勢が本当に「善さ」につながっているのか疑問に思います。 「ユーザーがこう言ってるんだから！」の間違い業界のデザイナーと話したりweb上でたまに見かけるのは、「ユーザーの声を聞こうよ」、「事業者視点じゃなくてユーザーファーストを貫くのが大事でしょ！」といった言説です。「ユーザー」を中心に据えて、彼らの発言や意見を"鵜呑み"にする、要はユーザーという存在を神格化してしまう風潮を感じます。ときには、「ユーザー
UXデザイナー深津貴之が語る身も蓋もない組織論!? 「ユーザー目線のない会社からは逃げるしかない」「それでもそこでがんばりたいなら……」 | HRナビ by リクルート
PCやスマートフォンを開けば、そこには不愉快なUIが至るところにあふれている。さして文章が長くもないのにページが4分割されているニュース記事（腹立たしいことに4ページ目はたった1行だったりする）、サッカーのハイライト動画でシュートの行方をカメラが追い始めた瞬間に始まる動画広告、場面転換をするたびにCMが挟み込まれ、もはやCMを見ているのかゲームをしているのかわからなくなるアドベンチャーゲームアプリなど……。 さらに不幸なことは、ウェブメディアの編集部や動画配信者、ゲーム制作会社の制作現場にいる人たちにとっても、これは決して愉快な状況ではないということだ。罵詈雑言混じりの苦情が書かれたユーザー評価欄やSNSを見ながら彼らは言うだろう。「誰が好き好んでこんなUIを作るものか」と。 関わる誰から見てもおかしなUIは、それでもなぜ量産され世の中のストレスを増幅させ続けているのだろうか？ その負のス
データ分析からUI改善 - クックパッド開発者ブログ
こんにちは。サービス開発部デザイナーの平塚です。 クックパッドでは一部のデザイナーは日々の業務でSQLを書いて数値を見たり、リリースした施策の分析を行っています。 このエントリーでは機能をリリースしてデータ分析し、そこからUI改善を行った事例について紹介したいと思います。 なぜデザイナーがデータ分析？ サービスやプロダクトを改善するには現状について定性的・定量的の両方を理解しておく必要があります。 そのため、自分が進める施策やデザインするものを数値で把握しておくことで、より納得感を持って施策を進められます。 データ分析というと数学や分析の深い知識が必要そう…と構えてしまう印象ですが、日頃から自分の担当分野の基本的な数値を見ておくだけでもデザインで悩んだときの判断材料として使えるなど、デザイナーが数値をみる利点は多々あります。 分析の流れ 私は最近からデータ分析に取り組み始めたのですが、今は
無料なのに高機能で軽い！ブラウザで動くデザイン作成ツール「Canva（キャンバ）」を早速使ってみたら凄かった！ | 株式会社WEB企画
無料なのに高機能で軽い！ブラウザで動くデザイン作成ツール「Canva（キャンバ）」を早速使ってみたら凄かった！ シェア つぶやく ブックマーク LINE Pocket オーストラリア発のクラウドベースのデザイン作成ツール「Canva」がKDDIウェブコミュニケーションさんと組んで日本に上陸いたしました！ 高機能で無料使用も可能ということでしたので早速使ってみたのですが、「Canva」かなり凄いです。これまではブラウザ場で扱えるPhotoshopの代役といえば「Pixlr Editor」が高機能で有名だったと思いますが、ブラウザという制限があるので、色々と使いにくい部分も多かったのですが、「Canva」はあまりストレスを感じること無く、直感的にデザインができます。しかもブラウザであることを全然感じさせない軽さ。いやーこれで無料は凄いです。 それでは詳細の使用感や機能などをお伝えいたします！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
