すべてのカテゴリ

Firebase のデータベースアクセスFirebase のデータベースを利用する魅力の一つは、フロントエンド（Web ブラウザ）から直接アクセスできることがあります。一方で、バックエンドを実装すれば、バックエンドを経由したアクセスも可能です。では、どちらを利用するのが良いのかというと状況によって選択肢は変わってきます。この記事では、両方の利点と欠点をまとめて見ました。状況によって使い分けるコツとして活用ください。初心者にはどちらが良い？最初に考えるのは、Web 開発の初心者の場合です。 この場合は、迷わずにフロントエンドから直接利用する方法がおすすめです。 理由は簡単で、バックエンドを作る必要が無いからです。Firebase の利点を最大限に活用して、短時間でシンプルに実装するのが良いと思います。バックエンドの開発やデータベースの設定だけでも、初心者には大きな負担です。従って、フロントエンドの開発に集中できるのは Firebase を活用する大きな理由になります。では、この方法の欠点はなんでしょうか？細かいことを挙げれば色々あると思いますが、大きな欠点は 2 点です。＊　Firebase 以外のデータベースに移行するのが面倒＊　セキュリティルールの設定が必要　もう少し具体的に書くと、Firebase のデータベースをフロントエンドから直接呼び出しているので、Firebase 以外のデータベースを利用するには、フロントエンドのコードを基本的には全面的に書き直す必要があります。これが、大きな問題になるかと言うと殆どの場合は大きな問題では無い場合が多いかと思います。このモデルの場合

Audio Stockの審査に落ちた曲を利用して、Sound ClaudにEDM系の曲として何曲かUPしました。この頃、EDM系の制作にはまっている要因として、EDM音源を初めて購入して、これに慣れるためと創作の為の息抜きも兼ねています。因みに、Sound Claudは【IxSA project】で検索ください。

Firebase のデータベースの利用事例Firebase のデータベースの活用方法の一つを紹介します。 通常のデータベースとして利用する以外にも便利な利用方法があります。 それは、Firebase のデータベース（Cloude Firestore）は、高速にアクセスが可能というメリットがあります。 これを利用すると、Web アプリや Web サービスの価値を高める事が可能です。意外にアクセスに時間がかかる外部の Web サービスWeb アプリを開発する場合、全て自分で開発する場合もありますが、必要なサービスを自分のサービスに取り込んで利用する形で実装するケースも意外に多い物です。外部のサービスを取り込んで利用する例としては、＊　オンライン決済（PayPal や Stripe など）＊　メッセージの送信（MailChamp や SendGrid など）＊　Google の各種サービス（Map や Google Analytics など）などいろいろあります。機能的には、こうした外部のサービスがサポートしている API を利用すると、特に Firebase のデータベースを利用する必要はありません。しかし、実際にこうした外部のサービスを利用する場合の多くは、フロントエンド（Web ブラウザ）から直接アクセスするよりは、バックエンドを介して実装する仕組みになっている場合が多くなります。主な理由は、セキュリティです。外部のサービスが発行する秘密鍵（Private Key）を利用してアクセスする必要があるため、ソースコードが参照可能なフロントエンドのプログラムではなく、バックエンドでア

バックグラウンドで動かすサービス「cron job」！Web アプリや Web サービスを作っていると毎日とか毎週定期的に動かしたい処理がある場合があります。そんな時に役に立つのが「cron job」です。この記事では「cron job」についてまとめて見ました。 「cron job」とは何か？「cron job」というのは余り耳にしない言葉ですが、一言で言えば定期的に実行する処理です。 「毎日何時に」とか「毎週何曜日に」とか「毎月何日に」など必要な処理を予約しておいて、その時間が来ると自動的に実行してくれるというものです。そうした処理の中で「Unix 系」の OS で使われる処理の名前です。Unix 系の OS というと余り身近ではありませんが、無料の OS の代表格である Linux も Unix 系の OS の一つです。今日の話は、多くの人が利用している端末側（PC やスマホ）ではなくて主に Web サーバーなどの話が中心です。 もちろん、こうした端末側（PC やスマホ）でも Unix 系の OS を利用していれば使える機能ですが、今回の記事ではサーバー側での「cron job」の利用方法についてまとめています。「cron job」はどのような時に使うか？では、この「cron job」はどんな時に使うかです。 いろいろな利用がありますが、例えばバックアップなどに利用することが多くなります。クラウド（インターネット）上にいろいろなデータを保存する機会は、スマホがインターネット利用の主流になってよく行われるようになりました。このようなインターネット上に置いたデータは、利用者か

