テックブログに関わる人に読んで欲しい、「エンジニアの文章をレビューする」技術｜中川 伸一 / Engineer Manager
気がつけば久々のnoteになってしまいましたが、私は元気です。 近況は...最近鍛えながら健康やせしたのでプロフィール写真を撮影し直しました、そのうちnoteに書こうと思います。 それはさておいて、4月に「週刊はてなブログ」さんの企画でこんなインタビューに答えました。 もうすぐ7年目を迎える個人技術ブログ「Lean Baseball」および、所属するJX通信社の「JX通信社エンジニアブログ」の話をメインに、「自分が書きたいことを書くことによって自分のキャリアにもつながるしなんだったら人のキャリアにもいい影響あるんやで」という話をしました（究極に端折るとそういう話です）。 補足で書いた番外編を含め、色々と好反響を頂き嬉しかったですありがとうございます。 一人のエンジニアであり、一人の技術ブロガーである私の物語としてはこれはこれで良いのですが、 テックブログに関わる人達が、エンジニアの気持ちを
エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する
エンジニア向けライティング講座。見落としやすい注意ポイントを徹底解説！ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
エンジニア向けライティング講座。見落としやすい注意ポイントを徹底解説！ 個人が趣味で運営するサイトと、企業が事業として提供するサービスでは、責任の大きさが違います。守るべき法律やライセンスがあり、モラルが厳しく問われるだけでなく、掲載する情報の正確さ、分かりやすさに気を配ることも大切です。開発を業務とするときに、エンジニアリング以外でどんなことに気をつけるべきでしょうか。 こんにちは、Webエンジニアとして企業に勤めている池田（@ikenyal）です。 この記事では、サービス開発を業務とするエンジニアが、作成したプロダクトや提供する企業の価値を低下させないために、エンジニアリング以外の部分で心がけたいポイントについて紹介します。 個人が趣味で公開しているWebサイトと、企業などが事業として提供するWebサイトでは何が違うのでしょうか？ 一番の違いは、責任の大きさだと思います。個人のサイトに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
