検索キーワード: 「ゲームプログラマの需要」


【初心者用】ASP.NETのサーバーコントロールの種類をまとめてみた~検証コントロール編1~

ASP.NET Webフォームで使われるサーバーコントロールについてまとめてみたので、メモがてら記事にします。 それぞれのサーバーコントロールについて、固有のプロパティ等を具体例を交えてざっくり説明していきます。 (ID等の共通するプロパティは別記事で説明しているため、今回は取り上げません) 今回は、ユーザーが入力した値を確認・検証する検証コントロールについて説明していきます。 検証サーバーコントロールの種類は、以下になります。 ・CompareValidator コントロール ・CustomValidator コントロール ・RangeValidator コントロール ・RegularExpressionValidator コントロール ・RequiredFieldValidator コントロール ・ValidationSummary コントロール そのうち、今回は ・CompareValidator コントロール ・RangeValidator コントロール ・RegularExpressionValidator コントロール について説明していきます。 ※ValidationSummary コントロールは、一応検証コントロールに入れていますが、このコントロール自体は実際に検証を行ってはおらず、検証結果のメッセージをまとめて表示するものです。 サンプルコードの開発環境は、 ・Microsoft Visual Studio Community 2022 実行ブラウザは ・GoogleChrome です。

製造・コーディング(PG/バックエンド)

初心者が始めるVue.jsハンズオン

近年JSフレームワークとして人気の高いVue.jsの学習を兼ね、Vue.jsの導入から実装までを実施してみます。・環境DockerWSLnginxVue.js

その他(PG/バックエンド)

【iOS】初めてのSwiftUI 【Part1】

環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

製造・コーディング(PG/フロントエンド)

【Excel VBAマクロを実行するための初期設定】(4回目)

前回、次回は長いマクロを書くとお話しましたが、その前にマクロを書く中で実施しておくと、便利なコードをお伝えしていきたいとおもいます。その後に少し長いコードも実施していければとおもいます。実施しておくと便利なコードとは、4つの停止マクロです。その4つ停止を事前におこなっておけば、マクロは早く動くようになるので、高速化をするのによく使われます。なぜ、高速化をするかというと、ある程度長い処理を実施した場合、高速化を実施しているとしていないのとでは、実行する時間が全然違うからです。すごく違う時は、10分で終わるマクロも高速化すると半分以下になったりします。便利なコードなので、初心者の方はスタートから書くようにするといいと思います。

製造・コーディング(SE)

【初心者用】Angularについて

いままでReactのみ調べて開発に使用していたのですが、改めて他のフレームワークについて知りたいと思いまとめたいと思いました。後ほど改めて確認する際に、初心者でも理解できるようにまとめれるようにします。

その他(PG/フロントエンド)

Nuxt.jsについて調べてみた

今回は多くのフロントエンド開発で利用されているNuxt.jsについて調べてみました。

初心者

【バッチ】業務効率化

PCでの作業で毎回手作業でフォルダを開いたり、作成したりしている方は必見です!毎日の一連の単純作業を自動化できれば便利ですよね。バッチファイルを使用することで業務の効率化・自動化ができます。

その他(インフラ)

【HTML】さまざまなタグ | Part 2

今回は、HTMLのさまざまなタグについてまとめました。HTMLは、Web開発をするにあたって欠かせない知識となっています。ぜひ最後までお読みください!

製造・コーディング(PG/フロントエンド)

【四日目】Java学習

【四日目】Java学習

製造・コーディング(PG/バックエンド)

【ソフトウェアテスト】不具合報告のインシデントレポートについて

開発プロジェクトで発生した問題はインシデントとして、管理・分析・対応が必要です。プロジェクト全体を通しての問題となるとかなり範囲は広く、人的トラブルやステークホルダー間での問題など、開発しているプロダクト以外の問題も含んでしまうので、本記事では主にプロダクトのテストに関して検出された動作の不具合(バグ)に焦点を絞って記載します。プロダクトのテストに際して検出した不具合は、報告・対応したあとは蓄積データとして、引き続きプロジェクトで参照・活用されます。実際の開発現場によっては、早期レビューでのやりとりに関するものや、開発とテスターが口頭で連携できるような状況で報告即時対応できる程度の不具合対応など、状況により必ずしも定められたドキュメントの形式で報告されるものとは限りませんが、可能な限り検出対応した不具合は履歴を残しておくことで、プロダクトの品質向上を目指すことができます。ほとんどの場合は不具合管理に別途外部のbug tracking system(BTS)を使用しています。BTSはインシデントレポート1件をチケットという1単位で扱います。チケットの形式や内容が必ずしも同一の形式に沿っているというものではありませんが、不具合の報告管理をするチケットの内容は、管理運用の観点から記載が必要となる項目はある程度決まっています。余談ですが、BTSは不具合報告のみならず、チケット駆動開発 (TiDD) を実施するプロジェクトでは開発作業自体の管理進行目的で使用される場合もあります。

テスト(運用・保守・サポート)

テスト工程について

初心に帰ってテスト工程について復習していきたいと思います。

初心者

関連タグ

カテゴリ別人気記事

もっと見る
テレワーク関連人気記事

週間人気記事

もっと見る