同じWordファイルを編集するたびに、 提案書_v01.docx 提案書_v02.docx 提案書_v03.docx と増やす方法があります。 一方、OneDriveでは同じファイルを編集し続けても、以前のバージョンへ戻せます。 どちらか一方が正しいのではなく、用途が違います。 OneDriveのバージョン履歴が向くケ...
ゆきむらの記事一覧
提案書_最終.docx を直して、 提案書_最終_修正版.docx になり、さらに、 提案書_最終_修正版2_本当の最終.docx になる。 これはよくある版管理事故です。 ファイル名に情報を詰め込みすぎない ファイル名で最低限分かればよいのは、 何のファイルか いつのものか 何版か 程度です。 担当者名、状態、顧客名...
バックアップソフトに「成功」と表示されていても、それだけでは安心できません。 本当に必要なのは、事故が起きたときに必要なデータを戻せることです。 バックアップ成功と復元成功は別 バックアップ処理が完了していても、 保存先が壊れている 暗号化キーが分からない 古すぎる 必要なフォルダーが対象外 戻したファイルをアプリで開...
バックアップというと、「外付けSSDにコピーしているから大丈夫」「OneDriveに同期しているから大丈夫」と考えがちです。 しかし、個人事業や小さな会社では、巨大な仕組みより先に、何が消えたら仕事が止まるかを整理した方が実用的です。 まず「消えたら困るもの」を列挙する 最初に対象を分けます。 顧客データ 会計・請求デ...
納品前に最も避けたい事故の1つが、成果物と一緒に秘密情報を渡してしまうことです。 APIキーやアクセストークンは、目立つファイルだけに入っているとは限りません。 APIキー・トークン まず検索したいのは、 APIキー アクセストークン パスワード 秘密鍵 接続文字列 です。 GitHubのSecret Security...
成果物をZIPで渡すとき、中身が正しくても「どれを開けばいいか分からない」と納品品質は下がります。 受け手が最初の30秒で理解できる構成にしておくと、質問の往復も減ります。 ZIP直下を散らかさない 悪い例は、ZIPを開いた瞬間に20個のファイルが並ぶ状態です。 できれば、1つのルートフォルダーを置き、その中を整理しま...
納品事故は、難しいバグより「入れ忘れ」「古い版」「説明不足」で起きることがあります。 送信ボタンを押す前に、確認を一定の順番へ固定しておくと抜け漏れを減らせます。 ファイル構成 まず、必要なファイルがそろっているかを見ます。 成果物本体 README 必要な設定ファイル サンプル 説明書 ライセンスや注意事項 「自分の...
AIがURLまで付けて回答すると、急に信頼できそうに見えます。 しかし確認すべきなのは「URLがあるか」だけではありません。 まずURLを開く 最初に見るのは単純です。 404ではないか 別ページへ転送されていないか ドメインが本物か HTTPSか AIがもっともらしいURL構造を作っていても、実際には存在しないことが...
生成AIの文章は、全部を同じ重さで確認すると時間がかかります。 効率よく見るなら、回答を「確認が必要な種類」に分けます。 NISTの生成AIリスク資料では、生成AIが誤った内容をもっともらしく提示する現象を「confabulation」として扱っています。 事実 日付、制度、製品仕様、人物の経歴など、外部世界の事実は確...
生成AIへ文章を渡すとき、氏名や会社名を XXX にするだけでは、複数人が登場する文章で誰が誰か分からなくなります。 実務では、意味を残しながら識別子へ置き換える方が使いやすいことがあります。 まず「匿名化」と呼びすぎない 個人情報保護委員会の用語では、「匿名加工情報」は単に名前をマスキングしただけの情報ではありません...