ここ数年で確かに相談内容が変わってきていると感じます。以前は、「できるだけこちらに有利な契約書にしてください」という依頼が多かったのに対し、現在は、「無効にならない契約書にしてください」という依頼が非常に増えています。その背景には、生成AIの普及があります。ChatGPTなどに「こちらに有利な契約書を作って」と指示すると、確かに相手方に極端に不利な条項が並んだ契約書が出来上がることがあります。しかし、そのような条項は、消費者契約法や民法90条（公序良俗）、信義則などによって無効と判断されるリスクを抱えています。消費者契約法は、不当な契約条項の無効を定めており、近年も改正が重ねられています。結局のところ、「強い契約書」と「有効な契約書」は違います。一見すると強力に見える免責条項や違約金条項でも、裁判になれば無効と判断されるのであれば、依頼者を守るどころか、かえってリスクを増やしてしまいます。私は契約書作成において最も重要なのは、* 相手方との利益のバランス* 最新の法改正* 裁判例の考え方* 業界の商慣習これらを踏まえたうえで、「最後まで効力を維持できる契約書」を作ることだと考えています。生成AIは非常に優秀ですが、プロンプト次第では依頼者に偏った内容を出力します。そのため、AIが作成した契約書をそのまま採用するのではなく、「この条項は消費者契約法や公序良俗違反で無効になるおそれはありませんか。」という視点でチェックを行うことが、これまで以上に重要になっています。これは、AI時代だからこそ行政書士のような実務家に求められる役割であり、最近の契約実務では「いかに有利にするか」よりも

Firebase データベースのデータの更新イベントの検出データベースを利用したアプリやサービスを開発する場合、データベースのデータがアプリやサービスの利用中に更新される場合があります。そうした場合、どのようにすれば現在利用中のデータの更新ができるかがポイントになります。Firebase のデータベース（Cloud Firestore）はこうしたケースを想定したインターフェースを予め用意しています。この記事では、Firebase のデータベース（Cloud Firestore）のデータが更新された場合にどのように更新されたデータを取得するかを紹介しています。オンラインショップのサイトを例に考えてみます！サービスの利用中にデータベースのデータが更新されて、そのデータの更新が必要な場合と言ってもなかなか思い当たらないと思いますので、もう少し具体的に例を挙げて説明します。例えばオンラインショッピングのサイトを作成する場合を考えてください。 サイトで販売する商品を表示して、気に入った商品があれば購入して決済をするようなサービスになります。サイト全体ではいろいろな機能が必要になります。商品の紹介から、決済や質問なども含めて、たくさんの機能を実装する必要があると思います。そして、いろいろな場面でデータの更新をする場面もあると思いますが、この記事では商品情報を表示する部分に絞って考えます。商品情報の表示で必要な情報は？商品情報を表示するに当たっていろいろな情報が必要になります。 販売する商品によっていろいろ変わってくる部分もありますが、一般的に考えて共通して必要な内容は：＊　商品の説明や紹介

