検索キーワード: 「AIエンジニアのデータベース知識」


【初心者用】Rubyとは

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

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

【初心者用】Goとは

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

【初心者用】VB.Netとは

現在特には使用することがないのですが、様々な案件でVB.Netを使用する所が多いので気になっていました。どのようなことに使用するのか理解していないので、どこでどんな風に利用する言語なのかまとめたいと思います。

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

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

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

自宅のwindowsでRuby on Rails(基礎編)

Ruby on Railsは、Webアプリケーションの開発に特化したフレームワークです。MVCの設計パターンを採用し、ActiveRecordを使ったデータベース操作や、ERBを使ったテンプレートエンジンを提供します。Railsは、ルーティングやアクションの定義、そしてRESTfulなAPIの作成をサポートし、コンベンションオーバーコンフィグレーションの原則を採用しているため、開発者は設定ファイルの作成や細かい設定を行う必要がありません。Railsは、開発者の生産性を向上させるために、多くの便利な機能を提供しています。今回は、私がすでに習得済みのSpring Frameworkと比較しながら、Ruby on Railsを学習していきたいと思います。

【初心者用】COBOLとは

直近でCOBOLの案件に行く可能性があるので、COBOLとはどういうものかまとめようかと思います。COBOLは最新の言語ではありませんが、現在でも金融系などで使用されています。ですので、化石のような言語ではありますが、需要自体はあるようなので改めて学ぼうかなと思います。

開発に必要不可欠なテスト設計書について説明!

発プロセスとして欠かすことができない工程として、「テスト工程」があります。テスト工程とは実際に作り上げたシステムが、仕様通りになっているかを確認する工程で、不具合を効率よく検出するために必要な工程となっております。その中で今回はテスト設計書について説明します。なぜテスト設計書が必要であるか、また実際にどのように作成する必要があるかまでご紹介いたします。

【初心者用】Vue.jsについて

Vueに関して知識が少ないため、せっかくなので学びなおして理解を深めたいと思いまとめようと思いました。できる限り自分のような初心者でも分かるようにまとめたいと思います。

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

sts4+JUnit5+Selenium4+Chromeを使ってみる

Seleniumをつかうと、結合テストを自動化した上にスクショまで取ってくれるということでしたが、前回はうまくいきませんでした。そこで今回は、Selenium4でリベンジしたいと思います。

【初心者用】C#とは

C#は少しだけ実務で経験しましたが、経験としては浅いため今回知見を広げるために、改めてC#について学んでみようと思います。業務システムやモバイル、据え置きなどのゲーム開発でも使用されているので、覚えておくことで今後の選択肢の一つとして選べるようにしておきます。

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

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

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

SwiftUIで色々なレイアウトを作ってみる【iOS】

SwiftUIに少しずつ慣れてきたので今回はアニメーション付きで色々なレイアウトを作ってみます。

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る