すべてのカテゴリ

昨日まで普通に動いていたGASが、朝になったら急に止まる。コードは触っていない。シートも大きく変えていない。それなのにメールが飛ばない、PDFが保存されない、定期処理が実行されない。こういう相談、実際かなり多いんですよね。結論から言うと、GASが突然止まったときに最初からコードを全部読む必要はありません。僕はまず、権限・トリガー・外部API・実行ユーザー・参照先・上限・ログの7項目を順番に確認します。この順番を飛ばしてコードを直し始めると、原因ではない場所を触って別の不具合を増やします。はい。地獄の増築です。 コードより先に見る7項目 1．Googleアカウントの権限最初に確認するのは、スクリプトを誰のアカウントで実行しているかです。GASはコードだけで動いているように見えますが、実際には実行ユーザーの権限を使っています。スプレッドシート、Googleドライブ、Gmail、外部サービスへの接続権限が変われば、昨日までの処理でも止まります。特に引継ぎ後は危険です。作った人のアカウントでは動く。別の担当者が押すと動かない。この状態で「環境によって不安定です」と言われることがありますけど、環境ではなく権限差であることが多いです。確認するのは次の内容です。・対象ファイルへの編集権限  ・保存先フォルダへの書込み権限  ・Gmail送信権限  ・外部サービス連携の承認状態  ・スクリプトの所有者「ファイルを開ける」と「GASから書き込める」は別物です。 2．時間主導トリガー次はトリガーです。毎朝7時に動く処理、10分ごとに保存する処理、フォーム送信時に動く処理などは、コードではなくトリガ

動いた。社内でも使えた。その3か月後、誰も直せなくなった。ChatGPTで社内ツールを作るとき、本当に怖いのは「完成しないこと」ではありません。一度は完成したように見えることです。画面が開く。ボタンも押せる。データも登録できる。ここまで来ると、だいたい安心します。はい。私も安心したくなります。ただ、現役SEとして業務ツールの開発や修正を続けていると、止まるツールにはかなり似た匂いがあるんですよね。最初は速いのに、数時間動かすと画面が重くなる。再起動したのに「処理中」のまま戻らない。2つ目のアカウントを追加した瞬間、データが重複する。担当者のPCでは動くのに、別の人のPCでは動かない。見た目は別々の不具合です。でも、根っこは同じです。「今動くこと」だけを見て、「止まった後」を作っていません。ココナラで販売実績234件、SEとして15年ほど業務システムを見てきましたが、修正依頼で多いのは派手な新機能ではありません。止まった。遅くなった。引き継げない。前の人に聞けない。この4つです。今回は、ChatGPTで作った社内ツールが3か月後に止まりやすい設計を、実際に遭遇したパターンから7つに分けます。■ 画面だけが元気な無言ツール最初に見るのはログです。エラーが出たときに、どの処理で、どのデータを使い、どこまで進んだのか。これが残っていないと、修正する側はほぼ目隠しです。「ボタンを押したら止まりました」利用者としては、それしか言えません。当然です。悪くありません。ただ、開発側にログがないと、同じ操作を何度も再現し、たまたまエラーが出る瞬間を待つことになります。クッッッソ地味です。でも、この

「動いていたはずのツールが、ある朝から動かなくなった」1人会社や少人数の事業で、自前で組んだ自動化や、何年か前に納品してもらった WordPress を運用していると、こういう瞬間がいつか来ます。直前まで何の不具合もなかっただけに、何が起きたのか自分では分からない。エラーログを開いてみても、英語と数字の羅列で読めない。「動き続ける仕組み」は、作って納品されたら終わりではありません。動かし続ける役割が必要で、それを誰が持つかを最初に決めておかないと、止まったときに途方に暮れます。今日は、月額で保守を依頼するときに、依頼先のどこを見ればいいかを 5 項目に整理してお伝えします。「自分で運用維持できない」と感じる 3 つの典型パターン月額保守のご相談をいただく 1人会社・中小企業の方は、だいたい次の 3 パターンのどれかでお声がけくださいます。一つ目は、作った人が辞めたり連絡が取れなくなったりした、というパターンです。前任の担当者が組んだ Google Apps Script、外注のフリーランスさんが作った Web アプリ、何年か前にお願いした業者さんで連絡先が変わってしまった WordPress。動いている間は気にしなくてよかったものが、止まった瞬間に「これ、誰に頼めばいいんだっけ」になります。二つ目は、エラーログを開いても何が書いてあるか読めない、というパターンです。アプリやサーバーが止まると、どこかにログが残ります。けれどログは英語と数字の羅列で、技術者でないと読み解けません。「とりあえず再起動」では再発するので、原因の切り分けと修正をお預けする先が必要になります。三つ目は、軽

