バグを生まないコーディング法、10個の規則でソフト開発を効率化(1/3) ― EE Times Japan
ソフトウエア開発にはバグがつきものだ。ただし、バグの発生を最小限に食い止める方法がある。コーディング規則を適用してコードを記述することだ。バグが発生してからそれを発見し、修正するという通常の開発手順に比べて、簡単に、しかもコストをかけずにバグをつぶせる。 ここでは、ZigBeeを利用したセキュリティ・システムから医療機器にわたる筆者の組み込みソフトウエア開発の経験から得た、バグをなるべく発生させないコーディング規則を紹介する。 なぜコーディング規則が必要か コーディング規則は、ソフトウエア開発者に対して、コードを記述する上での規則をまとめたものである。英語のライティング教本として著名な「The Elements of Style」（William Strunk Jr.、E. B. White著）の、プログラミング言語版のようなものだ。 組み込みソフトウエアにも、きれいで、正しく、簡
monojin.com - このウェブサイトは販売用です！ - monojin リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
どの会社でも通用する仕事術（3）「緩い」マネジメントを防ぐ8の習慣
前回は，どの会社でも通用する仕事術を構成する7つの力のうち，「教える」をテーマに9の重要項目を説明した。7つの力は以下の通りである。 「教える」力は，どの職場でも必要であり，身につけると非常に有利になる。ぜひ，実際に試していただきたい。 今回は，2つめの「マネジメント」を取り上げる。これも，どの会社でも使える重要な仕事術である。ここでは，マネジメントを「チームでの協業作業や関係者に依頼した作業などの仕事を進めるために行う管理作業」と定義する。例えば，仕事の目標設定，作業の定義と責任分担，進捗確認などが該当する。以下，この前提で説明を進めていく。 仕事がうまく行かない人は「ネガティブ特性」を持つ 筆者は，会社で教育担当を長く務めている。10年前からは教育コンサルタントの仕事もしている。このため，以前から仕事上の悩み相談を受ける機会が多かった。 筆者に相談を持ちかける人のほとんどは，仕事がうま
マインドマップに対してもっていた３つの決定的な誤解
我流のマインドマップはもうやめようと思いました。 先週末は佐々木さんのマインドハック研究会に続き、mindmap.jp の伊藤さんによる「マインドマップ基礎講座」を受講していたのですが、連日の睡眠不足が吹っ飛ぶくらいに楽しく、発見続きのセミナーになりました。 いままで私はマインドマップについてきちんと原典にさかのぼらずに真似ている部分が多かったのですが、マインドマップの公認インストラクターである伊藤さんから直接その実践方法を手ほどきしてもらうのは目からうろこが落ちる体験となりました。 というのも、マインドマップについて自分がさまざまな誤解を抱いていたということがセミナーを通して明らかになったからです。 いくつもありますが、一番自分の頭のなかでカチッとなにかが嵌る気がした３つの誤解していた点についてまとめておきます。 舌足らずかもしれませんし、必ずしもマインドマップの理論からみて正確でないか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
