Linux トラブルシューティング

Linuxは堅牢で柔軟なオペレーティングシステムであり、トラブルシューティングは使用者にとって重要なスキルです。本ガイドでは、Linuxで発生する一般的な問題に対処するための基本的なトラブルシューティング手法を初心者向けに解説します。また、学習リソースも紹介します。

その他(インフラ)

【初心者】kintoneとは

kintoneは、独自のアプリを作成することで業務効率を改善するクラウドサービスです。実際に、20000社以上の企業がkintoneを導入し、業務効率改善や売上向上を実現しています。kintoneはノーコード開発が可能で、プログラミングの知識やスキルがなくても、アプリケーションやWebサービスの開発が可能です。開発期間が短いため、ソースコードを書く必要がないです。大幅なスピードアップが可能です。今回はkintoneとはどのようなツールなのか、どのようなサービス内容なのかを紹介します。

【エンジニアになりたい人必見！】データ構造とアルゴリズム

今回は、データ構造とアルゴリズムについてまとめました。エンジニアになりたい方に、欠かせない内容となっています。ぜひ最後までお読みください！

その他(SE)

【初心者目線】Webアプリケーションの開発 第5回

【初心者目線】Webアプリケーションの開発 第5回について書きます。

自宅のwindowsでRuby on Rails（導入編）

私はこれまで、C言語、Perl、Javaを習得してきました。これらの言語は、それぞれ特定の分野で活躍している優れた言語ですが、私は今、新たにRuby on Railsを習得しようとしています。その理由について、以下に述べたいと思います。

開発計画(インフラ)

SwiftUIの基礎を学ぶ【iOS】

SwiftUIの基礎を学習中のため、UIパーツの加工であったり、UIKitとの連携であったり忘れてしまいそうなことを書き残しておきます。

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

サーブレットJSPを学ぼう！！＃2

サーブレットJSPを学びます。

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

Pythonフレームワーク、Django（ジャンゴ）とは

Django（ジャンゴ）とはPythonのWEBアプリケーションフレームワークの1つであり、昨今人気を集めているフレームワークの1つでもあります。 今回の記事を読むことで分かること ・Djangoで出来ることが分かる ・Djangoの概要が分かる

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

【初心者向け】ソースファイルの分割について

プログラム言語について学習していると、実際にコードを書くことが多くなると思います。最初の方は簡単で短いコードを書いて練習をしていくと思いますが、慣れてくると、長いコードや簡単なシステムを作ることが増えていくと思います。その際に、一つのソースファイルの中で処理を書いていくと思いますが、100〜1000行ほどになっていくとエラーが出た際にどこでエラーが出たのか、どこでどういった処理をしているのか探すのが大変になります。その時に必要になってくるのが、ソースファイルを分割するということです。ソースファイルだけではなく、プロジェクトを分割することもあります。このようにソースファイルやプロジェクトファイルを分割することのメリットが多くあるので、今回はソースファイルを分ける方法の一例を提示しながら、メリットを解説していきたいと思います。

【Java】文書の読込み・出力方法

システム開発をしていると、ファイル入出力の処理機能を実装する場合があると思います。ただ、初心者の方はファイル入出力とはどういうことなのか分からないと思う方もいると思うので、今回はファイル入出力とはどういうものか、どのような時に使うのか、どのように実装するのかを順に解説していきます。

インフラエンジニア向け！Shellスクリプトの種類とその魅力

インフラエンジニアの道を歩み始めたばかりの皆さん、シェルスクリプトという言葉をすでに耳にされたでしょうか。シェルスクリプトは、システムやネットワークの設定、管理、自動化など、インフラの様々なタスクを効率よくこなすための強力なツールです。しかし、その機能や種類について深く知らない方も少なくないでしょう。本記事では、シェルとシェルスクリプトの基本的な概念から、主なシェルの種類（sh系とcsh系）、シェルスクリプトで実現できるタスク、そしてシェルスクリプトの重要性について詳細に解説します。また、シェルスクリプトの学習を通じて、自身の技術力向上やキャリア発展にどう寄与できるかについても触れます。シェルスクリプトの知識が浅い方、さらに深い理解を求めている方、ぜひ本記事を参考にして、スキルのブラッシュアップを図ってください。

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

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

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