先月から取り組んでいる古いシステムの改修作業が、予想以上に大変な作業になっています。 10年以上前に作られたシステムで、当時とは技術的な環境がガラッと変わっているんです。 まさに「こんなはずじゃなかった」という状況の連続でした。 改修作業で特に苦労したのは、3つのポイントです。 まず、古いプログラムのコードを読み解くのに時間がかかりました。当時の開発者の方の考え方を理解するのに、まる2日かかってしまいました。 次に、データベースの構造が現在の標準的な作り方と大きく異なっていて、データの移行作業で予想外のトラブルが発生しました。 最後に、新しいセキュリティ基準に合わせるため、ログイン機能を一から作り直す必要が出てきました。 古いシステムの改修には、実はメリットもたくさんあります。 既存のデータをそのまま活用できるので、お客様にとってはコストを抑えて機能アップできます。 また、長年使い慣れた操作感を残しつつ、新しい機能を追加できるので、スタッフの方の負担も最小限に抑えられます。 そして、システム全体を入れ替えるよりも、はるかに短期間で改善効果を実感していただけます。 古いシステム改修のコツをお伝えすると、まず現状の徹底的な調査が欠かせません。 私は改修前に必ず、既存システムの動作を細かくチェックして、どの部分が重要でどこを変更できるかを整理します。 また、段階的に改修を進めることで、途中でトラブルが起きても影響を最小限に抑えられます。 無理に最新技術にすべて置き換えようとせず、必要な部分だけを現代的にアップデートする方が成功しやすいです。 以前にも、古いシステムを改修を手掛けた後は

「Webサイトに不具合があるけど、何を準備して依頼したらいいか分からない…」そんな方に向けて、プロに外注する前に最低限そろえておきたい情報をまとめました。これを用意するだけで、やりとりがスムーズになり、費用も時間も無駄なく進められます。1. どこで困っているか、簡単にメモする「サイトが表示されない」「エラー500が出る」「レイアウトが崩れた」など、現象を書き出すだけでOKです。さらに「こうなってほしい（理想の状態）」を一言添えると、見積もりや作業方針が明確になります。2. ログイン情報を整理（サーバー・管理画面）修正に必要になるのは、以下のログイン情報です・サーバー（FTP/SSH）やレンタルサーバーの管理画面・WordPressやLaravel管理UIのログイン情報「どれが必要かわからない」という場合も、まずわかる範囲だけ共有すればOKです。3. 修正したい箇所を“スクショ”で見える化文章だけで伝えるより、スクリーンショットや短い動画で不具合箇所を見せる方が圧倒的に早いです。作業時間が短くなる＝費用も抑えられることが多いです。まとめ：完璧に準備できなくてもOK大事なのは「ざっくり状況を伝えること」。足りない部分はプロがヒアリングしながら整理します。気軽に相談してみましょう。👨‍💻 Webサイト修正・Laravel改修サポートはこちらエラー・不具合・機能追加など幅広く対応します！

先週、お客様から「システムの一部が思ったように動かない」という連絡をいただきました。 最初は単純なバグだと思って調査を始めたのですが、調べているうちに思わぬ発見がありました。 プログラマーあるあるですが、バグを探しているときって、予想もしなかった問題や改善点が見つかることがよくあるんです。 今回のバグ調査で見つかった意外な発見が3つありました。 まず、データ処理速度が予想以上に遅くなっていた原因が、実は古いデータの蓄積にあることがわかりました。 次に、お客様が「便利だから」と独自の運用方法を編み出していて、それがシステム本来の機能よりも効率的だったことが判明しました。 最後に、エラーログを詳しく調べていたら、まったく別の箇所で小さな不具合が発生していることを発見できました。 バグ修正作業がお客様にもたらすメリットは、単なる問題解決以上のものがあります。 まず、システム全体の安定性が向上して、日常業務がより安心して行えるようになります。 次に、調査過程で見つかった改善点を一緒に修正することで、システムの性能が大幅にアップします。 そして、お客様の実際の使い方を知ることで、より使いやすい機能の提案ができるようになります。 バグ調査で効果的なアプローチをお伝えすると、表面的な症状だけでなく根本原因を探ることが大切です。 私はバグ報告を受けたら、まず現象を再現して、どの段階で問題が起きているかを細かく特定します。 また、エラーログやシステムの動作履歴を丁寧に分析して、問題の背景にあるパターンを見つけ出すようにしています。 そして、修正作業の際は同じような問題が他の箇所でも起きていないか