検索キーワード: 「データの可視化」


自宅のWindowsでRuby on Rails ~ RSpecで単体テスト

自宅のWindowsでRuby on Rails   ~ RSpecで単体テスト ~

テスト(PG/バックエンド)

【C++基礎】C++プログラマが学びなおす その1

C++からしばらく離れていたプログラマですが、これからの業務で触れる可能性が出てきたので、一度初心に立ち返って基礎からおさらいをしていく過程を備忘録として残していきます。

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

【Java基礎】Java未経験から習得を目指す 基礎知識編1

どうも、C++が最も得意なプログラマです。仕事の関係でJavaを扱うことになったのですが、Javaに関しては全くの未経験ですので、今回からJavaについて学んでいこうかと思います。

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

【初心者用】Reactとは

Web系の開発のためにReactを使用した開発の勉強をしているので、改めてReactについてまとめます。後々見直す用かつ初心者の人に見せても分かるような説明にしたいと思います。

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

【初心者用】React Nativeについて

Reactは学んでいたのですが、主にWeb系のUI開発にしか使用ができないため、Android開発をしたい場合はできませんでした。ですが、Reactには携帯用のアプリ開発言語があることを知ったので、改めて今回勉強の為にまとめておきたいと思います。

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

【初心者用】Rubyとは

最近RubyのフレームワークであるRuby on railsについて調べていたので、フレームワークの元の言語であるRubyについてまとめたいと思います。元のRubyとフレームワークのRuby on railsとの違いや、どのような開発ができるのか学びたいと思います。

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

【初心者用】SQLのクエリ操作基礎4

タイトル通りですが、SQL初心者がクエリ操作に関して学んだことまとめていきます。操作方法について忘れていることが分からないことが多いので、基礎を学んでいきます。

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

【初心者用】Swiftとは

Swiftという言語自体は聞いたことはあるのですが、特に何に使用されているのかよくわかっていませんでした。ですので、swiftという言語が一体どういった強みがあり、どのような現場で使用されているのか学びたいと思います。

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

エンジニアが保守運用を学ぶメリット

エンジニアにとって保守運用は、技術的なスキルやキャリアの成長にとって欠かせないものです。保守運用はシステムやアプリケーションの健全性を維持し、顧客やユーザに信頼性の高いサービスを提供する重要なプロセスです。本記事では、エンジニアが保守運用を学ぶことのメリットに焦点を当て、その重要性やキャリアに与える影響について探ります。

キャリア

CIとは何か?代表的なCIツールの特徴とメリット・デメリットを解説

CIとは、開発者がコードを頻繁に統合し、自動的にテストやビルドを行うことで、品質や効率を向上させる手法です。 CIを実現するためには、CIツールと呼ばれる専用のソフトウェアが必要です。 CIツールは、コードの変更を検知し、自動的にテストやビルドを実行し、結果を報告する機能を提供します。しかし、CIツールには様々な種類があり、それぞれに特徴やメリット・デメリットがあります。 では、どのようにしてCIツールを選ぶべきでしょうか? この記事では、代表的なCIツールの概要と選び方について解説します。

学習・スキル

C言語とは何か

C言語とは、1972年に開発された歴史の深いプログラミング言語の1つです。アメリカ、AT&T社ベル研究所のDennis.M. Ritchie(デニス・M・リッチー)氏とBrian.W.Kernighan(ブライアン・W・カーニハン)氏によって開発されました。現在は、開発元であるアメリカ国内のみならず世界中に普及しているほか、「C++」や「C#」のようにC言語から発展したプログラミング言語も数多く存在します。プログラミングの基礎知識から、実用性の高い応用力まで幅広く習得できることから、プログラミングを学ぶうえで、最初にC言語を選択する方も少なくありません。

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

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

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

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る