検索キーワード: 「C言語とC++の違い」


【初心者必見】Python独学を通し、プログラミング入門についてまとめてみた

とあるきっかけからPythonに関心を持ちまして、手探りですが勉強をしてみました。 まだ入り口に片足踏み込んだ程度ですが、プログラミング初心者にとってはその難しい「一歩」の助けになればと思い、記事にしました。 当記事では、ざっくりと ・使用した教材、感じた利点 ・学習のコツ、簡単に応用力を伸ばしていける工夫 について、書いていきます。 プログラミング学習のコツについても解説していくので、Python初心者に留まらず、プログラミング自体が初めての方にも参考になると思います。 ※注意点! ・本記事は、あくまで学習方法、コツについての解説です。Pythonって何? どうコーディングすればいいの? といった点に触れたものではありません。 ・本記事における学習ラインは、タイトルに「入門編」と書いた通り、変数の概念や条件分岐や繰り返し文といった初歩の初歩までです。機械学習やデータ分析といったディープな部分までを補完しうるものではありません。

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

【初心者用】JavaScriptをHTMLに読み込ませる2種類の方法について

WebサイトにJavaScriptで動きをつける方法で調べたところ、JavaScriptをHTMLに読み込ませる方法が2種類あることを知りました。 ・JavaScriptをHTMLファイル内にインライン(直接埋め込む形)で記述する。 ・JavaScriptのプログラムを別ファイルで記述し、HTMLに読み込ませる。 この2つですね。 今回は、 ・JavaScriptの読み込み方法についてと利点・欠点について ・試しに2通りの方法で簡単なツールを作ってみる。 について、説明していきたいと思います。

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

【初心者用】IISについて調べてみた

個人でプログラミングを勉強する際にIISを使用することになったのですが、「IISって具体的には何だっけ?」となったのでまとめてみます。 タイトルにある通り、初心者向けに極力噛み砕いて説明していきます。

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

イチから学ぶデータベース・SQL(2)

イチから学ぶデータベース・SQL(1)ではデータベースについて、から始まりデータベースの作成や、データベースにデータを追加したりデータを検索したりと、基本的なデータベースとSQL文について学びました。 それらを糧に今回はより深くSQLについて学習し、それを分かりやすいように説明していきます。

製造・コーディング(インフラ)

イチから学ぶデータベース・SQL(5)

イチから学ぶデータベース・SQL(4)では、サンプルデータベースに保存されているデータを使用してログの解析をし、ユーザーのアクセス数を調べるなどしました。 今回は、前回に引き続きpaizaラーニングを参考にして、サンプルデータベースに登録されているデータからログ解析を行っていきます。

製造・コーディング(インフラ)

イチから学ぶデータベース・SQL(11)

イチから学ぶデータベース・SQL(10)では、CASE式について学習していきました。 今回も、これまでと同様paizaラーニングを参考に、オンラインRPGを題材としてSQLについて学習していきます。

製造・コーディング(インフラ)

Node.jsを使用したログイン処理の方法

今回はNode.jsを使用したログイン処理について学習していこうと思います。Webアプリケーションを作成する際に、ログイン処理は多用する事になると思うので学んでおいて損は無いと思います。

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

機械学習エンジニアのキャリアパスと必要なスキルについて

機械学習は近年、急速に発展している分野であり、多くの企業や産業において重要な役割を果たしています。機械学習エンジニアは、データを分析し、予測モデルを開発するなど、機械学習技術を活用して問題を解決する専門家です。本記事では、機械学習エンジニアとしてのキャリアパスや、成功するために必要なスキルについて探っていきます。経験の浅い方々やキャリアを考えている方々にとって、参考になる情報を提供します。さあ、機械学習エンジニアとしての旅を始めましょう。

学習・スキル

【初心者用】ProCとは

今度の案件でデータベースの操作関係で、Pro*Cを使用することになりそうなので今回学んでみようと思います。

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

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

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

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

採用サイトのリニューアル

当社の採用サイトがリニューアルされました。今後も定期的に更にコンテンツを追加する予定です。

News・お知らせ

マニュアル作成で心がけることとは

皆さんはシステム開発現場のマニュアルや仕様書などのドキュメントに対して、どのようなイメージをお持ちでしょうか。 実際にシステム開発の現場で整備されていたマニュアルが、めちゃくちゃ役に立ったと考えているかたは、ごく少数なのではないでしょうか。 各プロジェクトで、エンジニアの入れ替わりが当たり前になった昨今では、業務マニュアルやシステムの操作マニュアルがない会社はないと言っても過言ではありません。 ・分厚くて読む気がしない ・どこに何が書いてあるのか分かりにくい ・そもそも読んでも理解できない ・プロセスやトラブルの解決策が抜けがち ・書いてある内容が古い(アップデートされていない) 上記の内容はいずれも、マニュアルが風化する原因の1つです。 裏を返せば、マニュアルを作る側が、上記のような状態にならないように気をつけるべき項目とも考えることが出来ます。 実際、多くのシステム開発の現場で、マニュアルと実際に稼働しているシステムとの情報が乖離しており、マニュアルはストレージを圧迫する邪魔な存在。だと認識されているケースが多いです。 今回の記事では、システムの操作マニュアルに関して、みなさんが実際にマニュアルを作成する場合に、分かりやすく使いやすいマニュアルを作るために心がけるべき5つのポイントについて解説していこうと思います。

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

関連タグ

カテゴリ別人気記事

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

週間人気記事

もっと見る