【選び方ガイド】おすすめのスマホアプリ開発言語とその将来性

スマートフォンアプリの開発に取り組む際、適切なプログラミング言語を選ぶことが重要です。しかし、初めてのプロジェクトや多くの選択肢がある中で、どの言語を選ぶべきか悩むこともあるでしょう。本記事では、スマホアプリ開発における言語選びのポイントを解説します。

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

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

【テスト入門】エンジニア初心者が知っておくべきテストの基礎知識

現代のIT業界において、エンジニアは欠かせない存在となりました。その中でも、エンジニアとして働き始めたばかりの方々は、自分に足りていないスキルや知識を知り、成長していくことが重要です。今回は、そんなエンジニア初心者の方々に向けて、テストエンジニアについて詳しく解説します。

【SQL入門】エンジニア1年目が知っておくべきSQLの基礎知識

エンジニアとしての1年目を迎えると、SQL（Structured Query Language）というデータベース操作言語に触れる機会が増えます。本記事では、SQL文の基礎から始めて、SELECT、INSERT、UPDATE、DELETEといった基本命令の使い方を解説します。エンジニアキャリアのスタートにふさわしいSQLスキルの習得に役立つ情報を提供します。

【六日目】Java学習

Java学習６日目

【これからJP1に触れる人向け】SQL文

SQLとはデータベース(関連したデータをコンピューター上で一定の規則に従って集積し、整理されたもの)の表を作成したり、データを編集したりする際に用いられる言語である。SQLには表やビュー、データベースなどを定義するデータ定義言語と、データベースのデータの編集(抽出、挿入など)を行うデータ操作言語がある。

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

エンジニアの開発工程一覧 | 各工程の仕事内容と必要スキルを解説

ソフトウェアやシステム開発における工程とは、開発プロジェクトを段階的に進めるための一連のプロセスです。開発工程を理解することは、開発プロジェクトの全体像や目的を把握するための重要な知識となります。しかし、各工程において、エンジニアはどのような仕事を行い、どのようなスキルを必要とするのでしょうか？この記事では、開発工程それぞれの仕事内容と必要なスキルについて解説します。

【IT転職】スマホアプリエンジニアの将来性を徹底調査！需要や年収も詳しく解説します！！

今や生活必需品であり、周りを見渡せば誰もが持っているようになったスマホ。それゆえに今、スマホアプリエンジニアの存在が大きく注目されています。今回は、スマホアプリエンジニアに興味がある人向けに、スマホアプリエンジニアの将来性はあるのか、需要や年収はどの程度なのかについて解説していきます。ぜひ最後までご覧くださいね。この記事を読むのにおすすめな人この記事は以下のような人におすすめです。　・iOSエンジニアやAndroidエンジニアになりたいと考えている人　・スマホアプリエンジニアに将来性があるかどうか分からない人

初心者が始めるReactハンズオン

前回はVue.jsを利用したハンズオンを実施していましたが、今回はReactのハンズオンを実施し、記述方法や導入、特徴などからVue.jsとの差異を明確にしつつ、Reactの学習を進めていきます。

【MySQL】実行計画を活用した速度改善

作成したプログラムの実行速度が単体テストのときは早かったのに、結合テストや本番では遅くなって問題になることがよくあると思います。今回はデータベースへのアクセス速度の問題を、実行計画を活用しながら解決する方法を簡単に説明いたします。説明はMySQLを対象としておりますが、基本的なところはどのDBMSでも同じと考えています。

負荷テストとインフラの基礎知識 〜現場で活きる実践的ノウハウ〜

今回は「負荷テスト」について、実務ベースで押さえておきたいポイントをブログ形式でご紹介します。最近ではWebアプリケーションの多様化とともに、アクセス集中や大量データ処理に耐えうるシステム構築が求められています。その中でも、システムの健全性を担保するための“負荷テスト”は非常に重要な工程のひとつです。「負荷テストって聞いたことあるけど、実際どんなことをするの？」「インフラの知識がないとできないの？」という方に向けて、実践に即した情報をまとめてみました。

テスト(インフラ)

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

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

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