はてなブックマーク

はじめに 大学生の息子が授業での課題のプログラミングに生成AIを使用したと聞いた。 生成AIにプログラミングさせてプログラミングの勉強になるのか。それが頭に浮んだ素朴な疑問でした。 プログラミング教育において生成AIを利用する意義について、日本の実情などについて調べ、自分なりの答えを出してみようと思いました。 以下は、その調査と考察の過程を記録したものです。 息子に聞いたこと 面倒くさがる息子に食い下がって、何をどんな風に利用したのか等聞いてみました。(聞き取りはほぼLINEで) 授業内容 プログラミング言語を用いて物理学の問題を計算機上で解く。 使用した生成AI Code Copilot 生成AIの利用は可なのか 息子曰く「グレイ」。先生は何とも言ってないらしく、学生も「生成AIを使ってもいいでしょうか」などというようなやぶ蛇な質問はしていないようです。 念のため大学の生成AIの使用につ

最新のTailscaleを導入すると/root以下がパンパンになってファイルシステムが強制的にRead-Onlyになってしまう。そしてなぜかremountできない。つまり、最新のTailscaleを導入するには、OpenWrtを初期化してからTailscaleインストール→Tailscaleを最新にするという手順が必要 最新Tailscaleの導入方法 以下の記事を参考に入れてみました。 しかし、WZR-HP-AG300Hの容量は十分でないため、一度に解凍できないことがわかりました。そのため、↓のようにコードを修正し、tarの中で必要なものだけを解凍→コピー→削除という処理に変更することで対応しました。 コメントアウトしているところが修正部分です。 #!/bin/ash arch=arm64 start_opt="--accept-routes --advertise-exit-node

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

アクセストークンの送信者制限メカニズム FAPI 2.0 Security プロファイルを採用する場合、認可サーバーは MTLS または DPoP (OAuth 2.0 Demonstrating Proof-of-Possession) を用いて、アクセストークンの送信者を制限しなければなりません。これはアクセストークンが漏洩した際の不正使用を防止するために必要となります。 MTLS を用いたアクセストークン送信者制限 RFC8705 のセクション 3 は、MTLS を利用した送信者制限メカニズムを定義しています。概要は以下のようになります。 クライアントはトークンエンドポイントに対してアクセストークンを要求する。 認可サーバーは MTLS 通信を確立する過程で、クライアント証明書を取得する。 認可サーバーは、アクセストークン発行時に、クライアント証明書とアクセストークンの紐付けを行う。

転職して初めての記事です。 転職後の会社の先輩から表題の質問を貰い、即答できなかったので検証してみました。 たまたま前職でALBの環境の構築をTerraformで行ったので、今回もTerraformで環境構築を行いました。 予想される結論 この先輩の方とも社内のチャットでやり取りした時にもお話したのですが、複数のAvailability Zoneに跨ったALBは名前解決ではラウンドロビンでそれぞれのAvailability ZoneでALBに割り振られたIPアドレスを返してくるんじゃないかな?というのが私の予想です。 ではこの予想通りになるのか、違う動作をするのか検証をしましょう。 構成図 では早速構成図から。 論点がずれないように構成図で認識を合わせましょう。 VPCを2つ作ってVPC Peeringで接続します。 下の方の赤枠で囲っているVPCはオンプレミス相当です。 真ん中の赤枠部分

この記事は、JAWS-UG DEIにて2024年5月11日に開催した、AWS AppFlow と Amazon Bedrockを使ったオリジナルなAIチャットを作ろう!ワークショップ資料です。 利用するAWSサービスの一部に、課金の発生するものが存在します。ワークショップではAWSクーポンを配布しますが、個人的に挑戦される方は、ご利用予定のAWSアカウントについて、無料枠やトライアルの有無について事前にご確認をお願いします。 また、AWSマネージメントコンソールのスクリーンショットは、2024/05時点で撮影されたものを利用しています。今後のAWSアップデートによって、UIやフローが変更される場合もありますので、ご了承ください。 ワークショップのゴール Amazon Bedrockを利用して、LLM(大規模言語モデル)ベースのRAG(検索拡張生成)アプリの作り方を学びます。 コードを書かずに

