GitHubのReadmeをMarkdown記法で書く

Markdown記法は、プレーンテキストに特定の書式を付けることで、簡単にWebページやドキュメントを作成するための記法です。Markdown記法は、文書の見た目を整えるためのHTMLタグを記述する必要がなく、テキストファイルとしても読み書きが容易であるため、多くの人々によって広く使用されています。

プロジェクト推進・管理(PG/バックエンド)

【基本】AWSの使い方とその他

みなさんAWSを知っていますか。AWSは今どこの現場でも使われており、任天堂やフジテレビなどアプリではInstagramや漫画アプリなどでも大きく関連しており、今、AWSがないとほとんどのアプリに影響があるほど私たちの生活では必須になっております。そんなAWSについて今回はまとめました。

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

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

【初心者用】CakePHPを学んでいこう③（モデルの作成とデータ更新）

前回はCakePHPのインストールから簡単な画面表示までをご紹介しました。 今回は前回の続きとなる、簡単なModelの作成と取得したデータベースのデータを更新するところまでご紹介いたします。

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

【初心者用】Kotlinについて

前回Javaについてまとめたので、今回はKotlinについてまとめようと思います。Androidアプリ開発で活躍しているとのことで、今後必要になった場合のためしっかりと学んでおきたいと思います。

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

【初心者用】C++について

C#について最近調べることがあったので、C++についても学びなおそうと思い今回選びました。C++を使用する必要がある時の為に、C++がどのような場合に使用するべきなのかまとめていきます。

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

OpenSSH 入門ガイド: 安全で便利なリモートアクセスの手引き

OpenSSH 入門ガイド: 安全で便利なリモートアクセスの手引きです。

その他(インフラ)

組み込みエンジニアの収入の実態とキャリアの展望

組み込みエンジニアという職業は、モダンなテクノロジーの背後で静かに働き、私たちの日常を支えています。家電製品から自動車、医療機器、産業設備まで、数々の製品やシステムに組み込まれた技術の要として、組み込みエンジニアは欠かせない存在です。その専門的なスキルと知識は、時に目には見えない形で社会の発展に寄与しています。組み込みエンジニアにとっては、技術だけでなく、経済的な側面も重要なテーマです。この記事では、組み込みエンジニアの平均年収や年収アップのために必要なスキル、将来的なキャリア目標の選択肢について探求していきます。組み込みエンジニアを目指す方や既にこの分野で活躍している方々にとって、役立つ情報を提供することを目指しています。

テストエンジニアについて

IT業界で働く際には、できる限り自分に合った職種で働くことが大切です。そこには多種多様な職種があり、その仕事内容や求められるスキルも様々です。なので、実際に仕事を探す際には、個々の職種の違いが何であるかをしっかりと理解しておくことが必要になります。そこで本記事では、「テストエンジニア」という他のエンジニア職とは少し毛色の変わった職種を紹介したいと思います。

【ソフトウェアテスト】ソフトウェアテスト関連で耳にするJSTQBとは何か

JSTQBやJSTQB関連資格について、QAやテストといった役割で業務にあたる方のみならず、ソフトウェア開発現場に就業されている各役割の方々(開発エンジニアやPL/PMの方等)にとっても業務に活用できる部分があると思うので、そもそもJSTQBとは何なのかというところを記載していきます。

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

【ソフトウェアテスト】欠陥分析手法について

「【ソフトウェアテスト】不具合報告のインシデントレポートについて」記事で記載したとおり、インシデントはチケット作成して報告されたのち、内容を分析して対応をし、作成から完了に至るまで管理します。そうして蓄積されたインシデントレポートは、報告対応されたそのレポート自体が、以降で類似の現象を検出した際の資料として用いられる面もありますが、内容を分析することで、今後の開発品質向上を目指すための判断材料として活用することができます。いずれのインシデントレポートも、何かしら問題があったから作成されているものであり、問題点は解決した時点で完了とはせずに、内容を振り返って同じ轍を踏まないように以降の活動を随時改善していくことが肝要です。近年のアジャイル化が進んでいるプロジェクトなどの場合は、直近の開発内容に対するインシデントレポート単体を都度分析するような時間も設けられずに次々進んでいくことがありますが、プロジェクト全体としてインシデントレポートを統合管理し、アジャイル開発の各プロジェクト進行とは別途で機会を設けて、振り返りと共に不具合分析を行うことは、高品質な開発を目指す上で必要な活動です。ソフトウェア開発現場の現状として、プロジェクト形式もインシデントレポート形式もさまざまある状況なので、欠陥分析の手法もこれが絶対という唯一のものではなく、状況や期間などに合わせて必要な手法でアプローチをすべきです。統計的内容に基づく分析、インシデントごとの要因に基づく分析、その両面からの分析など、どのような面からアプローチするかによって用いる手法もさまざまあります。

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

【QA】テストケースの書き方

システム開発における評価・検証では評価する為の状態や手順、そして確認するべき期待結果等の情報をまとめたテストケースを事前に作成することになります。しかしテストケースの書き方が不十分であると他の実施者がそれを見た時はもちろん、テストケースを作成した本人でもいざ評価をする際にテストケースに書かれた情報を正しく読み取ることが出来ない可能性があります。良質なテストケースは"誰が実施しても同じ期待値を得られる"ということです。本稿ではそのために意識するべきことをまとめていきます。