MySQLのためにPHPを勉強する
いずれはゴリゴリに副業やっていきたいので色々勉強しているのですが
XFreeというレンタルサーバが無料の割に高機能というのを目にしたので試しに登録したんですが、MySQLとPHPが使えるとのこと。どっちも使ったことねぇや。
MySQLはwebアプリでよく使われるDBらしく、操作はPHPで行われるとのこと。
勉強する言語がまた増えた。
ありがたいのはユーザが多いので、YouTubeとかでも良質の講座が普通に見られるってことですね。VB.Netの動画はかなり少ない印象です。
Javaを学習するついでにVSCodeもインストールしてたのでまぁちょうどいいかな。
とりあえずXAMPPをインストールして正常に動作するか確認したら今日はITパスポートの勉強して寝ます。勉強楽しい。
SQL Server Expressの自動バックアップ方法
勉強方法
学習した内容をどうやってまとめるか、について。
今のところ便利だなぁと感じているのが
Evernoteを使って学習した内容をノートブックごとにわけてPCで入力、スマホで空き時間に見るということをやってます。
無料プランでも2台までデバイスが使用可能なのでひとまずこれでいいかなぁと。
最高のメモアプリ - Evernote で大切なノートを整理
何かいい学習方法があったら教えてください。真似します。
batの学習
入門講義【第4章】 特定のファイルをコピーして集める (jj-blues.com)
を見ながら学習していたのですが、つまづいたところがありました。
色々とファイルの準備をし
「file_copy.bat」を編集し、copy files\test_1.txt copies\を入力。
コマンドプロンプトより、file_copy.batを実行すると
「指定されたパスが見つかりません」とエラーが出ます。
対応
「file_copy.bat」を再度編集、
copy C:\Users\〇〇\Desktop\バッチ練習\第4章\files\test_1.txt C:\Users\〇〇\Desktop\バッチ練習\第4章\files\copies\
と変更したら無事に処理できました。
(実際やったときはファイル名とか階層が違ったのでこの記述ではなかったけど)
疑問
こういうのって記述する際は絶対パスの方がいいんじゃないの?
ってことでまた。
SES会社に転職
著者のスペック
地方国立大中退、30代半ば、独身。
2021年8月よりSES会社に転職しました。
IT会社での経験は3年くらいです。
(とはいえ半年くらいは体調不良で会社行けてなかったんですけどね)
何やってたかっていうとおおまかには自社開発システムの開発兼保守運用です。
具体的に
OS:Windows7 Windows10 WindowsServer
PG言語:VB.Net,VB6.0
DB:SQLServer,Oracle,Microsoft Access(SQLチョットワカル)
開発は主に詳細設計~テストまでの工程を担当。保守は基本的には改修案件振られたものを改修。
WEB系の開発経験はない。英語は高校卒業程度。IT系の資格皆無。
このスキルセットで戦えるか正直不安というか無理だろうなと思ってたので1年ほど介護士として働いてました。
で、せっかく東京来たんだからIT系行かないともったいないよなと考え直し転職した次第です。意外とあっさり転職できました。
崖っぷちだという自覚がある(むしろオワコンに限りなく近い)んですけど、ぬるま湯の環境だとこのままだめになってしまうなと思って出戻ってきた感じです。
エンジニアは稼げる!みたいな広告ものすごく見ますけど実体験的なことを綴れればなと思います。
システム開発技術
QC7つの道具で調べると良きかもね。
管理図とは、工程の状態や品質を時系列に表した図のことで、工程が安定した状態にあるかどうかを判断するために用います。例えば日ごとに不良品の個数を記録し、統計的に求めた上方管理限界と下方管理限界を超えた位置に値が記録された場合には、その日に何らかの異常が発生していることがわかります。
設問の「上限・下限の限界線を超えるものを…検出したい」という記述から管理図の使用が適切であると判断できます。
管理図の説明見て統計の勉強を再度勉強したくなった。品質管理の際に
参照するとわかりやすいということ。基本的には正規分布内に数値が収まるが、正規分布外に出たとき、データに偏りが出たとき、などが分かりやすい(らしい)
パレート図は、値の大きい順に分析対象の項目を並べた棒グラフと、累積構成比を表す折れ線グラフを組み合わせた複合グラフで、主に複数の分析対象の中から、重要な要素を識別するために使用されます。
品質管理で使う場合は不良品の個数を多いものから並べて何かを検討する、という使い方になると思う。
レーダチャートは、複数項目の基準値に対する比率をプロットし、各点を線で結んだ形状によって、全体のバランスを比較するのに適した図です。各項目は円状または正多角形状に配置されるので、その形状から「クモの巣グラフ」とも呼ばれます。
各項目のバランスを見るのに使う。ゲームのキャラランクとかでよく見るやつ。
特性要因図は、特性(結果)とそれに影響を及ぼしたと思われる要因(原因)の関係を体系的に表わした図です。直接的な原因と間接的な原因に分別したり、真の問題点をはっきりさせる効果があります。
図が魚の骨に似ていることからフィッシュボーンチャートとも呼ばれたりする。 原因を深くまで考えるのに適している。
受入れテストは、開発を外部委託した場合において、委託先から成果物が納品される際に成果物の品質を検証するために実施されるテストです。発注側が作成したテスト計画や合否判断をもとに発注側の主導で行われ、成果物が要求事項を満たしているかを確認します。一般的には、受入れテストに合格すれば納品・導入手続きに進むことになります。
テストの流れを理解しようみたいな問題。単体テスト→結合テスト→システムテスト→受入れテスト、らしい。初めて聞いたけど必要っすね確かに。
ソフトウェア保守とは、運用開始後のソフトウェアに対して変更や機能改善への対応、プログラムの欠陥(バグ)への対応、ビジネス環境の変化に応じたプログラムの修正作業などを実施することです。
私が前職でやってたこと。開発途中に保守作業させられることなんてよくありすぎて死にそうだった。
ブラックボックステストはシステムへの入力とそれに対して得られる出力だけに着目して、様々な入力に対して仕様書どおりの出力が得られるかどうかを検証していくテストで、主にシステムテストで用いられる。
ホワイトボックステストはプログラムやモジュールの単体テストとして実施されるテスト手法で、内部構造に基づき仕様書どおりに動作するかを検証するために実施される。
開発側だとホワイトボックステストさせられることが多いっすね。当たり前なんだけど。
契約不適合担保責任は、売買契約と請負契約において、引き渡された目的物や権利関係に契約内容に適合しない事実(契約不適合)がある場合に、一定の期間(商取引では原則として引渡しから6カ月)、売主(請負人)が買主(発注者)に対して負う責任のことを言います。担保責任として売主に追及できる内容には、損害賠償や契約解除、契約の目的物の修補、代金の減額などがあります。売主(請負人)は契約不適合につき過失がなくても、買主(発注者)の求めに応じて責任を果たさなければなりません(損害賠償請求を除く)。
金融システムで担保責任とか考えたくねぇ・・・
ソフトウェアの品質特性は、ソフトウェアの品質を評価する基準です。ISO/IEC9126(JIS X 0129)において、ソフトウェアの品質を評価する基準で。機能性,信頼性,使用性,効率性,保守性,移植性の6つの特性と、それぞれの品質特性をさらに細分化した21の副特性が定められています。
いずれ詳細も知っておかないといけない。