DifyをAmazon Lightsailで動かす DifyをLightsailで動かす方法です。絶対に失敗しないDifyデプロイの手順、AWS Lightsail編で紹介されているままですが、起動スクリプトを貼り付けるだけでDifyまで起動するようにしているため、必要な操作はLightsailの初期設定のみです。 ⚠️ 本手順を実行すると、インターネット上に公開された状態でDifyサービスが動作します。別途、Lightsail のファイアウォールでインスタンストラフィックを制御するなどを参考に、アクセス元を制限するなどのセキュリティは適切に設定してください。また、本手順のみでは平文での通信となるため、あくまで動作確認用としてご利用ください。 Lightsailインスタンスを作成する Amazon Lightsailにて以下のようにインスタンスを作成します。インスタンスのサイズは2GBのも

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? システム開発に関わる人であればプロジェクト管理そのものには一家言あるものですが、そこで使われている様々なプロジェクト管理手法がどのような歴史を経て今の形に至ったのか、ほとんどの人は知らないのではと思います。 もちろん、重要なのはプロジェクト管理手法そのものであり、その歴史自体が重要なわけでありません。しかし、手法の生まれた背景がわかると概念の理解も深まるのではないでしょうか。 プロジェクトの歴史は人類の歴史と共に プロジェクト管理の歴史をどこから始めるかというのはなかなかの難問です。 プロジェクト管理の前には当然プロジェクトがあり、大き

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

先日、JTC-utils という CommonJS と ESM に対応したデュアルパッケージを公開したのですが、とてつもなく苦労したのでここにメモを残しておくことにします。 デュアルパッケージに対応するという記事はいくつかありますが、この記事は次の条件の時に役に立つと思います。 ソースコードは TypeScript で作りたい。 CommonJS と ESモジュールの両方に対応したい。 サブモジュール1を作りたい。(←ここ重要) 何がそんなに難しいのか TypeScript で作成したソースコードを CommonJS と ESモジュールにトランスパイルするため、ひとつのプロジェクト内に3つのソースコードが共存することになります。この時、次の条件が満たされる必要があります。 開発時に JavaScript が TypeScript の型付きで認識されなければならない ビルド時に TypeSc

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

LangChain と OpenAI API を使って Slack 用のチャットボットをサーバーレスで作ってみる(ChatGPT 編) TL;DR OpenAI API で利用できるモデルとして、ChatGPT(Plus)と同様のモデルであるgpt-3.5-turboが利用できるようになったので、前回のLangChain と OpenAI API を使って Slack 用のチャットボットをサーバーレスで作ってみると同じようにサーバーレスで Slack 用チャットボットを実装してみました。 gpt-3.5-turboはtext-davinci-003と比較して利用料金が 1/10 となっており大変リーズナブルですが、LangChainから利用する場合は0.0.98以上である必要があります。前回利用した0.0.88と比較して容量が増加しており、ぎりぎり通常の AWS Lambda でデプロイす

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

LangChain と OpenAI API を使って Slack 用のチャットボットをサーバーレスで作ってみる TL;DR LangChainを使って Slack 用のチャットボットを作ってみました。AI/ML モデルは OpenAI API(text-davinci-003)を利用しています。LangChain の Memory 機能を利用しており、会話の履歴も考慮して返信することができます。この際、OpenAI 側のモデルの入力トークン制限が問題になりますが、ConversationSummaryBufferMemoryを利用することで、一定のトークン数を超える履歴は要約して保持するようになっています。 また、バックエンドの実装では AWS Lambda を利用しています。Lambda はサーバレスであるため会話の履歴をメモリ上に保持することができませんが、DynamoDB に La

