アスタリスク・リサーチは2015年11月18日、EclipseやVisualStudioのプラグインとして動作し、セキュアなソフトウエア開発を支援するツールの最新版「SecureAssist 2.5」をリリースした。 アスタリスク・リサーチは2015年11月18日、セキュアなソフトウエア開発を支援するツールの最新版「SecureAssist 2.5」をリリースした。 SecureAssistは、「Eclipse」や「VisualStudio」などの統合開発環境（IDE）のプラグインとして動作し、コーディング作業中にリアルタイムで脆弱（ぜいじゃく）性につながる恐れのある個所を指摘し、具体的な修正案を示す。例えば、入出力チェックやデータの取り扱い、設定の不備の他、最近セキュリティリスクとして注目されつつある弱い暗号関数の利用など、200以上の項目をリアルタイムに検証し、修正を促す。 一般にソフ

Bugzillaプロジェクトの主任設計者の実体験に基づいた、ソフトウェアの簡潔性を保つさまざまな知見をまとめた書籍。「なぜ簡潔性が大事なのか」「変更の価値を計るための方程式」「コードの簡潔性と複雑性」といったトピックについて、事実、法則、ルール、定義などを示しながら解説します。直接的なコードの書き方だけでなく、ソフトウェアプロダクト全体にわたるコードの健全性を保つためのヒントとなるでしょう。なお本書はEbookのみの販売となります。 まえがき 1章　はじめに なぜ簡潔性が大事なのか ソフトウェアデザイン 2章　なぜソフトウェアを作るのか 実際のアプリケーション 3章　未来 ソフトウェアデザインの方程式 デザインの品質 見えない結末 4章　変更 プログラム変更の実例からわかること 3つの間違い インクリメンタルな開発とデザイン 5章　不具合とデザイン 故障でなければ…… 何度も同じことを繰り

開催イベントは「IT業界ハロウィン」だとか。次回は「開発環境」です。 元ネタはこちら（ウィキペディア「空飛ぶスパゲッティ・モンスター教」） →他の用語解説も読んでみる ■「スパゲッティコード」：おすすめ記事・超まとめ 試行錯誤で分かったスパゲッティコード撃退法 数日前に書いたコードなのに、読み返すと意味不明という悲劇……。失敗から学んだ、エレガントなコードの書き方 スパゲッティ・プログラム（Insider's Computer Dictionary） 首尾一貫した構造を持つことなく、場当たり的にプログラム・ロジックが記述されたプログラム・コードのこと。制御の流れが複雑にからみあっていて、まるで皿に盛ったスパゲッティのようになっているプログラムという意味からこのように呼ばれる

"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

脆弱性体験学習ツール AppGoat 脆弱性体験学習ツール AppGoatとは 脆弱性体験学習ツール「AppGoat」は、脆弱性の概要や対策方法等の脆弱性に関する基礎的な知識を実習形式で体系的に学べるツールです。利用者は、学習テーマ毎に用意された演習問題に対して、埋め込まれた脆弱性の発見、プログラミング上の問題点の把握、対策手法の学習を対話的に実施できます。 ウェブアプリケーションの脆弱性対策に必要なスキルを習得したい開発者やウェブサイトの管理者におすすめです。

My iPhone 11 is perfectly fine, but the new buttons on the iPhone 16 are compelling

システムコールについてどれくらいご存じですか？：知ってトクするシステムコール（1）（1/2 ページ） 「システムコール」と聞いて、どういう印象を受けますか？ 「難しくて、自分では手に負えない」とか「使う必要を感じない」という方は多いでしょう。しかし、コンピュータを使う人ならどんな人でも、システムコールについて知っておくといろいろトクをするんですよ。（編集部） システムコール？ 聞いたことはあるけど…… 企業情報システムや、Webアプリケーション、携帯機器向けアプリケーション、あるいはちょっとしたツールの作成など、なんらかの形でソフトウェア開発に携わったことのある方なら、一度は、「システムコール」という言葉を耳にしたことがあるはずだ。しかし、先に挙げたような分野のアプリケーション開発現場で、明示的にシステムコールを利用する開発者は多くない。 システムコールは、低レベルのプログラミングやカーネ

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

読者のあなたも、多かれ少なかれ「テスト」というものに携わったことがあるだろう。このテストについては、メンバー全員で必死になっても一向にバグが減らない、あるいは何度もやり直すという“負”のイメージが強いのではないか。テスト嫌いの方も多いはず。「こんなにがんばっているのに、なぜバグが減らないのか」と、疑問を持つことも少なくない。 ただし、プロジェクト・マネージャ（PM）になれば、先の見えないテストを成功に導くために、しっかりとマネジメントすることが大切だ。そこには、出口が見えないテスト工程ならではの“リーダーの流儀”がある。今回は、そんなテストのルール「テストは塗り絵である」について紹介しよう。 疑似本番テストで全く動かない ある大規模プロジェクトにPMとして参加したときのこと。現場はリリース直前の最終確認テストを迎えていた。すでに開発を請け負った協力会社のメンバーはいない。発見されたバグ件数