前バージョンとの違い .NET Framework 用 (CIL) コンパイラとなった (Win32 API ベースではない) IDE が刷新された (Galileo IDE) デスクトップレイアウトで Classic Undocked を選ぶ事で旧来のような分離型のレイアウトにする事が可能 [ツール | オプション] でフォームデザイナの埋め込みを解除すると旧来のような分離型のフォームデザイナを使う事ができる コンポーネントアイコンに 16×16 / 24×24 / 32×32 が使えるようになった ソースファイルを UTF-8 で保存する事が可能になった Windows フォームアプリケーション (Windows Forms) と VCL フォームアプリケーション (VCL.NET: VCL を Windows Forms 上に移植) 対応のフォームデザイナ リファクタリングができるよ

前バージョンとの違い アプリケーションマニフェスト (Windows XP 以降のテーマ) に対応した (TXPManifest) 3 つの警告を ON にする ({$WARN UNSAFE_TYPE ON}、{$WARN UNSAFE_CODE ON}、{$WARN UNSAFE_CAST ON}) 事で、.NET コンパイラと互換性のないコードを調べられるようになった クラスメソッドの方の TThread.Synchronize() が使えるようになった レポートツールとして『RaveReport』が付属するようになった 『IntraWeb (VCL for the Web)』が付属するようになった IDE の機能強化 (ソースの種類ごとに異なるエディタオプションを設定可能など) {$SetPEFlags} コンパイラ指令が使えるようになった その他 言語名を『Delphi 言語』に変

前バージョンとの違い マルチプラットフォーム用フレームワークとして CLX (Component Library for Cross Platform) が採用された バリアント関連が Variants ユニットへ移動された 列挙型に任意の値を割り当てられるようになった 汎用的なインターフェイス型 (IInterface) が使えるようになった {$If} コンパイラ指令が使えるようになった CONDITIONALEXPRESSIONS と CompilerVersion が使えるようになった インラインアセンブラが MMX 等に対応した 改行が LF のソースコードを扱えるようになった テキスト形式 DFM が Unicode 対応となった。U+0080 以降のコードポイントの文字は 10 進数で表される UTF-16LE でエスケープされるようになった バイナリ形式 DFM が Uni

前バージョンとの違い フレームが使えるようになった データモジュールデザイナが使えるようになった TWebBrowser が追加された TApplicationEvents が追加された テキスト形式 DFM に対応 (0x80 以降の文字はコードページに依存) フォームファイルのデフォルトはテキスト形式 DFM となった IDE の機能強化 その他 Indy が付属するようになった Enterprise 版に ADO (ADO Express) が付属するようになった IBX (Interbase Express) が標準で付属するようになった Delphi 5 以前のバイナリ形式 DFM での 0x80 以降の文字はコードページに依存する DFM をバイナリ <-> テキスト相互変換するコマンドラインツール convert.exe が付属するようになった 生成した実行形式バイナリが W

前バージョンとの違い 動的配列がサポートされた メソッドのオーバーロードがサポートされた ルーチンにデフォルトパラメータが設定できるようになった 64 ビット整数型 Int64 が追加された 符号なし 32 ビット整数型 LongWord が追加された Real 型が 48bit ではなく 64bit になった 後方互換性を保つため、従来の 48bit 実数型は Real48 として残された [プロジェクトマネージャ] が追加された クラス補完等の入力支援が追加された [CPU ウィンドウ] 等の IDE の機能強化 アクションリスト (TActionList) が使えるようになった フォームに Anchors プロパティが実装された 2000 年問題対応 その他 コンパイラバージョン 11.0 は『C++Builder 3』 IBX (Interbase Express) が付属するよう

前バージョンとの違い パッケージがサポートされた インターフェース型が追加された コードテンプレート等の支援機能が強化された マルチバイト文字サポート関数が追加された TEvent TSimpleEvent が使えるようになった TCanvas に Lock() / Unlock() メソッドが追加された COM のサポート Assert() が使えるようになった ActiveX コントロール作成のサポート 標準で JPG 形式の画像を扱えるようになった TeeChart が標準添付になった インターネットコンポーネント ([Internet] タブ) が追加された Web サーバーアプリケーションが作れるようになった (WebBroker) その他 Delphi 3 自体は 32bit アプリケーションだが、インストーラが 16bit アプリケーションであるため、64bit Window