Firebase のデータベースでファイルの情報を管理！Firebase のストレージにブログの投稿を保存してブログのサービスの基本の準備ができました。更に使いやすいサービスにするために Firebase のデータベースの Cloud Firestore のデータベースに投稿の情報を入れておくと、より効率的に投稿の情報が取得できます。Firebase のストレージに保存したファイルからのデータの取得Markdown にブログの投稿のメタデータを埋め込んで置くと、そこから投稿の情報が取得できます。この情報を利用すれば、投稿の詳細を表示することが可能になります。しかし、この方法では情報を取得するには非常に手間がかかります。主な手順は以下の通りです。1. Firebase ストレージに保存されているファイル（フォルダ）の一覧を取得2. ファイル（フォルダ）の一覧を元にファイルの中身を取得3. ファイルの中身からファイルのメタデータ（ブログの情報）を取得というステップでブログのデータを取得します。問題は、実際にブログの投稿を表示しない場合でもファイルの中身を取得する必要があります。要は不要なアクセスが増える事になります。投稿時に必要なデータを取得しておく不要なアクセスを最小限にするために、ブログの原稿を投稿する際に Markdown のファイルに埋め込んだメタデータを取得して Firebase のデータベースである Cloud Firestore に情報を保存しておきます。 このようにする事で、ブログの原稿の情報は、Cloud Firestore から取得できるので、毎回投稿の原稿全体

クレカ使用は月2万まで！（電子漫画代）との誓約を設け数か月。月前半でほぼ予算ゼロになる月日にも耐え後半以降の新刊はじっと我慢の子。忍の一文字貫いて。なんだやればできるじゃんと思いかけていたが、なんでかクレカ請求がその直後から二か月分まとめて引き落とされるようになりストレス。別件でも打撃を受けストレス。・・・今月数カ月ぶりに（二か月くらいな気がするが）もうこのストレスをどうにかせねばそれが先だよと先日3万円め課金★全部漫画。でも好きな面白いの読むとスカッとするのよね。だがやっぱ無限に金がある訳じゃないんで身を引き締めねば。年末年始またストレス三昧になるけども…そんなさ中、更なる課金。Adobe illustratorCS6買い切り版がPC買い換え時に旧PCからの解除やり忘れてまたできなくなってああ腹立つ💢これだからDL製品は嫌いなんだよー！ちなみにPhotoshopCS4はCDで購入しているので問題ない。以前、動画編集ソフトが必要になりコンプリートプラン月額約7000円ちょい？（詳細忘れた）契約していたのですが、メインで使うのはフォトショだけだしフォトショもイラレも持ってるし、勉強がてら動画とか色々遊ぶかとおもったが面倒くさくなってAI生成で遊んでるだけになりもうただの金の無駄だよ！と、解約したのですが、たまには使うillustratorが「前のPCからログイン解除して出直して来い（意訳）」の警告でるわ窓口問い合わせは自動音声が鈍いわウザいわでイライラが止まらないわでもうええわ！そろそろCS4のサポート終わっても不思議じゃない頃合いだしと再契約。…あれ？今コンプラないの？え、cr

近年ますます進化を遂げるAI。しかし、その活用において注意したいのが「ハルシネーション（幻覚）」と呼ばれる現象です。これは、AIが事実とは異なる情報をあたかも正確であるかのように提示してしまう問題のこと。特に大規模言語モデル（LLM）ではこのリスクがつきまといます。たとえば、「アメリカの首都はロンドン」「67歳のティーンエイジャー」クッキーのレシピを聞いたのに、最寄りのスーパーへの道順を教えられる──こんな“おかしな”返答が、実際に起こるのです。なぜAIは“うそ”をつくのか？4つの主な原因学習データの限界AIは与えられたデータで学びます。未学習の内容でも「答えなければ」と頑張ってしまい、結果的に不正確な情報を生み出すことがあります。コンテキストウィンドウの制限AIは一度に扱える情報量（トークン数）に上限があります。必要な情報が入りきらなければ、文脈を誤って解釈してしまうのです。アテンションメカニズムの誤作動AIは質問の中で「どの部分が重要か」を自動的に判断しています。しかし、焦点を間違えると、まったく関係ない話を始めてしまうことも。過学習（オーバーフィッティング）特定のフレーズばかり学習してしまうと、他の情報を無視するようになってしまいます。たとえば「バラ＝赤い」とだけ学んだAIは、青や白のバラの存在を忘れてしまうのです。ハルシネーション対策：今すぐできる7つの工夫ハルシネーションは完全に防ぐことは難しいですが、以下のような工夫でリスクを最小限に抑えることが可能です。✅ 正確な学習データを増やす✅ 高品質な構造化データを使う✅ AIに扱える文脈量（コンテキストウィンドウ）を増や

