自宅のWindowsでRuby on Rails ～ ヘルパーメソッド

Railsのヘルパーメソッドには、ビューで使用されるいくつかの有用なメソッドがあります。これらのメソッドは、コントローラーで定義された変数やデータをビューに渡すのに役立ちます。たとえば、link_toメソッドは、リンクを作成するのに役立ちますし、form_forメソッドは、フォームを作成するのに役立ちます。これらのヘルパーメソッドは、Railsの基本的なビューの作成に欠かせません。

Ubuntuについて知ろう

Ubuntuを皆さんご存じでしょうか。Ubuntuとはなにか、コマンドはどういったものがあるのかを調査してまとめました。

【JSTQB(FL)対策】第4章テスト技法

こちらの記事ではJSTQBのシラバスのうち、第4章テスト技法分野における以下の分野の学習内容及び学習してみて私が思ったことについて記載します。

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

データベースに関する基本知識とSELECT文の基本

TCP/IPの階層モデルのアプリケーション層について、もう少し詳しく学習していきます。また、TCP/IPの通信例を元に、パケットの処理について学んでいきましょう。

【Python】基本のまとめ | 初心者向け

今回は、プログラミング言語のPythonについて簡単にまとめました。初心者向けの、基本的な内容になっています。ぜひ最後までお読みください！

＃12　SES企業の見極め5選

こんにちは！ラーニンギフト採用担当です。「SESって会社によってかなり違うって聞くけど、何を基準に選べばいいの？」そんな不安を感じているエンジニアの方も多いのではないでしょうか。実際、SES企業は数が多く、働き方やサポート体制も会社によってさまざまです。そのため、"どの会社を選ぶか”によって、エンジニアとしてのキャリアや働きやすさが大きく変わることもあります。今回は、SES企業を選ぶ際に確認しておきたいポイントを5つご紹介します！

インフラエンジニア1年目がフロントエンドの転職に必要な知識・スキル

開発に興味があるものの、何を学べばよいのかがわからず、日々のサーバー保守・運用案件に忙殺されているという若手インフラエンジニアの方は多いのではないでしょうか。本記事では、開発にチャレンジするべきか、このままインフラのスキルを磨くか、悩みを抱える方に向けて、フロントエンドエンジニアの仕事内容や必要な知識・スキル、役立つ資格などについて解説しています。

【初心者向け】CCNA基礎 10章

こちらでは、CCNAの資格取得へ向けた情報を記載いたします。

【フロントエンド】Vue.jsの特徴について解説

Vue.jsとは、ユーザーインターフェースの構築のためのJavaScriptフレームワークです。発音は「view」と同様です。HTML、CSS、JavaScriptを土台とするプログラミングモデルです。実際に多くの有名なサービスでVue.jsが採用されているため、フロントエンドエンジニアを目指す人は積極的に習得したいスキルといえます。本記事では、Vue.jsの特徴を解説します。

CCNA学習＃１未経験の方向け

まず初めにCCNAとは、シスコ認定試験の一つになります。シスコ認定試験は５段階の資格がありますが、CCNAは下から二番目の資格になります。CCNAは2020年に改定されたことで、従来よりも難易度が上昇しました。これは、昨今のネットワーク技術の発展に伴い、試験で問われる内容がふえた事によります。その分、資格の価値もあがっていると予想できます。今回は未経験の方がインフラエンジニアを目指す。ＣＣＮＡの学習を進める上で、大事な内容をまとめてみました。ネットワークの基礎にあたる部分をまとめましたので、学習中の方やこれから、CCNAの勉強を始めてみようかと思ってる方、復習をしたいと思っている方に是非目を通していただきたい内容になっています。

その他(インフラ)

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

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

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

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

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