タグ

2023年6月14日のブックマーク (6件)

  • API設計まとめ - Qiita

    はじめに 自分は2021年に新卒でWeb系の開発会社にフロントエンジニアとして入社し2022年で2年目になります。 実務ではReact×TypeScriptを利用したフロント周りとNode.js(Nest)やRailsを用いたバックエンド(API)の開発をしています。 その中で使っていたAPI設計について改めて学び直したのでまとめて行きます。 この記事の対象者 エンジニア初心者から中級者 APIについて学びを深めたい人 この記事の目標 APIについて学ぶ 我流ではなく正しいAPI設計について学ぶ この記事でやらないこと 具体的にコードを用いたAPI設計の書き方の説明に関しては下記の記事で解説をしています。 APIについて APIとは APIは"Application Programming Interface"の略で、直訳すると「アプリケーションを使プログラミングを使ってつなぐ」という意味

    API設計まとめ - Qiita
  • Slack icons & names masking - Chrome Web Store

  • エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

    はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 <ご注意> 稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

    エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
  • 1万日生きた私が、PM歴888日目に考えるプロダクトマネジャー|あつき@シーシャ好きの生物

    ついでに、MBTIでいうとENTJが最もPMに向いているらしいです。 私はENTPなので、イノベーティブなプロダクトにおいてはPMに向いているようですw PMのお悩みごとプロダクト筋トレ(通称:プロ筋)という現在3700名ほどが参加しているコミュニティで運営をしているのですが、PMPM志望の方からお悩み相談を受けることがよくあります。 また、プロ筋では定期的にそのような悩み事を相談する場や、意見やアドバイスを求めるチャンネルがあります。 興味のある方はぜひご参加ください! PMのお悩みごとは以下のようなものが多い印象です… 経営層との方針の握り ロードマップの作り方・使い方 バックログ管理 ユーザーインタビュー プロジェクト進捗管理 などなど…幅広い…。 しかし、「製品や機能が満たすべき顧客のニーズとより大きなビジネス目標を特定する役割」における最優先事項はそれらを得ることでしょうか?

    1万日生きた私が、PM歴888日目に考えるプロダクトマネジャー|あつき@シーシャ好きの生物
  • プロダクトオーナーを兼務する技術、あるいはその反省 - SmartHR Tech Blog

    みなさんこんにちは。ジメジメとした日が続きますがいかがお過ごしでしょうか。SmartHRのプロダクトマネージャーryopenguinです。 今回は、私が複数のプロダクトチームを経験して学んだ「兼務のコツと反省」をお届けします。 「プロダクトに対してPMが少ない」「PMの採用に苦労している」といったみなさまの参考になれば幸いです。 なぜ兼務をはじめたか 2022年9月から、私はタレントマネジメントプロダクト「従業員サーベイ」と、現在未公開の新しいプロダクトのPMを兼務しています。 弊社では、単一のプロダクトに注力するのではなく、連携を前提に複数のプロダクトを提供する「マルチプロダクト」化を進めています。昨年の夏ごろ、とある新規プロダクトが必要と判断され、開発チームを組成することになりました。 弊社の新規プロダクトはSmartHR機能との連携が前提であり、その基礎的な知識が必要です。さらに

    プロダクトオーナーを兼務する技術、あるいはその反省 - SmartHR Tech Blog
  • さて、専門性と体系化の話をしようか | knowledge / baigie

    「専門性が高い人になりたいですか?」 そう問われたら、多くの人が「はい!」と答えるでしょう。エンジニアやデザイナーのような専門職に限らず、ビジネスパーソンの多くも、「できることなら何らかの専門性を高めたい」と思っているはずです。 しかし、そもそも「専門性が高い」とはどういう状態を指すのでしょうか。どんな人になれば「専門家」だと評価されるようになるのでしょうか。それを突き詰めて考えることが専門性を高めるヒントになると思い、少し深堀してみました。 最後には、まだ実験中ですが、ChatGPTを活用して専門性を高める方法をご紹介します。 専門性と体系化の関係 辞書サイトのWeblioを見ると、専門性とは「特定の分野のみに深く関わっているさま。高度な知識や経験を要求されることや、その度合い」と書かれています。この定義に従うと、専門性には「特定の分野の高度な知識や経験」が必要だということになります。