アピールポイントよりも我々キャッシュレス・プラットフォームを開発していく中でココナラ経由で開発をお願いした案件を紹介していこうと思います。開発・デザインをされている方の参考になる様に心がけますので逆オファー？をお待ちしております。主に、決済端末（Android,C言語,Windows）の決済アプリケーションと、クラウドサービス（アップデートなど端末管理、取引データの取込、ユーザー登録機能、売上分析などのクラウドサービス）とがあります。新規の試作や既存アプリケーションのカスタマイズなどありますので、よろしくお願い致します。

Amazon Marketing Cloud（AMC）は、顧客の購買行動を深く理解するための強力な分析基盤です。中でも LTV（顧客生涯価値）を中心に購買行動を捉えることで、広告投資、商品戦略、在庫計画といった事業全体の精度を大きく向上させることができます。LTV分析で特に重要になるのは、どの時間粒度（週・月・年）で顧客行動を追跡するか という視点です。AMCの実務では、「週次（週単位）」で一貫して顧客行動を見ることが最も有効 です。■ 週次で分析するために必要となるデータ尺の違いAMCには複数のデータソースがありますが、遡れる期間（尺）が大きく異なります。● amazon_retail_purchases最大 5年間 の購入履歴週次で初回購入・再購入を追跡可能LTVとリテンションの中心デー● conversion_all最大12.5か月（約54週）広告接触と短期購買の分析向き週次の短期パフォーマンス評価は可能だが、長期LTVには不足つまり：長期LTV → amazon_retail_purchases が必須（週次 × 5年）広告効果の短期評価 → conversion_all（週次 × 約1年）という明確な役割分担があります。■ 週次でLTVを分析するメリット週別に購買行動を評価することで、月次では見えない細かい変動を可視化できます。例えば、全体の売上を、新規と継続の顧客セグメント（3セグメント）に分けた上で、以下のように因数分解できます：継続セグメントの場合、売上 = 潜在顧客数 × 継続率 × 注文件数 / 顧客数 × 個数 / 注文件数 × 売上 / 個数（= 価格）

LP Information株式会社（所在地：東京都）が発表した最新の市場調査レポート「Global Enterprise Cloud Infrastructure Services Market Growth 2026-2032」です。本のレポートは、単なるデータ集計にとどまらず深い洞察を提供し、競合企業マップ、収益シェア、市場動向、業界のM&A活動などを通じて、全球Enterprise Cloud Infrastructure Services市場の全体構造と主要なトレンドを体系的に明らかにしています。また、全球リーダー企業の製品ライン戦略、技術力、市場参入戦略、競争ポジション、地理的分布を重点的に分析し、急速に進化する市場における主要プレイヤーの独自ポジショニングと戦略的差異を明らかにしています。本レポートでは、Enterprise Cloud Infrastructure Services市場の全体像、市場シェア、成長機会について、製品タイプ別、用途別、主要企業別、主要地域・国別にわたって包括的に紹介している。製品タイプ別セグメンテーション：IaaS、 PaaS、 SaaS用途別セグメンテーション：BFSI、 Telecommunications and IT、 Manufacturing、 Retail and E-Commerce、 Others主な参加者は以下の通りです：AWS、 Microsoft、 Google、 Alibaba Cloud、 IBM、 Salesforce、 Tencent、 Oracle、 Baidu、 NTT、 SAP、 Rack