Earlier we’ve explored the anatomy of a program in memory, the landscape of how our programs run in a computer. Now we turn to the call stack, the work horse in most programming languages and virtual machines. Along the way we’ll meet fantastic creatures like closures, recursion, and buffer overflows. But the first step is a precise picture of how the stack operates. The stack is so important beca
I'd like to handle the Closing event (when a user clicks the upper right 'X' button) of my window in order to eventually display a confirm message or/and cancel the closing. I know how to do this in the code-behind: subscribe to the Closing event of the window then use the CancelEventArgs.Cancel property. But I'm using MVVM so I'm not sure it's the good approach. I think the good approach would be
仕事でソースコードを書いている人に質問です。 現場で書かれているソースコードの中のコメントの書き方を教えてください。 またコメントの例も書いてください。 また修正ポイントの管理などはどのようにしているかお教えください。
長期に渡るプロジェクトほどコードのコメントは重要性を増すものです。複数のプロジェクトを同時進行したり、複数の人が関わるチームで開発するときなどに役立つコメントの使い方を紹介します。 Source Code Comment Styling: Tips and Best Practices [ad#ad-2] 下記は気になった箇所をピックアップして意訳したものです。 コメントのスタイル より良いコメントにする4つのテクニック コメントのスタイル 1. インラインのコメント ほとんど全てのプログラム言語でインラインのコメントが使えます。これは一つのポイントに一行のコメントのテキストを書くことに限定されます。 例を見てみましょう。 // begin variable listing var myvar = 1; .. これはその機能を説明するためのコメントで、使い方としては申し分ないでしょう。もし
遂に国内CG業界にもオープンソースの波がやって来ましたよー! ダンデライオンアニメーションスタジオによるオープンソースプロジェクト、OPENCODEのご紹介です。 ダンデライオンアニメーションスタジオ オープンソースプロジェクト「OPENCODE」 まず、ダンデライオンさんに関して詳しくは各自HPをご覧頂くとして、簡単にご紹介しますと、 2007年設立の、CGアニメーションに特化した、非常に若いアニメーションスタジオです。 西武新宿線沿線、練馬区は石神井公園にスタジオを構えています。 僕は以前お仕事でご一緒させて頂いたりしているため、個人的にお付き合いのあるスタジオさんなのですが、OPENCODEの正式なスタートは知りませんでしたwwww 先日HP拝見していたところたまたま見つけたので、早速代表の西川さんに連絡をとったところ、紹介をご快諾頂きました。 そのメールの中でのやりとりで、こんな言
サンプルクラスの作成 プロジェクトを作成したら、コメントを試すためのクラスとしてNSObjectを継承したSampleObjectを作成しましょう。 コメントの書式 appledocでは、以下で紹介する特別な書式で書かれたコメントからドキュメントを抽出します。また、もともとHeaderDocやDoxygenの書式で書かれた書式にも対応しているため、簡単に移植できます。 複数行のコメント appledocでは「/** コメント */」のように/(スラッシュ)1つと*(アスタリスク)2つで始まり、*(アスタリスク)1つと/(スラッシュ)1つで終わるコメントを解析対象とします。 /** コメントをかくぜぇ */ 試しにSampleObject.hのクラス定義の上に以下のように書いてみましょう。 SampleObject.h #import <Foundation/Foundation.h> /*
ソフトウェア開発の難しさ ソフトウェアの開発プロジェクトに少しでも関わった人は誰でも知っていると思うが、ソフトウェア作りで最も難しいのは「スケジュール通りにソフトウェアを完成させること」である。 バグがなかなか修正できず泥沼にはまってしまったり、変更され続ける仕様のために当初立てたスケジュール表がまったく役に立たなくなってしまったり、スパゲッティコードに頭を抱えたりということはよくある。出口の見えない状況でソフトウェアエンジニアが過酷な労働を強いられる状況を「デスマーチ」(death march)と呼ぶが、そんな言葉が存在すること自体が、ソフトウェア作りの難しさを表している。 ソフトウェアの開発は「生産活動」ではあるのだが、建物を建てる、料理を作る、野菜を育てる、ハードウェアを組み立てるなどの生産活動とは大きく違うのだ。 建物の場合で言えば、明確に定義された「設計図」がある。そして、その
IT利用度がかつて無いほどに高まってきており、情報システムの障害による業務・サービスの停止や機能低下の社会的影響が深刻化しています。一方、ソフトウェア開発の短納期化・低コスト化はさらに進んできています。そのため、ソフトウェアの品質の確保や、納期の遵守のためには、検出不具合数や工数の進捗具合などプロジェクト進行過程において測定する定量的なデータを用いて品質や進捗の状況を適切に把握することで、リスクを可視化し、問題を早期に発見する定量的プロジェクト管理が求められています。 IPA/SECでは、主にプロジェクト・マネージャを対象に、ソフトウェア開発プロジェクトの定量的プロジェクト管理を支援する「定量的プロジェクト管理ツール(EPM-X)」を公開しています。 ソフトウェア開発プロジェクトの定量的管理を行うプロジェクト・マネージャを支援するため、進行中の開発プロジェクトからプロジェクトデータを取得し
OSSで提供されており、ワープロ、表計算、プレゼンテーション、データベースが同梱されている。Microsoft Office製品との互換性が高い。OpenDocumentフォーマット(ODF)という標準ファイル形式(国際標準規格ISO26300)を採用している。
QB64 is completely free and open source, check out our GITHUB repository Over 50 years of BASIC compatibility and (as close as we can get without being an emulator like DOSBOX) 100% compatible with MS QBASIC/QB4.5 code Create networked applications and games easily using our TCP/IP interface Load common image formats such as GIF, BMP, PNG and JPG Use 3D audio with support for a variety of formats
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く