イチから学ぶデータベース・SQL（９）

イチから学ぶデータベース・SQL（８）では、テキスト検索について学習していきました。 今回も、これまでと同様paizaラーニングを参考に、オンラインRPGを題材としてSQLについて学習していきます。

製造・コーディング(インフラ)

【パート２】ChatGPTをデスクトップ上から使えるようにデスクトップアプリ化してみた｜Node.js & Electron

前回はElectronというNode.jsのフレームワークを使い、ChatGPTをデスクトップアプリとして開く所までいきました。ですが、これではただページが開けるだけであり、利便性が高いとは言えません。なので、もう少し使いやすくしていきたいと思います。

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

【初心者用】 PHP8.0,8.1の新機能について

PHPのバージョンを確認すると、公式ドキュメントを確認したところ、PHP8.3まで追加されています。今回、PHP8.0,8.1の新規機能を解説します。

【PowerShell】コマンド

基本的なコマンドレットやよく使うコマンドなど、学習していきたいと思います。

テスト(IT事務全般)

SwiftUIの基礎学習とUIKitとの連携【iOS】

先日SwiftUIに初めて触れてシンプルなコードでUIが実装できることにとても魅力を感じました。SwiftUIについてもっと詳しく調べたくなったので、基礎的なことを組み合わせてどんな事ができるのかもう少し詳しく調べてみたいと思います。環境・MacOS Ventura 13.0・Xcode 14.2・Swift version 5.7.2

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

イチから学ぶデータベース・SQL（１１）

イチから学ぶデータベース・SQL（１０）では、CASE式について学習していきました。 今回も、これまでと同様paizaラーニングを参考に、オンラインRPGを題材としてSQLについて学習していきます。

製造・コーディング(インフラ)

CIとは何か？代表的なCIツールの特徴とメリット・デメリットを解説

CIとは、開発者がコードを頻繁に統合し、自動的にテストやビルドを行うことで、品質や効率を向上させる手法です。 CIを実現するためには、CIツールと呼ばれる専用のソフトウェアが必要です。 CIツールは、コードの変更を検知し、自動的にテストやビルドを実行し、結果を報告する機能を提供します。しかし、CIツールには様々な種類があり、それぞれに特徴やメリット・デメリットがあります。 では、どのようにしてCIツールを選ぶべきでしょうか？ この記事では、代表的なCIツールの概要と選び方について解説します。

【パート１】ChatGPTをデスクトップ上から使えるようにデスクトップアプリ化してみた｜Node.js & Electron

最近、ChatGPTという物がとても注目されています。私自身も、実際に使用してみてその性能に驚きました。簡単な質問はもちろん、前提条件を指定した文章の作成や、プログラミングのコード作成までできてしまいます。今回はその便利なChatPGTをデスクトップアプリ化し、どこからでも質問を行えるようにしていきたいと思います。

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

簡単にオンライン通信を実装できるライブラリ「Socket.io」について調べてみた｜Node.js

リアルタイムWebアプリケーションにおいて、双方向通信は必須です。そのためには、WebSocketというプロトコルが使われますが、Socket.IOというライブラリを使うことで、より簡単にWebSocketを使った双方向通信を実現することができます。この記事では、Socket.IOについて分かりやすく説明していきます。

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

ファンクション（関数）を使ったデータ操作の基礎

他の言語では取得する結果に対して何かしらの処理を行うファンクション（関数）が用意されています。SQLでも同様にファンクション（関数）が用意されています。そこに絞ってデータの操作について記載していきます。

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

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

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

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

テスト工程について

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