僕がプログラミングに触れた当時は、プログラミングといえば「まず C 言語」でした。それから 10 年以上が経ちました。学校の授業や企業の研修では未だに C 言語を教えているところがあるようです。関数型プログラミング言語という波が来ている 2012 年にもなって未だに C 言語をやっているというのはまるで進歩が無く残念な気もしますが、比較的多くのプログラマに浸透している共通言語を最初に教えるというのは、一方では喜ばしい事だと解釈する事もできるのかもしれません*1。まぁとにかく、本意にせよ不本意にせよ現場で プログラム初心者に C 言語を教える羽目になった 人がたくさんいて、プログラム初心者なのに C 言語を学ばざるを得なくなった 若者がたくさんいるということです。 C 言語を教えるときに避けて通れないのがポインタで、プログラム初心者が C 言語を学ぶときにやたらとつまずく人が多いのがポインタ

こんにちは。KDDIアジャイル開発センターのサービスデザイナー よねみちです。 生成AIを用いたto Bプロダクトのスクラム開発や、お客様のDX・新規事業創出のきっかけとなるデザインスプリント支援などを行っています。 はじめに レビューや会議で誰かが「詰められてる」様子、心にきますよね。自分がやられるのはもってのほかですが、周囲で発生するだけでも心がすり減ります。。 特に、何か問題が発生したときや、参加者間の誤解が解消できないときに「詰め」が生じがちです。 質問する側の、焦りや不安から「なぜ？」「どうして？」「つまり？」と質問マシーンになってしまう気持ちも理解できるのですが。 問い詰めてしまい心理的に不安全な状況に陥ると「ミスを隠そう、自分が責められないようにしよう」と回避する力が働きはじめ、結果として「正確な状況がわからない」「適切なアクションが取れない」といったチームとして重大なリスク

この記事は 食べログアドベントカレンダー2023 の15日目の記事です🎅🎄 食べログシステム本部 技術部 データサイエンスチーム 先端領域推進ユニットの山﨑です。 食べログでは、食べログChatGPTプラグインをはじめとして、生成AIの活用を積極的に推進しています。 本記事では、生成AIによる記事作成支援を導入した際に、プロジェクトの各ステップで意識したポイントとプロジェクトを通して得た気づきについてお話しします。 目次 記事作成支援の取り組み概要 １：どのような業務か？ ２：どのようなソリューションを作ったのか？ ３：どのような効果が出たのか？ プロジェクト推進において意識したポイント １：キックオフを重要視したこと ２：ユーザの声を迅速にもらう推進スケジュールにしたこと ３：「何を解決すべきか」を明確化したこと ４：素早く機能要件を満たせる実装をしたこと ５：生成AIに対してネガテ

はじめに 安野たかひろ氏の都知事選マニフェストリポジトリで使用されているGitHub Actionsワークフローは、オープンソースプロジェクトの効率的な管理を実現する優れた例です。このワークフローは、新しいイシューが開かれた際に自動的に実行され、コンテンツの適切性チェック、重複イシューの検出、そしてラベル付けを行います。 この記事では、issue-review.ymlファイルの内容を詳細に解説し、初心者の方でも理解できるように丁寧に説明していきます。 自分のリポジトリに組み込んだ例がこちら I.R.I.S. v0.2.0 アップデートガイド：初心者のための詳細解説はじめに：I.R.I.S.とは？I.R.I.S.は、GitHubのイシュー（問題や課題の報告）を自動的に分析し、適切なラベル（タグのようなもの）を付けてくれるAIアシスタントです。例えば、バグ報告なのか、新機能の要望なのか、ドキュ

東京都知事選2024 / 安野たかひろ 政策マニフェスト サマリー版 ver 1.1 今後皆様の声をもとに、アップデートして参ります。 #TOKYOAI までご意見をお寄せください。 ======== 🎯政策マニフェスト 詳細版(93P)：https://docs.google.com/presentation/d/1kE_W3NpvIODglaN1OrKKxmq-rNMu69Vnh7M9hhSpFwU/edit?usp=sharing サマリー版(29P)：https://speakerdeck.com/takahiroanno2024/dong-jing-du-zhi-shi-xuan-2024-an-ye-takahiromanihuesutover-1-dot-0 参加型マニフェストに込めた思い：https://note.com/takahiroanno/n/n38a34f107

