社内に設計者がいないスタートアップや部品メーカーなどがオリジナル製品の製品化を目指す際、ODM（設計製造委託）を行うケースがみられる。だが、製造業の仕組みを理解していないと、ODMを活用した製品化はうまくいかない。連載「ODMを活用した製品化で失敗しないためには」では、ODMによる製品化のポイントを詳しく解説する。第6回のテーマは「製品仕様書の書き方」についてだ。
社内に設計者がいないスタートアップや部品メーカーなどがオリジナル製品の製品化を目指す際、ODM（設計製造委託）を行うケースがみられる。だが、製造業の仕組みを理解していないと、ODMを活用した製品化はうまくいかない。連載「ODMを活用した製品化で失敗しないためには」では、ODMによる製品化のポイントを詳しく解説する。第6回のテーマは「製品仕様書の書き方」についてだ。
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
