エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する
チームの成果は「有能な人」ではなく、「最も無能な人」に依存する。
あるソフト開発のエンジニアと話をした時、 「現場の改善活動」の話になった。 その方が言うには、 「社長の命令で、「やる気のある人」を中心に一生懸命、改善活動をしている。アイデアは現場にたくさんあるので、実行するのに結構忙しいんだけど、なぜか納期や品質が改善された感じがしない。なんでだろう。」 という相談をされた。 そして偶然、ほとんど同時期に、同じ相談を複数の会社から受けた。 「やる気のある人が頑張れば頑張るほど、全体として成果が出ない」という皮肉な状況。 これは何処の企業でも大変良く見られる状況なのだ。 「ザ・ゴール」という本を読んだことがあるだろうか。 エリヤフ・ゴールドラット氏という、イスラエルの物理学者が著したもので、「制約条件の理論」について小説形式で解説されている。 非常に面白い本、かつ役に立つ知識が収められているので、新社会人必携の書籍と言っても良い。 そして、この本のテーマ
【追記あり】inside 売れないサービスの開発現場から
この二年間、ある一つの売れないサービスを開発し続けてきた。 GWに実家に帰ったときに地元の友達に話したら面白がってくれたのでちょっと書いてみようと思う。 今作っているアプリは、売れていない。 二年前に開発が始まって、リリースして一年半ほどになるが、一円も稼いでいない。 エンタメ系snsのはずなんだが、アクティブユーザーが増えるはずの大型連休で、起動したユーザーがたったの三人だった日があるほど、売れていない。 売れてないが故に常駐しているエンジニアは僕一人だ。外部のエンジニアにスポットでたまにタスクベースでお願いする程度。 ディレクターっぽい人が二人（マーケティング兼任）と、デザイナーが一人いて、 この3人と僕とのやりとりを地元の友人は面白がってくれた。 いわゆる「エンジニアあるある」ではあると思う。 例えば新機能の開発が始まったとき、 ーーーーーーーーーーーーーーー ディ「〇〇な機能が欲し
5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する｜ハイクラス転職・求人情報サイト AMBI（アンビ）
5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する 新人エンジニアのうちに読んでおくと役立つ名著やおすすめの本を紹介。開発全般やコーディングなどの作法を学ぼう。 某社でサーバサイドエンジニアをしている @ikenyal と申します。開発言語は主にPHP。新卒入社から5年、エンジニアとして働いています。学生時代にもプログラミング、サーバ・ネットワーク構築や運用を経験しました。 これまで、社内外で新卒からベテランまで多くのエンジニアを見てきました。その中で、新人のうちに身につけておいた方が良いだろうと思うものは「お作法」と「基礎知識」です。 プログラミング言語やシステムの専門的な知識は後からでも勉強できます。一方で、さまざまな自己流の癖は時間が経つと身に染みついてしまい、指摘されても直すのが難しくなってしまいます。そのため、新人のときに良いお作法を勉強しておくこと
「エンジニアがやりがいを持って働ける場所」について「SIerよりWeb系だ！」と言う意見を元に元客先常駐COBOLERが考えてみる - Qiita
こんにちは！株式会社LITALICOでエンジニアをしている@taka_f0807と申します。 『LITALICO Engineers Advent Calendar 2016』 18日目の記事となります。 私は、IT従事者として、以前はSIerに約4年半、現在はユーザー企業に約3年、身を置いています。 そんな中で、私が他のIT従事者に一番伝えたかったことを書いてみました。 長文なポエムとなりますが、お読みいただけましたら幸いです。 はじめに 働く上での「やりがい」とは 皆さんは働く上で、しっかりと「やりがい」を感じながら日々を送れていますか？ 例えば、エンジニアにとってのやりがいにはどんなものがあるでしょうか。 自分の技術で困っている人を助けることができる モノづくりによって世の中に影響を与えることができる 企業理念に共感し、その仲間をサポートする 最新の技術を学べる喜びと楽しさがある 給
インフラを意識してコードを書くということ - Hatena Developer Blog
チーフエンジニアの id:Songmu です。 4月に 新人エンジニア研修を行なった のですが、その際に、「インフラを意識したアプリケーションの書き方」という講義を担当しました。そこでおこなった講義の内容について整理しながら書き起こしていきたいと思います。 インフラを意識すると何が良いか 業務でWebアプリケーションを扱うと、個人ではなかなか扱えないトラフィックであったりデータ量を扱うことになります。小規模サービスでは考えなくてよかった多くのことを考慮する必要がでてきます。なかなか体験できないことでもあるので、楽しく、やりがいもあります。 また、そういった経験を通して、インフラを意識しコードをかけるスキルを身につけることは、Webエンジニアとしては大きな強みとなります。ISUCONで優勝できるかもしれません*1。 インフラを意識すると何が良いか 〜 中規模ベンチャーの場合 そもそも、はてな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