天気予報は、Google 検索で最も頻繁に検索されていることの 1 つです。 朝、服装を決める時や、週末の予定を立てる時など、天気予報はあらゆる場面で検索されています。実際、日本で行われた気象庁による調査1において 約 85% の人が、1日1回以上、天気を確認していると回答しています。また降水量、気温、風などの気象変数は、社会的および経済的にも直接な影響を与えることから、より正確な天気予報が求められています。 現在の主流となっている気象予測の手法は、熱力学や物理法則に基づいて気象を表現するモデルを計算機上に構築し、スーパーコンピュータを駆使してシミュレーションを行うものです。この気象予測モデルは多数のパラメーターや、空間グリッド間の複雑な依存関係などを扱う必要があり、シミュレーションには膨大な計算量と時間が必要となります。 そこで Google Research のチームは、降水予測のため

社内のプチ発表に使った資料です。 文章のコツ 前置き フルリモートでは、文章でのやり取りがメインになる。 なので、文章がヒドいと「この人と仕事するのキツイ」と思われちゃう😢 そう思われないための色々思ったことを自戒メモ。 なるべく箇条書きにする

初めてAWSのサーバレスサービスを学習するときに利用できる「基本的なェブアプリケーションを構築する」の内容を2024年現在でも実行できる手順にしてみました こんにちは、臼田です。 みなさん、AWSのチュートリアル活用してますか？(挨拶 今回はAWSの初心者向けハンズオンコンテンツである基本的なウェブアプリケーションを構築するを2024年の現在版の手順としてまとめてみました。 このコンテンツはAWSのサーバレスなサービスを利用して、簡単にウェブアプリケーションを作成する体験ができるチュートリアルとなっており、登場するAWSの各サービスを理解するのにちょうどよい内容でした。しかし、リリースされてしばらく経っているのもあり、特に今回のAmplify Gen2リリースもあってだいぶ画面や操作方法などが変わってしまいました。 実現できる事自体は変わらないので、現時点でこのチュートリアルを初心者でも完

Todoアプリを作りながら、React, TypeScript, Tailwind CSSが学べる本です。

Auto increment（自動採番）型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例） 競合他社は、公

素人でもプロ並みの研ぎを実現! 手軽にスパッと切れる包丁を復活できるローラー式シャープナー「EDGBLACK Knife Sharpener Flex」が登場

YouTubeなどに投稿される動画は、ブラウザのデベロッパーツールや「yt-dlp」などを使ってダウンロードできますが、操作が少し手間です。オープンソースプロジェクトとして公開されている「cobalt」を使うと、URLを貼り付けるだけでYouTubeやX(旧Twitter)の動画をダウンロードできるとのことなので、実際に使ってみました。 GitHub - imputnet/cobalt: save what you love https://github.com/imputnet/cobalt cobalt https://cobalt.tools/ 上記のcobaltの公開ページにアクセスすると、以下のように表示されます。 今回は、試しに以下の動画をダウンロードしてみます。 1.56秒で180km/hに達する富士急ハイランド「ド・ドドンパ」の加速力3.75Gをプレス向け試乗会で体験してき

こんにちは！最近、ChatGPTと話しすぎてAI風の口調がうつってきたAI-Bridge Labのこばです！👋 今回の記事はGoogleのサービス『NotebookLM』(ノートブックLM)について 1.NotebookLMの概要 2.使い方 3.具体例として過去のnote記事を全部読ませた結果どうなったか この3点を分かりやすくご紹介します！ 先に結論だけお伝えするとかなり実用性が高くオススメのツールです！ そしてこの記事を読んで頂ければご自身での活用法が想像できるようになると思いますので、ぜひ最後まで読んで頂けますと幸いです！ 1.NotebookLMの概要公式サイト：https://notebooklm.google.com/ NotebookLMは、Googleが提供する生成AIサービスで、ユーザーのメモ書きやアップロードした資料を基に情報を整理し、質問に答えることができる革新的

昨日、都庁にて出馬表明記者会見を行いました。会見の全文を文字起こししたものを公開いたします。 会見全文本日は大変お忙しい中、急な呼びかけにもかかわらずお集まりいただきありがとうございます。 私、安野たかひろは、7/7に行われる東京都知事選挙に立候補いたします。本日は１）私が出馬に至った理由２）注力したい政策３）選挙期間中に行う３つの日本初のキャンペーンについてお話させていただきます。 自己紹介まず簡単に自己紹介をさせてください。私はこれまでに、３つの職業を経験してきました。１つはソフトウェアエンジニア、AIに関するエンジニアをしていました。２つ目は起業家です。AIスタートアップの経営者として、ユーザーにプロダクトの提供をしてきました。３つ目は作家です。主にSF、サイエンスフィクションを書いています。いくつもの職業をばらばらと経験してきたように感じる方もいらっしゃるかもしれませんが、実際には

はじめに こんにちは、サイボウズ24卒の@yuasaです。 サイボウズでは開発・運用系チームに所属する予定の新卒社員が研修の一環として、2週間を1タームとして3チームの体験に行きます。新卒社員の私が生産性向上チームの体験に行った際に、チーム内でGitHub Actionsを利用する際の脅威と対策について調査を行い、ドキュメント化した上で社内への共有を行いました。本記事では、そのドキュメントの一部を公開します。 対象読者 本記事の主な対象読者としては、以下のような方を想定しています。 GitHub Actionsを組織で利用しているが、特にセキュリティ対策を実施していない方 GitHub Actionsを組織で利用しており、部分的にセキュリティ対策を実施しているが、対策が十分かどうか分からない方 本記事がGitHub Actionsのセキュリティ対策を検討する上で参考になれば幸いです。 本記

久しぶりに記事を書く。最近マルス端末のUIについてツイートがあった。 この件に関して、UIについてやUXに対して日々やってきている人間は「ダメなUI」という認識の人が多いように思う。一方で、システムの開発者にとってはこれは、その認識でない人間が多いようだ。なので、この辺を私なりに意見を書いておこうと思う。 まぁ、これはいつもなのだが、書いていることが散らかってる。基本的に音声入力のメモなので、読みにくいかもしれないが読んでくれ参考になれば幸いだ。 熟練が必要なUIは基本的によくない まず、基本的に熟練が必要なUIはそもそも良くないって話をしていく。順番に話していこう、まず、熟練が必要なUIが支持される理由を考え、それに対して、批判していき、なぜ熟練が必要なUIはダメかを語ってみよう。 熟練が必要なUIが支持される理由 その前に、こういった熟練のUIが支持される理由についてかいておこう。それ

DifyはDBにpostgres、キャッシュにRedisを使っている。 また、ベクトルDBは複数選択可能ではあるが、Postgresのvectorを使うことも可能なので、postgresで統一させちゃう。 これらをRDSとかで立てようとするとイニシャルで料金がかかってしまうので避けたい。 supabaseはPostgresを安価に、upstashはRedisを安価に使えるので、これらを使う。 まず、supabaseとupstashでアカウントを作成し、DBを作成する。 作成するうえで特に困ることはないので、そのままコンソールをポチポチするだけでOK supabase: https://supabase.com/ upstash: https://upstash.com/ 作成するとHOSTやpasswordなど必要な情報がコンソールに表示されるので、それをdifyのdocker-compo

はじめに こんにちは。クラウドエース株式会社で主にアプリケーション開発を担当している水野です。 今回は、「ランニングコストゼロ」で稼働するWeb アプリケーションの技術構成についてご紹介します。 プロダクト開発をする時に「マネタイズできるまでは費用を抑えたい」や「最小限のコストで長期的に運営したい」などのケースがあると思います。 そういう方にとって参考になる記事となっています。 また、基本的に Google Cloud を使用します。理由は私が Google Cloud 好きだからです。 あと、以下の3点を満たしていることも理由のひとつです。 永久無料枠が豊富 拡張性が高い（小規模から大規模システムに対応） Google Cloud プロダクト間とのコラボレーションが高い（楽に連携できる、システムパフォーマンスが上がりやすい等） 選定の方針 以下の方針をとります。 ユーザー数が少ない間は、

SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性：JSによるCookieへのアクセスを防ぐため - Secure属性：流出防止のため - SameSite=strict：CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は

Speaker : Yuito Kawashima ( https://github.com/yuitokawashima ) at 「Vue.js v-tokyo Meetup #20」 https://vuejs-meetup.connpass.com/event/318066/