【JavaとJavaScript】プログラミング言語の違いと選び方

プログラミングの世界に足を踏み入れようとする際、最初に直面する疑問の1つは、どのプログラミング言語を学ぶべきかということでしょう。特に初心者の場合、JavaとJavaScriptの2つの言語は名前が似ていることから混同されることがありますが、実際には全く異なる特性と用途を持つ言語です。本記事では、JavaとJavaScriptの違いを明らかにし、それぞれの言語の特徴や学習のメリットについて探求していきます。

【入門編】SQLserverでできることとは？

SQL Server（エスキューエルサーバー）は正式名称「Microsoft SQL Server」と呼ばれます。 Microsoft SQL Server とは、エクセルやワードなどを提供しているマイクロソフトが開発している、リレーショナルデータベース管理システム (RDMS) です。 簡単にいうとマイクロソフトのデータベース製品ということです。 Macでも使えないことはないですが、Microsoft SQL ServerはWindows環境でとても使いやすく、人気が高いデータベースです。 特徴としては「Microsoft SQL Server Management Studio」という管理ツールがあることで、Microsoft SQL Server Management StudioはSQL Server の設定、管理、開発等を行うことが出来ます。 Microsoft SQL Serverでクエリーを書くには、「T-SQL (Transact-SQL)」という SQL 言語を使用します。

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

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

前回まではデータベースの基本やSQLの基礎について説明してきました。 今回からは、SQLを実務で使うための基本的なことについて学びながら説明していきます。

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

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

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

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

【C# WPF】WPFを理解したいC#初心者の話【アプリ作成編2】

C# WPFについて学んでいく過程を備忘録として残して置きたいと思います。

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

【初心者用】C#とは

C#は少しだけ実務で経験しましたが、経験としては浅いため今回知見を広げるために、改めてC＃について学んでみようと思います。業務システムやモバイル、据え置きなどのゲーム開発でも使用されているので、覚えておくことで今後の選択肢の一つとして選べるようにしておきます。

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

【フロントエンド】Vue.jsの特徴について解説

Vue.jsとは、ユーザーインターフェースの構築のためのJavaScriptフレームワークです。発音は「view」と同様です。HTML、CSS、JavaScriptを土台とするプログラミングモデルです。実際に多くの有名なサービスでVue.jsが採用されているため、フロントエンドエンジニアを目指す人は積極的に習得したいスキルといえます。本記事では、Vue.jsの特徴を解説します。

javascript 基本文法2

javascript 基本文法についてです。

【デザインパターン】SingletonとFacadeについて

プログラミング言語について学習しているとオブジェクト指向を学ぶことが出てくると思います。オブジェクト指向をある程度理解したあとはデザインパターンについて学ぶことが出てきます。本日はデザインパターンについて概要を説明したあとSingletonとFacadeについて解説していきたいと思います。

【初心者向け】境界値分析について

本記事ではテスト技法の一つの「境界値分析」について解説していきます。

DDLを使ったオブジェクトの定義

業務では、何らかのアプリケーションを使ってデータベースのデータを管理や運用しますが、そのデータを格納するためのテーブルを作成する必要があります。ここでは、テーブルの管理をする際に登場するDDL（データ定義言語）について記載します。

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

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

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

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