静的なウェブサイトを構築する方法の1つとして、Astroへの注目が高まっています。 https://astro.build/ 今回は、このAstroを使ったサイトにて、Stripeを利用した決済フォームを組み込む方法を紹介します。 3つの組み込み方 Astroで構築したサイトにStripeの決済フォームを組み込むには、3つの方法があります。 1: リンクまたは埋め込みコードで実装する 2: リダイレクト型の決済セッションを作成する 3: 埋め込み型の決済フォームを実装する 1がもっとも簡単に組み込みができる反面、デザインのカスタマイズ性などは3に軍配があがります。 それぞれの実装方法を見ていきましょう。 1: リンクまたは埋め込みコードで実装する方法 もっとも簡単な方法は、Stripe上で発行した決済リンクや埋め込みコードを使うことです。 Payment Linksで発行したURLを利用す

# 1つ目のテーブル class People(models.Model): # 項目定義 Name = models.CharField(max_length=100) # 文字列 Tell = models.IntegerField(blank=True, null=True) # 整数 Mail = models.EmailField(max_length=100) # Email Birthday = models.DateField() # 日付 Website = models.URLField() # URL FreeText = models.TextField() # フリーテキスト # テキスト表示 def __str__(self): return self.Name # 2つ目のテーブル class Dog(models.Model): # 項目定義 Name =

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

この記事は、React Advent Calendar 2022 14日目の記事です。 Stripeでは、Checkout / Payment Linksなどのリダイレクト型の決済フォームとは別に、埋め込み型の決済フォーム「Elements」を提供しています。 Stripe.jsやiOS/Android SDKを利用してElementsをサイトやアプリに埋め込むことで、提供するサービスの中で決済体験を完結させることができます。 Elements組み込みの前準備(サーバー側でのPayment Intent作成) Stripe Elementsでの決済フォーム組み込みには、サーバー側の処理が必要です。 const stripe = new Stripe(STRIPE_SECRET_KEY, { apiVersion: '2022年11月15日' }); const paymentIntent =

この記事は、CircleCI Advent Calendar 2022 5日目の記事です。 Stripe CLIを利用すると、Stripe上でのさまざまなイベント(決済完了・サブスクリプションの新規契約・キャンセルなど)をシミュレートすることができます。 CI上でStripe CLIを利用することで、Stripeのイベントがかかわるシステムの結合テストや、バッチジョブの実行などが可能です。 この記事では、Circle CI上でStripe CLIを実行するためのTipsを簡単に紹介します。 Stripe CLIをDockerから利用する Stripe CLIはDockerコマンドで実行できます。 Stripe CLIをDockerで実行する場合、--api-keyでStripeのAPIキーを都度渡す必要がある点に注意が必要です。 Circle CIに制限付きAPIキーを設定する Circl