前バージョンとの違い 初の 32bit Windows 用 Delphi // による行コメントが使えるようになった 長い文字列型がサポートされた バリアント型が追加された オブジェクト型に対してプロパティが使えるようになった 呼び出し規約が増えた finalization が使えるようになった フォームの継承が行えるようになった OLE コントロールのインポートが可能になった データモジュールが使えるようになった スレッドが使えるようになった 32bit 版 BDE が付属する 帳票ツールとして『QuickReport』が付属する ネットワークコンポーネントとして NEWT Intranet (NetManage) が付属 1 その他 Delphi 2 自体は 32bit アプリケーションだが、インストーラが 16bit アプリケーションであるため、64bit Windows へはそのま

言語的には 『Borland Pascal with Object 7.0』 と 『Turbo Pascal 7.0 for DOS』 が前バージョンに相当します。16bit Windows で動作するという意味では 『Borland Pascal 7.0 for Windows』 が前バージョンに相当します。 See also: Delphi のご先祖を辿る (Qiita) 言語としては Object Pascal を名乗っている 1 クラス型が追加された クラスライブラリとして VCL (Visual Component Library) が採用された 例外処理が行えるようになった 関数で Result 変数が使えるようになった MS-DOS アプリケーションは作れない 疑似コンソールアプリを作るための WinCRT ユニットが付属する コマンドラインコンパイラ DCC.EXE が付属

この記事はNuco Advent Calendar 2023の4日目の記事です。 弊社では、経験の有無を問わず、社員やインターン生の採用を行っています。 興味のある方はこちらをご覧ください。 はじめに 後輩に 「なぜ0.1+0.2≠0.3になるんですか？」 と聞かれて答えられますか？ コンピュータの計算では「0.1+0.2」は「0.3」になりません。 これを理解していないと予期せぬ重大なバグを生み出す可能性があります。 分からない方、どうぞ安心してください。 この記事を読んだ全員が「0.1+0.2≠0.3」を理解できるように分かりやすく説明していきます。 コンピュータが計算を間違う理由 まず、そもそも「0.1+0.2=0.3」で正しい！「0.1+0.2≠0.3」なんてあり得ない！ という方のために、プログラミング言語のフォーマット処理を経ない、コンピュータの計算結果を見てみます。

あらまし strlen() という関数がある。御存知の通り、文字列の長さを算出する標準 C ライブラリの関数だ。 やってることは単純で、例えば以下のように実装できる。 size_t strlen_simple(const char* str) { const char* p = str; while (*p) ++p; return size_t(p - str); } '\0' が見つかるまでポインタを進め、初期位置との差分を返すだけだ。これで機能的には std::strlen() と同等である。 では、速度的にはどうだろう？適当にベンチマークを書いて MSVC 2022 でコンパイル＆実行するとこうなった。

上記ツイートについて、いわゆる「受託開発企業」で働く私の印象としては、本当にその通りだな〜と思います。 そして、これまであまり意識しておりませんでしたが「受託開発における納品（完了）までの各フェーズ出し」をしてみようかと思います。 受託開発における納品までの各フェーズ出し １. 問い合わせへの返答 「お問合せいただきありがとうございます。それでは早速Webミーティングにて詳細を」 ２. 第１回Web打ち合わせ「お互い紹介」編 会社スライドにて自社紹介。依頼内容の確認・質問。 できればここで「依頼内容に対してのざっくりの予算感」をさりげなく聞きましょう。奇想天外な予算を想定しているパターンもあります。 ３. 見積もりの作成 できるだけ素早く見積もりを作成し提出すると吉。（早いと喜ばれやすい） 保守費用についても記載してくださいね。（後で聞かれるパターン多い） 見積もり項目は細かい方が信頼度は

// let 論駁可能パターン = 値 else { never型を返す処理 }; let Ok(val) = reqwest::get(url).await else { return }; このコードの意味としてはreqwest::get(url).awaitがOk(結果)を返してきたらvalに束縛し、ダメだったら関数を抜ける、になります。 if-let式 let-else文の詳細を説明する前に、まずはRustのif-let式について説明いたします。 Rustは式指向言語のためifも標準で式になっています。よく他言語では三項演算子使用で宗教戦争が起きていますが「if"式"があれば争いなんて起きないのに...(ﾄｵｲﾒ」といつも思っています。

この記事は C# Advent Calendar 2020 の 2 日目の記事です。1 日目は @RyotaMurohoshi さんの C# 9.0で加わったC# Source Generatorと、それで作ったValueObjectGeneratorの紹介 でした。 私の記事では、.NET Framework 1.0 の頃の C# 1.0 と今の .NET 5 時代の C# 9.0 で同じお題をもとにプログラムを書いてみて比べてみようと思います。これを書くにあたって事前に xin9le さんと 岩永さんに色々見てもらいました！感謝！ ではやってみましょう！ 記事を書く前の感覚では LINQ の有無と async/await の有無が大きいだろうな…と思ってます。 プロジェクトの設定 Windows 10 に .NET Framework 1.1 SDK を入れようと思えば入れることが出来

