検索キーワード: 「ゲームプログラマのキャリア」


Springを使ったAPIの実装方法

そもそもAPIとは、簡単に言うと他社が作った機能を自社のサービスに簡単に取り入れることができます。 例として、自分が住んでいる地域の天気予報が知りたいときにAPIを利用すると、住んでいる地域の情報を引数として相手に教えてあげると結果として自分の住んでいる地域の天気予報データが取得できたりします。 他にも、運送業者などが荷物発送のタイミングでメッセージアプリのAPIを利用すると荷物の発送通知などが利用者に簡単に伝えることができます。 APIを利用すると自社システムの開発の工数を減らすことができ、API利用可能なサービスはAPIを利用することでスムーズに自社のシステムに取り入れることができます。 ただメリットばかりではなくデメリットもあります。 APIの仕様変更やサービスの停止でシステムがうまく動作しなくなったり、APIを運用しているサーバーで不具合があったときはAPIは利用できず APIを過剰に利用せず自社システムである程度対処できるようにしておくことも大事です。

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

【JSTQB(FL)対策】第1章テストの基礎 1.4テストプロセス1.5テストの心理学

こちらの記事ではJSTQBのシラバスのうち、第1章テストの基礎分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。・1.4テストプロセス・1.5テストの心理学

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

【JSTQB(FL)対策】第6章テスト支援ツール

こちらの記事ではJSTQBのシラバスのうち、第6章テスト支援ツールにおける以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

Oracle Service Busの超基礎的な使い方解説

この記事では、Oracle Service Busの基本的な使い方を説明していきます。Oracle Service Busは、エンタープライズ向けのアプリケーション統合プラットフォームであり、メッセージングやWebサービス、ファイルなど様々なプロトコルを統合することができます。

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

【初心者向け】Packet Tracerでネットワークを学ぶ(ルータの設定③)

Packet Tracerでネットワークを学ぶ記事です。

詳細設計(内部設計)(インフラ)

【JSTQB(FL)対策】第1章テストの基礎 <1.4テストプロセス~1.5テストの心理学>

こちらの記事ではJSTQBのシラバスのうち、第1章テストの基礎分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

【JSTQB(FL)対策】第5章テストマネジメント<5.3テストのモニタリングとコントロール~5.6欠陥マネジメント>

こちらの記事ではJSTQBのシラバスのうち、第5章テストマネジメント分野<5.3テストのモニタリングとコントロール~5.6欠陥マネジメント>における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

SOAPについて知ろう

皆様、SOAPというワードを耳にしたことはありますか。私はこの記事を作成する前まで恥ずかしながら知りませんでした。今回はSOAPについてどういったものなのか調べてまとめてみました。

初心者

イチから学ぶデータベース・SQL(2)

イチから学ぶデータベース・SQL(1)ではデータベースについて、から始まりデータベースの作成や、データベースにデータを追加したりデータを検索したりと、基本的なデータベースとSQL文について学びました。 それらを糧に今回はより深くSQLについて学習し、それを分かりやすいように説明していきます。

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

1年目のインフラエンジニアに必要なスキル | データモデリングとは?

データモデリングは、ビジネス要件に必要な情報を整理してビジュアル化し、データ検索を容易にする、システムがデータの精度を保つために必要な概念です。特にインフラエンジニアやデータベースエンジニアの方など、データに深く関わる職種では重要なスキルであり、これからエンジニアとしてキャリアを築いていくためには避けて通れません。本記事では、エンジニアに必要なスキルの一つであるデータモデリングについて分かりやすく解説します。

学習・スキル

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

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

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る