YAMLで履歴書を作る - Qiita
はじめに 履歴書、書いてますか？＞挨拶 僕もいま任期付きなもんで履歴書を書いては送る日々なわけですが、履歴書ってなんであんなに書きづらいんでしょうね？ で、これまでは履歴書をLaTeXで書いて管理してたのですが、ちょっとスタイルを修正するのもすごく面倒だし、そもそもデータとスタイルの分離がよろしくないのがストレスでした。そんな時にこの【退職】履歴書をGit管理したかってん【しました】という記事を見て、僕も履歴書をもう少し扱いやすいフォーマットから作るスクリプトを書きました。ソースはGitHubに置いてあります。 (2020年7月19日追記) 2020年7月17日付で、日本規格協会グループは、JIS Z 8303『帳票の設計基準』に掲載されていた「履歴書」の様式例を削除しました。2020年7月19日現在は「お知らせ」に記載されていますが、パーマネントリンクが無いようなので、そのうち消えるかも
第8回 Jameleonを使ったテスト
プロパティファイルは使用するプラグインやテスト実行に関する設定を記述するファイルです。通常はすでに存在する初期値のEnvironment.propertiesファイルをそのまま利用することで問題ありません。 Jameleonでは、次のようなテストを作成することができます。 JUnitプラグインを使ったホワイトボックスレベルのテスト。すべてのJUnitの機能タグはほかのプラグインの機能と一緒に利用可能 Jiffieプラグインを使ったIEベースのテスト。このテストはWindows環境でのみ実行可能 HtmlUnitプラグインを使ったブラウザベースのテスト。一部のJavaScriptsとXPathについてもサポートしている HTTPUnitプラグインを使ったブラウザベースのテスト。HtmlUnitプラグインではコンテンツベースでテストするのに対し、HTTPUnitではHTTPの通信ベース、つまり
問題発見と修正が３日から半日に大幅短縮！ソフトウェア品質テストツールの導入事例 - ホワイトペーパー [テスト／デバッグ／チューニングツール]
45万に上る企業を支えてきた「奉行シリーズ」。開発元の(株)オービックビジネスコンサルタントは、大企業ユーザ向けに新機能の追加と大容量データに対応した新バージョンの開発を機にテストツールを導入。基幹業務を支える本製品は、安定した性能と高い品質を確保するため、多重アクセス時の実行性、実行速度、メモリ消費などプログラムの細部に至る検証を要するが、従来のテスト方法や他社製品では、正確なテスト結果の取得に多くの時間を必要としていた。しかし、DevPartnerの導入により、静的ソースコード解析、パフォーマンス分析、メモリ分析、カバレッジ分析、実行時エラー検出などの多彩な機能を活用し、プログラムの問題点と、的確な改善ポイントの把握が迅速に行えるようになった。本資料では、多忙な開発現場でも、無理なく導入可能なDevPartnerを使い、効率良く開発品質の向上に取り組むユーザ事例を紹介する。
![問題発見と修正が３日から半日に大幅短縮！ソフトウェア品質テストツールの導入事例 - ホワイトペーパー [テスト／デバッグ／チューニングツール]](https://cdn-ak-scissors.b.st-hatena.com/image/square/26824ea25c49e4d8b7d5f5a586be1e09c4d39d50/height=288;version=1;width=512/https%3A%2F%2Fwp.techtarget.itmedia.co.jp%2Fimages%2Ftt_logo.gif){kind=logo}
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