この記事はなんですか こんにちは。キャディでアルゴリズム開発をしている「いなむのみたまのかみ」です。 この記事は CADDi Advent Calendar 1日目の記事です。 ここ数年は型で単位をつけるライブラリを作るのが趣味になってしまいずっとそればかりやっている。 最近では、最強の単位計算ライブラリを作りながらC++20の勉強をしている。 そこでライブラリの機能紹介をしながら、勉強したC++20の機能や技法も紹介する記事を書くことにした。 ライブラリ概要 リポジトリはここ。 単なる数値に単位の型が付いて型安全で単位つき計算できるライブラリである。 #include <mitama/dimensional/prelude.hpp> #include <mitama/dimensional/systems/si/all.hpp> #include <iostream> using nam

#define FLOAT_TYPE /* old declaration */ #if defined (FLOAT_TYPE) float #else int #endif add(); /* old definition */ #if defined (FLOAT_TYPE) float #else int #endif add(a, b) #if defined (FLOAT_TYPE) float a; float b; #else int a; int b; #endif { return a + b; }

現代のプログラミング言語ではポインタは単なるアドレスではなく，provenanceを伴った参照として扱われています． 世界は既に変わっています． 概要 ポインタは単なるアドレスではありません． ポインタにはprovenanceという，どのオブジェクト由来かの情報が含まれています． Provenanceを使うことで，最適化が効きやすくなったり，堅牢なプログラムを書きやすくなったりします． 追記: 次の英語記事を読むとprovenanceが必要な理由についてもっとよく知ることができます．クリックしよう！！！！(2020-12-15) https://www.ralfj.de/blog/2020/12/14/provenance.html ポインタはアドレスではない 次のCプログラムを見てみましょう． #include <stdio.h> #include <string.h> int main

どうも、浮動小数点数オタクのmod_poppoです。 昨日開催された ABC169 の C 問題が浮動小数点数の罠な問題だったらしいので、どこが罠なのか、そしてどうすれば罠を回避できるのかを解説してみます。 また、典型的な誤答に対しては、それを落とすためのテストケースも用意しました。 問題文（引用） まず最初に問題文を引用しておきます。 AtCoder Beginner Contest 169 | C - Multiplication 3 問題文 $A\times B$ の小数点以下を切り捨て、結果を整数として出力してください。 制約 $0\le A\le 10^{15}$ $0\le B<10$ $A$ は整数 $B$ は小数第 2 位まで与えられる 入力 入力は以下の形式で標準入力から与えられる。

2. 本研究で解く問題 「いざ研究しよう！」と思っても、条件や設定を決めないと何も始まりません。 まずは研究を分かりやすくするために、「一つの問題」に落とし込むことにしました。 問題設定 縦 $N$ 行・横 $N$ 列の大きさの碁盤の目があります。隣り合う交差点間の距離は 1 です。つまり、交差点が合計で $N^2$ 個あり、それぞれ座標 $(1, 1), (1, 2), ..., (1, N),$ $(2, 1), (2, 2), ..., (N, N-1), (N, N)$ に位置すると考えることもできます。 下の図は、$N = 4$ の場合の交差点の位置です。 あなたは、碁盤の目の交差点の位置は変えずに、道路の並びのみを変えることができます。上手く道路の並びを変えることで、できるだけ「便利」な道路網を建設してください。 「便利な道路網」って何？ 私は、以下の 2 つの条件を満たす道路

概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー（特に新規参加者）がコードを理解しやすくする 初心者プログラマーの教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が

基本的アルゴリズム（幅優先探索など）から応用（経路復元、拡張ダイクストラなど）まで、最短経路問題に関するアルゴリズムを総特集しました。 基本的なグラフ理論の用語については、次を参考にしてください。 グラフ理論　用語集 queueなどのデータ構造の用語については、次のスライドの後半を参考にしてください。 C++ STL講習会 by @e869120 最短経路問題とは 一般的に、次のような問題とされます。 $V$ 頂点と $E$ 辺からなるグラフが与えられる。頂点 $u$ と 頂点 $v$ を結ぶパスのうち、重みの総和が最も小さいものはどれか。 始点を固定して他のすべての頂点との対について最短経路問題を解く場合や、任意の2頂点の対について解く場合などが実際には多いです。 実社会とも強く密着した問題のため、古くからたくさん効率的な解法が考えられてきました。 今回はそれらを紹介しつつ、細かいテクニ