タグ

ブックマーク / note.com (557)

  • Atomic Designをやめてディレクトリ構造を見直した話|食べログ フロントエンドエンジニアブログ

    こんにちは。フロントエンドチームの金野と申します。 べログでは現在、React+TypeScriptフロントエンドのリプレースを進めています。 以前の記事で、べログではAtomic Designをどのように取り入れているかの紹介をしました。 しかし、最近のリプレース作業では、Atomic Designとは異なるディレクトリ構造を採用しています。 今回の記事では、「なぜAtomic Designをやめたのか」という理由と、「どのようなディレクトリ構造にしたのか」を紹介します。 Atomic Designを導入したねらいと導入した結果 上記の記事で言及した通り、当初Atomic Designを導入したねらいは以下になります。 1. コンポーネントの責務がより明確になる 2. 見た目の粒度だけでなく、ロジックの責務も明確にできる 3. 「ドメインが入るか/入らないか」。「抽象的か/そうでな

    Atomic Designをやめてディレクトリ構造を見直した話|食べログ フロントエンドエンジニアブログ
  • メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物|田辺めぐみ

    こんにちは~!プロダクトマネージャー(PM)を10年以上してしている@megです。私が若手の頃はPMについての情報がほとんどなくて困ったので、若手PMのちょっとでも役にたてばいいなぁとまとめていこうと思います。 メルカリや副業でのスタートアップでの新規プロジェクトの立ち上げをよくしていたので、その時のプロダクトマネージャーをしていた視点から企画フローをまとめてみました!あくまでも、会社としてではなく、私個人が自分のチームやコンサル先で使っているフローです。 10年以上前はSIerで100人規模のウォターフォールでの開発をしていて、ここ数年のスタートアップはアジャイルぽいものが多く、その中間のメルカリだと事業計画や予算もある中、ウォーターフォールっぽく一定フェーズをを決めつつ、アジャイルのいいところを取りいれるような開発していました。実際は、そのようなどっちとも言えない開発が多いのでそのパタ

    メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物|田辺めぐみ
  • 接触確認アプリCOCOAからの教訓|情報処理学会・学会誌「情報処理」

    楠 正憲(内閣官房 政府CIO 補佐官) 2021年1月 Android版の接触確認アプリCOCOAが数カ月にわたって動作していなかったことが明らかにされた.筆者は 2020年4月から接触確認アプリの導入について,有志での議論に参加し,有識者会議のメンバとして,また途中から政府CIO補佐官として, 接触確認アプリの導入を支援してきた.稿では接触確認アプリCOCOAの開発と運用について,どのような課題があったかについて振り返る. 接触確認アプリ導入の経緯 筆者が接触確認アプリについて知ったのは昨年(2020年)3月頃のことである.ちょうどシンガポールのTrace Togetherが話題となって,日でも接触確認アプリをリリースできないかといった話題で,いくつかのコミュニティが盛り上がり始めた. Androidのシェアが高いシンガポールに対して,日ではiPhoneのシェアが非常に高く,iP

    接触確認アプリCOCOAからの教訓|情報処理学会・学会誌「情報処理」
    yk5656
    yk5656 2021/05/15
  • 30個以上の個人開発を失敗。そこから自分のサービスで生きていけるようになるまでの話。|入江 慎吾 🚀

    自分でサービスをつくって自由に生きていきたい、そう思ってフリーランスになってから10年、気がつけば受託開発に追われる日々。たしかに売上は順調に伸びていくものの、物足りない日常が過ぎ去っていく。 「...このまま受託開発をずっと続けるのか?...いや、やっぱり自分でサービスをつくって生活できるようになりたい」 心の声に従うまま、受託を完全にやめることを決意。思い切った決断でしたが、新しい仕事も断り、退路をたってサービス開発に専念。結果、オンラインメンターサービスMENTAがヒットし、M&Aにてランサーズグループにジョイン。いまもサービス成長させるべく、がんばっている毎日です。 自分で考えたものがたくさんの人に使われて、サービスがあってよかった!と言っていただける。サービスをつくる毎日は最高です。 この記事は僕のこれまでの個人開発で学んだ失敗や気付きなどの知見を網羅的にまとめたものになります。

    30個以上の個人開発を失敗。そこから自分のサービスで生きていけるようになるまでの話。|入江 慎吾 🚀
  • 【色彩学】なぜ七草にちかより友達のほうが可愛いのか?|電源R

    にちかの色、変すぎワロタww ダサさに学ぶ色彩学 〈主題〉 なぜアイドルマスターシャイニーカラーズの「【♡まっクろはムウサぎ♡】七草にちか」はダサく見えるのか (なぜ相対的に隣の子がおしゃれに見えるのか) 「にちかの友達かわいい!」 最近よく聞きますね。 こんにちは。 シャニマス初心者、かつ件のSSR未所持です。 門外漢として、色彩学の観点で話します。 なのであくまでネタ提供、くらいに思ってください。 ただ、SSRの七草にちかさんを見た瞬間に、強烈な違和感を覚えたもので……。 シャニマスの絵にこういった印象を覚えたことはあまりなく。この違和感が、なにに起因したものなのか。考えていきます。 (この文に七草にちかさんの人格を否定する意図はなく、七草にちかさんにこの色を与えた制作陣の色彩設計を分析したものです) 1-1 色相で読み解く七草にちか 【♡まっクろはムウサぎ♡】のムービーを初めて見たと

    【色彩学】なぜ七草にちかより友達のほうが可愛いのか?|電源R
  • Google UX Designプロフェッショナル認定を、受講してみた|深津 貴之 (fladdict)

    どんなコース?Googleのエキスパートが授業をしてくれる、UXデザイナー養成オンラインコースです。UXデザイナーになるためのグーグル認定のトレーニングを受講でき、1日1時間ぐらい受講して、だいたい6ヶ月で満了できる。 トータルで以下の7コースを、半年かけて履修する。 1. UXデザインの基礎 2. UXデザインプロセスをはじめる 3. ワイヤーフレームと低精度プロトタイピング 4. UXリサーチと初期コンセプトのテスト 5. Figmaでの高精度のデザインとプロトタイピング 6. Adobe XDによるレスポンシブWEBデザイン 7. ソーシャルグッドのためのUXデザインと、就職の準備 とると何がおきるの?グーグル認定の証明書がもらえます。いろいろな会社を受けるときに、履歴書にかけるみたい。 印刷された履歴書、CV、またはその他の文書で、LinkedInプロフィールの修了証セクションにあ

    Google UX Designプロフェッショナル認定を、受講してみた|深津 貴之 (fladdict)
    yk5656
    yk5656 2021/05/12
  • そのユーザーファースト、本当にユーザーファーストですか?|宇野雄 / note inc. CDO

    こんにちは。クックパッド デザイン戦略部長の宇野です。 いきなりですが「ユーザーファースト」って良い言葉ですよね。サービスのあり方の基であり、モノづくりをしていてそれを無視したいという人はいないはず。 しかし僕はこのユーザーファーストという言葉をあまり使わず、使う際は慎重に取り扱うようにしています。この言葉の概念はとても難しいと考えているからです。 「ユーザー」って誰のこと?目の前にいるユーザーの話をそのまま取り入れれば必ず良いものが作れるの? 答えは明確にNoです。 当然ですが無視するべきという話ではありません。ただ、向き合ってるユーザーがどんな人なのか、その人が当に欲しているものは何なのかを徹底的に考え抜く必要があります。 お問い合わせをしてきている人はだれ? ユーザーからのご意見やお問い合わせ、アプリストアのレビューはとてもありがたいですよね。そこから新たな改善案をもらったり、

    そのユーザーファースト、本当にユーザーファーストですか?|宇野雄 / note inc. CDO
    yk5656
    yk5656 2021/05/11
  • 生産性が爆上がりするブラウザ:Sidekick|One Capital|note

    こんにちは、One Capital の三好(@saas_penguin)です。 Product hunt で話題になったため、すでに知っている方も多いかと思いますが、今回は超高速ブラウザ「Sidekick」について紹介します。ずっと使いたいと思っていたものの、なかなかM1 Macで安定稼働してくれず・・・ようやく安定してきたので、使ってみた感想や気になるポイントを書いていきます。 昨今のブラウザ事情について 題へ移る前にブラウザを取り巻く環境について簡単に触れておきます。デスクトップブラウザのシェア推移を見ると、10年前は Internet Explorer(以下、IE)が約50%、Firefox が30%のシェアを握るという2強状態でした。しかし、2008年に誕生した Google ChromeAndroid 端末の普及とともにシェアを急拡大させます。2011年には Firefo

    生産性が爆上がりするブラウザ:Sidekick|One Capital|note
  • 新卒でエンジニアになった頃に学んだ、報告の書き方|nacam403

    新卒で社会人になって以来、ソフトウェアのエンジニアをかれこれ10年近くやっています。そんな私が、新卒で入った会社の最初の配属先で、上司上司に教えられた報告の書き方について紹介します。 報告には意味を書くその人は「報告には意味を書くこと。」と常々言っていました。「ただ単にやったこと、起こったことを書いたものは"日記"。その意味を書かないとダメ。日記が許されるのは新人のうちだけ」だと。 ダメな例:「○○の設計はxx日に完了。現在は実装中。」 こういう週報を書くと、「これは日記だよ」と指摘されます。設計がxx日に完了したことが、チームやプロジェクトにとってどういう意味をもつのかが書かれていないからです。この報告は、例えば以下の様に改善できます。 改善した例:「○○の設計は、予定通りにxx日に完了。・・・」 これならば、「設計がxx日に完了 → これは予定通りである。順調である。」という意味が盛

    新卒でエンジニアになった頃に学んだ、報告の書き方|nacam403
  • SMBCホームページ、デザインリニューアルの裏側。|SMBC DESIGN

    こんにちは。デザインチームの八嶋です。2021年3月22日、SMBCのホームページが大幅にリニューアルされました。このホームページリニューアルは、約5年ぶりの大幅リニューアルでページ数は約1500ページにも及ぶ大プロジェクトでした。このプロジェクトはインハウスデザイナーによるホームページのデザインディレクションとデザインチームが作ったデザインシステムによる連携で作られています。ホームページの役割からUIの設計までコアとなる部分をインハウスデザイナーが設計し、多数のパートナー様にもご協力いただき完成させています。(特にトランスコスモス様、ありがとうございます。) 今回のnoteは、ホームページリニューアルチームの一員でもある八嶋が、デザイナーの大塚とプロジェクトマネージャーの髙橋、そして、デザインシステムを担当したデザイナーの金澤にインタビューをしました! ホームページリニューアルを通して、

    SMBCホームページ、デザインリニューアルの裏側。|SMBC DESIGN
  • 良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer

    CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

    良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer
  • 理想のデスク環境を追い求めた話【2021年3月版】|鈴木 潤一 / LONZ

    この記事はこんな人に刺さるかも知れません🙂 ・デスクをすっきりさせるマガジンが好きな人 ・自宅のデスク環境を改善したい人 ・ガジェットが好きな人 ・スタンディングデスクが気になってる人 ・オーダー天板が気になってる人 ・ディスプレイを縦に並べてみようと思ってる人 ・MacPCを天板裏に収納出来ないかアイデアを探している人 ・DIYが好きな人 ・ ・ ・ ・ケーブルの存在を消し去りたい人...🗑 こんにちは! LONZ(ロンズ)という会社をやっている、鈴木と申します。 普段はWEBやアプリのデザインや設計を。週末は極たまにお寺の住職をしてます。 そして生涯現役ピンピンコロリな人生を模索しています😌 さて、ここから題です。 2020年リモートワークの波。 デスク環境改善の無限にループにはまる♻️2020年はほぼ自宅で仕事をしていた関係で、こんなループにはまってました...(こういう人

    理想のデスク環境を追い求めた話【2021年3月版】|鈴木 潤一 / LONZ
  • ICTを活用した授業アイディアを100個出すチャレンジをしたら、79個目で不思議な世界を体験した話|尾崎えり子

    通っていたお笑い養成所で放送作家の先生からこんなアドバイスをもらった。 「私たち放送作家は一つの番組の小さなコーナー企画にだいたい100以上の企画書を出します。なぜか。まず、半分くらいまでは自分の今までの経験や知識から生み出せる。次に今まで出したものの掛け算で生み出せる。その後、しばらくすると、もう今の自分からは何も出ないという状態になります。空っぽになって初めて、新しい情報がきちんと入り、自分が考えもしなかったアイディアが出せるものです。まずは空っぽにしてください。」 私が一番怖いのは野心とアイディアの枯渇なのだが、ふと知りたくなった。 アイディアの枯渇の先になにがあるのか? 誰からも「100個出してほしい」と依頼されたわけではないが、今回は数にこだわってICT活用した授業アイディアをテーマに出してみた。 100個に至るまでの経緯を説明していきたい。 ①まず、キーワード出しフェーズ マン

    ICTを活用した授業アイディアを100個出すチャレンジをしたら、79個目で不思議な世界を体験した話|尾崎えり子
  • コードリーディングのコツは極力コードを読まないこと|牛尾 剛

    私はクラウドのプロダクトチームで働いているが、何を隠そう一番苦手で克服できていないことが、コードリーディングだ。ものすごーく時間かかるし、時間かかったうえに読み間違えたりするし、しかもめっちゃ頭使うのに他の人はずっと速いので敗北感しか残らない。先日もマネージャの Pragna に相談したら、最初は2時間かかるけど、3か月もしたら5分で終わるわよ。って言われたけど、いや、そもそも俺4時間は最低かかるねんけどな、、、って感じ。 技術イケメンの皆さんのアドバイス よくよく私のキャリアを考えると、OSSにコントリビュートとかしていることはあったが、めっちゃくちゃ巨大でややこしいコードベースを読んで理解する必要が無いことが多かった。1からコードを書くのは得意だが、他の人のを読んでがっつり理解してとか、どうやったら出来るのかわからない。 当然自分の周りの技術イケメンの皆さんにコツを聞いていたのだが、ど

    コードリーディングのコツは極力コードを読まないこと|牛尾 剛
  • よりよい文書を書くための校正ツール「textlint」のSmartHR用ルールプリセットを公開しました!|SmartHRオープン社内報|株式会社SmartHR

    おつかれさまです。プロダクトデザイングループのこぎそ(@kgsi)です。みんなのデザインシステムことSmartHR Design Systemプロジェクトの一環として、より良い文書を書くための校正ルール「textlint(テキストリント)」のSmartHR用ルールプリセットをオープンソースで公開しました! SmartHR用ルールプリセット公開の背景 SmartHRのバリューには「一語一句に手間ひまかける」と、SmartHR Design Systemのデザイン原則の中でも「言葉からはじまるデザイン」と表されていますが、改めて、SmartHRは「言葉」をとても大切にしている会社ですよね。 UXライティングチームを中心に、日々文言ガイドラインが整備され、SmartHRの扱う言葉は進化しています。整備対象は各部署共通で使う文言から、ヘルプページ、プロダクトで使う文言まで多岐にわたっています。 ▲

    よりよい文書を書くための校正ツール「textlint」のSmartHR用ルールプリセットを公開しました!|SmartHRオープン社内報|株式会社SmartHR
  • ガチ勢のケーブル保護チューブを導入したら、大嫌いなケーブル整理が快感に変わった話|山下義弘/ドケットストアの人

    「電気の配線がごちゃごちゃになってるよ」 そう。 そんなことは、言われなくてもわかっている。 気づいたらいつの間にか、ケーブルはお互いに絡みに絡んでごっちゃごちゃになっている。 別に絡ませたいわけでもなく、絡ませるよう努力したわけでもなく、誰かが触ったわけでもないのに・・・。 小売チェーン店で働いていたときには、「スパイラルチューブ」なるものを使って複数の配線をまとめなさいと上司から指示を受けては、最寄りの百均なんかに買いに走った。 でも、このスパイラルチューブというのが曲者で、グルグルとコードに対して巻けば確かに綺麗にまとまるのだけど、まあとにかく1m巻くのにも時間がかかる。 おまけに、途中で配線を増やすとか、途中で枝分かれさせようとか、綺麗にしようとしだせば・・・もう思い出しただけでもうんざりするくらい手間がかかる。 でも、配線あるところそんな悩みはどこまでも付いてくる。 お店で家電の

    ガチ勢のケーブル保護チューブを導入したら、大嫌いなケーブル整理が快感に変わった話|山下義弘/ドケットストアの人
    yk5656
    yk5656 2021/04/08
  • 「NoCode」という幻想|gami | エンジニア

    どうも、エンジニアのgamiです。 数日前に、NoCodeツールのAdaloを使って開発された大学生向けSNS「Union」が資金調達を発表しました。 NoCodeで資金調達まで走ってその後作り直すというのは、まさにNoCodeの正しい使い方という感じする。 "UnionはNocodeツールのAdaloを使用して作成されています。しかし、Nocodeで作成されたアプリは依然として速度、操作性の観点からUI/UXが劣るため今後はFlutterを用い..."https://t.co/kQvk7iEvN6 — gami@デジタル教育系YouTuber兼エンジニア (@jumpei_ikegami) April 3, 2021 このニュースには、NoCodeの素晴らしさと限界が現れていると思いました。 「NoCode」という言葉を真に受けると、「もうプログラムを書いたり、高いお金を払ってエンジニア

    「NoCode」という幻想|gami | エンジニア
    yk5656
    yk5656 2021/04/06
  • エンジニア採用の方法とか、技術組織の作り方とか|いわーく

    最近ほかの会社のCEOやCTOの人たちにエンジニア採用の方法や技術組織の作り方について相談をいただくことが増えてきました。 なので、相談いただいた際に自分が参照できるよう、殴り書きレベルでここに記しておこうと思います。 エンジニアの特異性について理解する優秀な"非"エンジニア経営者は「再現性」や「予測可能性」を高く実現するのが得意なようです。高度にシステム化されていて、誰が入っても一定以上に活躍でき、人を増やせば増やすほど企業に利益をもたらす。彼ら彼女らは、そんな形の組織を作るのが得意なのです。 しかし僕たちエンジニアは知っています。 エンジニアは人によって10倍、100倍の生産性の違いを発揮するということ。また「人月」は神話であり、人数と生産量が比例することは決してなく、人を増やすことで成果が減ってしまうことすら珍しくないということ。 ここに、優秀なビジネスマン経営者こそ陥ってしまう、モ

    エンジニア採用の方法とか、技術組織の作り方とか|いわーく
  • プログラミングと法律の相違点 _ 演算子(1) ORなのかXORなのか|ぴよふ

    プログラマが気を付けることの1つは条件式に記述するときの演算子ですよね。&& じゃなくて || って書いてしまった。とか <= にすべきところを < だけにしちゃったとか。 法律の条文にも私がぶち当たった演算子があります。それが"または"です。 "または" って当にORですか?何言ってんだ?当たり前やろ!と思うかもしれません。 結論から言うと法律の"または"(又は) はあなたが想像する"OR"じゃないんです… 私は最初のころよくわかっていませんでした。先生に聞いても質問の意図が分かってもらえなかったし、Google先生に聞くとそのものズバリな回答もあったのですが、なんだかモヤモヤした結論でした。 法律の条文で"または"が出てきたらそれはXORです。もうこれが今回の記事のすべてなんでここで終わってもいいんですがちょっと説明します。 ORは一般的に論理和と呼ばれ、XORは排他的論理和と呼ばれ

    プログラミングと法律の相違点 _ 演算子(1) ORなのかXORなのか|ぴよふ
  • 私はテレワークに向いていませんでした、という話|伊藤聡

    会社に戻れてよかった約11ヶ月のテレワークを経て、会社通勤に戻った。安心したというのが率直な気持ちだ。もうこれ以上自宅勤務を続けたら、頭がばかになってしまうのではないかと不安にさいなまれていたところだった。朝起きて着替え、玄関を開けて外に出ることがこれほど大事だとは思わなかった。世間的には今後、テレワークの常態化を推進する流れもあると聞くし、たとえば子育て中の夫婦や、性格的に在宅勤務が向いている人にとっては朗報だと思うのだが、個人的にはもう一度自宅勤務を命じられたら、会社の机につっぷして泣いてしまうのではないかと思う。テレワークは二度としたくない。毎朝電車に乗りたいし、会社に行かせてほしいと心の底から懇願する私である。 当初、自分ほどテレワークに向いている人間はいないと思っていた。通勤時間がゼロになり、始業ぎりぎりまで寝ていられる。生活に余裕が生まれ、好きなを読んだり、趣味のギターを弾い

    私はテレワークに向いていませんでした、という話|伊藤聡