Stripe Elementsで描画される決済フォームは、セキュリティなどの目的でiframeの中に配置されます。 そのため、CSSでの内容・見た目のカスタマイズはElement Appearance APIを利用して行う必要があります。 この記事では、Payment Elementsの見た目を調整する方法を紹介します。 プリセットスタイル(テーマ)で設定する StripeのPayment Elementsでは、いくつかのスタイルプリセットが用意されています。 ドキュメントサイトでデモを見る これらは、<Elements/>のoptions.appearanceで設定します。 export default function Root() { /** * Payment Intentを作成する処理 * React v18以降でのuseEffectが2回実行される挙動を、useRefを利用して

ECサイトなど、多くの決済を取り扱うシステムでは重複処理・多重決済をいかに防止するかが重要です。 Stripeの場合、同一IDのPayment IntentやInvoiceであれば、2回目以降の決済リクエストについてはデフォルトでエラーで返します。 例えば、以下のコードでは、1回目のconfirm以降にconfirmやcaptureを実行すると、This PaymentIntent could not be captured because it has already been captured.エラーが発生します。 const stripe = new Stripe('sk_test_xxxx', { apiVersion: '2022年08月01日', }) // Payment Intentを作成 const paymentIntent = await stripe.paymentI

ブラウザバックは Web アプリの鬼門 Vue に限らずですが、Web アプリにおいてブラウザでバックボタンやフォワードボタンの実行に対応するのはなかなかに難しい問題です。そのため、POST Back 型のフレームワークではブラウザバックの使用自体を禁止することも多かったと思います。 SPA全盛の今、この問題は解決されたのでしょうか。 いえ、状況はむしろ悪化しています。テンプレートエンジンを使った HTML 生成型の Web サイトであれば、ブラウザバックを行うことで、フォームの値とスクロール位置は復元されますが、JavaScript ベースで構築された画面ではフォームの値は保存されませんし、スクロール位置が復元できるかも条件次第です。 一般的な解決策 では、Twitter に代表されるSPAアプリではこの問題にどうやって対応しているのでしょうか。答えは「対応しない(あるいはスクロール位置

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさんおはようございます。 アドベントカレンダーに参加しましたので、8日目の担当記事を投稿します。 いつもと趣向を変えてAzureは無関係な趣味で触っているRaspberry Piネタです。 私のQiita最初の記事でもこの記事を書こうかなと言っていて1年半かかってしまいましたが、やっと書けました。 Asteriskとは? 皆さまAsteriskはご存知でしょうか? 殆どの方はご存じないと思います。 では質問を変えて、内線電話はご存知でしょうか? こちらは逆に殆どの方がご存知だと思います。 ちょっとしたオフィスでお仕事したことがある方

はじめに security cameraなどが保存するファイルが壊れている(再生できない)事があるかと思います。 通常、こういうカメラは同じようなファイルの作り方で生成しているので、他の再生可能なファイルをベースに再構築することで、再生できることがあります。 まさにそういうツール を作ってくれている方がおりましたので、それを Mac OS X上で buildして実際にファイルを修復してみます。 まずファイルの診断 $ ffmpeg -i corrupt.mp4 ffmpeg version 4.3.1 Copyright (c) 2000-2020 the FFmpeg developers built with Apple clang version 11.0.0 (clang-1100033.17) configuration: --prefix=/usr/local/Cellar

#ドライブ設定 PATH_GMOUNT='/content/gdrive' PATH_MYDRIVE=PATH_GMOUNT+'/My Drive' #GDriveマウント #以下を実行するとGoogleDriveへのマンウント許可を求められるので、許可する from google.colab import drive drive.mount(PATH_GMOUNT) !pip install japanize-matplotlib #Google colab上でグラフで日本語表示するためにインストール #必要なライブラリのインポート import pandas as pd import numpy as np from bs4 import BeautifulSoup import requests import re import time import matplotlib.pypl

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2022年6月1日より、改正特定商取引法(以下「改正特商法」)が施行されます。 それにあたり、Stripe CheckoutまたはPayment Linksを利用して商品・サービスの提供をしている方向けの、設定ガイドを用意しました。 注意 本ガイドは、消費者庁から公表されているガイドラインや説明会資料をもとに作成しています。 内容については細心の注意を払って作成いたしましたが、絶対を保証するものではありません。 お手数ではありますが、必ずご自身でガイドライン等の資料をご確認いただきますようにお願いいたします。 令和3年特定商取引法・預託

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Stripe Billingを利用することで、カード決済だけでなく、銀行振込でのサブスクリプションも簡単に提供することができます。 しかし、決済タイミングの違いなどでサービスへの組み込みには注意が必要な点がいくつか存在します。 今回はそれぞれの決済方法での違いと併用する際のポイントを紹介します。 Webhookで決済方法の違いを吸収する もっとも大きな違いは、「請求・支払い方法」です。 カード決済の場合、顧客が登録したカードに対して請求を行うため、2回目以降の決済についても提供側・顧客どちらも特別な操作は原則不要です。 しかし銀行振込の場合、毎回顧客が必要金額を指定口座に振り込む必要があります。 そのため、サービスの提供開始タイミングを「決済が完了した後」とする場合には、以下のようなWebhookを用意して、決済が完了しているか否かを処理する必要があります。 if (event.type