並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2339件

新着順 人気順

gemの検索結果1 - 40 件 / 2339件

gemに関するエントリは2339件あります。 開発プログラミング設計 などが関連タグです。 人気エントリには 『良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer』などがあります。
  • 良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer

    CyberZ CTO室のメンバーの森 (@at_sushi_at) です。 先日、株式会社サイバーエージェントの2021年度 エンジニア新卒研修でコードの品質に関する講義を行いました。 そこで話した内容とスライドを完全公開します。 45分の内容のため、かなり長いですが、個人的にぜひ一読して欲しい内容になっています。 はじめに こんにちは、森 篤史と言います。2019年度入社で今年で3年目になります。株式会社CyberZのOPENREC.tvというプロダクトでAndroidアプリチームのリーダをやっています。 最近はプログラムを書く仕事以外に、次世代マネジメント室という全社横断組織でDevelopers Blogの改善プロジェクトを実行したり、CyberZ CTO室で組織活性化に取り組んでいます。 あと、2019年度の未踏スーパークリエータにも認定されました。 メインの仕事としては、入社して

      良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ Developer
    • Geminiの「Gem」機能のTips集(1/3):基本編|榎本大貴 / LITALICO研究所所長

      この記事はLITALICO Advent Calendar 2025として書こうと思っていたのですが、まんまと遅延してしまい、さすがに2025年中には出さないといけないと思ってなんとか書き上げたものです。 書いていくうちに10,000文字を超えてしまい、さすがに1記事にするのは微妙かと思って分割しました。 ▼LITALICO Advent Calendar 2025はこちら では、早速どうぞ。 はじめにGoogleの生成AIであるGeminiには「Gems」という機能があります。 これは、プロンプトを保存・再利用・共有できる便利な機能なんですが、実は効果的に使うにはいくつかのコツがあるんですよね。僕自身、試行錯誤しながら使っていく中で「あ、これ便利だな」と思ったTipsをまとめてみました。 記事の全体像は、下記の通りです。 前提(今回の記事) 基本編(今回の記事) 応用編(2記事目) 実践

        Geminiの「Gem」機能のTips集(1/3):基本編|榎本大貴 / LITALICO研究所所長
      • 個人開発 完全ガイド | izanami

        私(@commte)は、この izanami を、個人開発しました。 このページでは、その知見をもとにアイデア創出や技術選定など 個人開発を成功させるための情報全てを共有します 個人開発の完全ガイドが凄い! → Claude Code・リソース集・設計ミス集・マネタイズ・注意すべき法律・技術選定コストの落とし穴・技術スタック選定例・大成功したプロダクト共通点・要件定義ガイド・ロードマップ・AI駆動開発 https://izanami.dev/kojin-kaihatsu

          個人開発 完全ガイド | izanami
        • 技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL

          技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL はじめに 新たに書きました。 MySQLを使っても会社は潰れない 久々に記事を書いたのでどうぞお手柔らかに... 私が過去2年間で行った技術選定の成功と失敗を振り返り、その学びを共有したいと思います。 文才無いので淡々と箇条書きでいきます Twitterエンジニア垢作りました。エンジニアのお友達がいません。 @uncode_jp 注意 意見を押し付けるものではありません。ただ建設的な議論は大事だと思う。 自分の意見は明確に、歯切れのよい表現を意識している。人それぞれだよねみたいな感じに逃げたくない。技術選定に結論はある(過激)。 ただし技術選定にはコンテキストがあり、例えばプロダクトのフェーズや組織の事情によって当然結論は変わる可能性がある。 OSSの開発者さん達は偉大ですごい。あ

            技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
          • Use HTTPS for local development  |  Articles  |  web.dev

            Most of the time, http://localhost behaves like HTTPS for development purposes. However, there are some special cases, such as custom hostnames or using secure cookies across browsers, where you need to explicitly set up your development site to behave like HTTPS to accurately represent how your site works in production. (If your production website doesn't use HTTPS, make it a priority to switch t

              Use HTTPS for local development  |  Articles  |  web.dev
            • console.log(); しか使えなかった自分へ。。。 - Qiita

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

                console.log(); しか使えなかった自分へ。。。 - Qiita
              • エンジニア向けチートシート集 - Qiita

                Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 今回はエンジニア向けのチートシート集のまとめを紹介していきます。 チートシートを利用することで 作業効率が上がる 概要が掴みやすい 学習にもなる といった恩恵が得られます。 ただし前提として毎回コードを書くたびに「チートシート集でカンニングすればええや」と思うのではなく「最初はチートシートでカンニングしつつ徐々に体で覚えていく」ことを意識して使うことが大切です。 最終的にはチートシートは見ずに「自分の使える技術」として定着させるための道具だと思って使ってください。 この記事の対象者 エンジニア初心者~中級者 作業効率を上げたい

                  エンジニア向けチートシート集 - Qiita
                • デプロイを任されたので、教わった通りにデプロイしたら障害になった件 ~俺のやらかしを越えてゆけ~

                  Customer Identity Cloud powered by Auth0 を使ったマルチプロダクト構築の実践と総括

                    デプロイを任されたので、教わった通りにデプロイしたら障害になった件 ~俺のやらかしを越えてゆけ~
                  • Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応

                    Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応 SQL文を直接書かなくとも、自動的にSQL文を生成、実行してくれるORM(Object-Relational Mapper)は、プログラミングを容易にしてくれる技術としてRailsやHibernate、Springなどさまざまなフレームワークなどで活用されています。 一方で、ORMが生成するSQL文はときに複雑に、あるいは非効率なものとなり、データベース処理の遅さにつながることもあります。 このとき、SQL文の生成と実行を明示的にコードとして記述する必要がないというORMの特徴が、なぜデータベース処理が遅くなったのか、どのようなSQL文が生成され、そのどこに原因があるのか、といった調査を難しくている面があり

                      Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応
                    • NotebookLM をソースとした Gemini の Gem で問題定義サポーターというツールを作った - Tbpgr Blog

                      しばらく前に Gemini のソース情報として NotebookLM を指定可能になりました。 tbpgr.hatenablog.com 今回は、その新機能を利用して NotebookLM をソースとした Gemini の Gem で問題定義サポーターというツールを作りました。 Gem は公開設定にしてあり、皆さんも利用可能にしてあります。 できること 整理したい問題について Gemini のチャットで問いかけると、問題の理想と現実を整理し、要因の分析をし、課題を明確にし、それに対する解決策を検討する一連の流れをサポートしてくれます。Gemini のチャットでやりとりをしていると Gemini が話した内容を元に問題の内容を Canvas に整理してくれます。一通り整理が終わったら、 Google ドキュメントにエクスポートすることもできます。 問題定義サポーター サンプル 利用サンプルは

                        NotebookLM をソースとした Gemini の Gem で問題定義サポーターというツールを作った - Tbpgr Blog
                      • かゆいところに手が届く!Geminiの小ワザ【個人的】8選

                        こちらは DSKアドベントカレンダー2025 7日目の記事です!🎄 2025年も終わりに差し掛かろうとしている今日このごろ、振り返ればGeminiに振り回された1年だったな〜〜と感じています。(もちろんいい意味で!) 嬉しいアップデートが毎日のように降り注いでくる激アツプロダクト。 長年Googleに関わる業務に携わってきましたが、こんなに脳汁垂れ流しながら仕事したことはないです。 そんなGeminiを追い回し続けた私が「結局これが便利なんだよな」という結論に至った 【個人的】Gemini の小ワザ を 8個に絞ってご紹介したいと思います。 ※あくまで【個人的】な選定です。ご了承ください🙏 ※Google Workspace アカウントで使える Gemini / NotebookLM の機能をメインにご紹介します。 🎯 前提と課題 📄 【プロンプトあり】業務で活きる Gemini

                          かゆいところに手が届く!Geminiの小ワザ【個人的】8選
                        • HTTPを手で書いて学ぶ ファイルアップロードの仕組み

                          Kaigi on Rails 2023の登壇資料です!

                            HTTPを手で書いて学ぶ ファイルアップロードの仕組み
                          • 雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try

                            (この話は最初Twitterに書こうと思ったけど、長くなるのでブログに書くことにしました) 僕はRSpecやMinitestでテストを書くのは得意ですが、常にテストファースト(TDD)で開発するとは限りません。 今業務でやってるタスクはこんなふうに進めてます。 雑に動くものを作る ↓ 見た目をきれいにする&機能を作り込む ↓ テストを書く ↓ リファクタリングする この順番で開発する理由を以下に述べます。 雑に動くものを最初に作る理由 最初は見た目とか、異常系とか、細かい仕様とかを無視して、正常系が一通り動くものを作ります。 これはこれから作ろうとしているものの認識が合っているかどうかをPO(プロダクトオーナー)に確認するためです。 実際に動く画面を見せると「こんな感じでOK」とか「ここはこういうふうにしたい」というフィードバックをもらうことができます。 また、開発者としてもコードを書きな

                              雑に作って、それから作り込んで、最後にテストを書く「テストラスト」開発 - give IT a try
                            • 最近のDHH「サーバーレスをやめろ」 - laiso

                              (インターネットやめろジェネレーターで作成) Ruby on Rails生みの親であり最強の逆張りおじさんであるところのDHHが昨年あたりからしきりに脱パプリッククラウドの主張をしている。 これは彼らの会社が運用しているBasecampやHEYのインフラをAWSから自社保有のベアメタルサーバーへ移行しようとしているからで、実際に移行作業は進んでおり、今後5年間で700万ドルのサーバー費用を節約できるだろうという見込みがあるようだ。 world.hey.com world.hey.com あとタイトルに「サーバーレスをやめろ」と書いたけどDHHのファンボである筆者の誇張表現であり、サーバーレスというキーワードに関しての言及は正確には以下のポストを読んで欲しい。 world.hey.com この文章における「the computing cycles」とは、一台のコンピュータが持つ計算能力全体を

                                最近のDHH「サーバーレスをやめろ」 - laiso
                              • GMOペパボのエンジニア研修2021の資料を公開します - Pepabo Tech Portal

                                はじめに 今年のエンジニア研修の担当をしたkurotakyとtokkyです。ペパボのエンジニア研修2021がはじまっていますという記事を書いてあっという間に時が経ち、先日研修が終わったので研修資料を公開します。各研修の講師からコメントをもらっているので、ぜひ読んでいってください! 研修を実施するにあたって、専門的な内容を学んでから現場に入る方法や、幅広い技術層に触れてから現場に入る方法など、さまざまなスタイルがあります。ペパボでは最新の技術の幅広く触れてOJTに入っていくやり方を選択しています。それはなぜかというと、GMOペパボのわたしたちが大切にしている3つのことの中で、「みんなと仲良くする」ということ話がありますが、みんなと仲良くするというのは、エンジニアという職種だけでも100人以上になり、そのみんなと仲良くするのは実際は結構難しいと思います。過去にCTOのあんちぽさんが2017年の

                                  GMOペパボのエンジニア研修2021の資料を公開します - Pepabo Tech Portal
                                • リーダブルテストコード / #vstat

                                  「リーダブルなテストコードについて考えよう ~VeriServe Test Automation Talk No.3~」で使用したスライドです。 https://veriserve-event.connpass.com/event/243280/ 登壇動画はこちらで公開されています。 http…

                                    リーダブルテストコード / #vstat
                                  • ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ

                                    あけましておめでとうございます、になるはずだったのですが、後から読んだ『Googleのソフトウェアエンジニアリング』の方を先に記事にしたので新年2本目の更新です。 ky-yk-d.hatenablog.com さて、本題。最近のお気に入りポッドキャストであるe34.fmで激賞されていた『A Philosophy of Software Design』を読みました。初版は2018年に出ていて、今回は2021年に出た第2版を読みました。 スパゲッティコードを想起させる装丁 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon scrapbox.io どんな本? 書籍のテーマはソフトウェアの複雑さです。複雑さとは、システムを理解したり変更したりするのを困難にさせるも

                                      ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ
                                    • 生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 - Qiita

                                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 要件定義って何から書けばいいの? 😕 いつも同じような項目で悩んで時間がかかる… ⏳ もっと効率よく、質の高い要件定義書を作りたい! 😫 そんな悩みは 生成AIに「要件定義プロンプト」を作ってもらう で解決できるかもしれません。 1️⃣ なぜ生成AIにプロンプトを作らせようと思ったか? 「要件定義」はプロジェクトの成功を左右する重要な工程ですが、品質が担当者によってバラついたり、何を書くべきか迷うことも多いですよね。 そこで、「デキる人が書いた質の高い要件定義書」を学

                                        生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 - Qiita
                                      • DNSリバインディング(DNS Rebinding)対策総まとめ

                                        サマリ DNSリバインディングが最近注目されている。Google Chromeは最近になってローカルネットワークへのアクセス制限機能を追加しており、その目的の一つがDNSリバインディング対策になっている。Googleが提供するWiFiルータGoogle Nest WiFiはデフォルトでDNSリバインディング対策機能が有効になっている。 DNSリバインディング対策は、攻撃対象アプリケーションで行うべきものであるが、ブラウザ、PROXYサーバー、リゾルバ等でも保護機能が組み込まれている。本稿ではそれら対策機能の状況と対策の考え方について説明する。 DNSリバインディング(DNS Rebinding)とは DNSリバインディングはDNS問い合わせの時間差を利用した攻撃です。DNSのTTL(キャッシュ有効期間)を極めて短くした上で、1回目と2回目の問い合わせ結果を変えることにより、IPアドレスのチ

                                          DNSリバインディング(DNS Rebinding)対策総まとめ
                                        • 【無料公開】560万円かけて開発したサービスのソースコード

                                          ※月単価80万円を基準に、7ヶ月分の工数として560万円相当と換算しています。 最初に こんにちは! 普段はIT企業でWebエンジニアとして働いています。 現在はフリーランスとして活動し、Ruby(Ruby on Rails)、TypeScript(Next.js, React)、Pythonなどを使って、フロントエンドとバックエンドの両方に携わっています。 将来はソフトウェアエンジニアとしてアーキテクチャ・設計について自ら意思決定した上、プロジェクトを推進する事が出来るようになりたいです。 そのためさらにスキルを磨いていきたいと思っており、日々技術に対して情熱を持って仕事に取り組んでいます。 以前Qiitaで 退職して560万円相当の工数をかけてお金を稼ぐサービスを開発した という事でBizRankというビジネス書籍を紹介するサービスを開発しました。 今回はその後としてのお話になります。

                                            【無料公開】560万円かけて開発したサービスのソースコード
                                          • クックパッドマートの失敗したデータ設計 Before / After 大放出

                                            https://cookpad.connpass.com/event/249346/ にて発表。

                                              クックパッドマートの失敗したデータ設計 Before / After 大放出
                                            • なぜ僕が「SPAはコストが高い」と考えているのか

                                              どうもみなさんこんばんは ちょっと前に「個人開発者やスタートアップの初期からSPAで開発するのはコスト高いっすよね」みたいな事を書いたらフロントエンドエンジニアの皆様からバチバチに叩かれた僕です 彼らには彼らの考えがあるのでそれはどうでもいいのですが、どういう理由があってその発言をしたのか~と言う部分が気になっている方もいたようなので説明しておこうと思います ちなみに今でも全く意見は変わっておらず、この発言に同意できるかできないかは単純に視点の違い、規模の違い、スキルの違いだと思ってます 追記: もちろんSPAじゃないと実現できないようなサービスを作りたい場合はSPA一択ですし(インタラクティブにHPつくるサービスとか。でも世の中の95%くらいのサービスはそうじゃないと思います)、サイトの利用はログインした人にだけ提供するような業務系ツールなどはまた話が別です 前提の話 こういう記事ではコ

                                                なぜ僕が「SPAはコストが高い」と考えているのか
                                              • GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる

                                                GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる GitHubが提供するGitHub.comは、世界最大のソースコード管理システムを始めとするソフトウェア開発者向け支援サービスを提供しています。 そのGitHub.comはRuby on Railsで構築されており、同社はつねにRubyとRuby on Railsをアップデートし続けていることを今年(2023年)4月に明らかにしています。 参考:GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている そして同社はこのGitHub.comを支える1200台以上のMySQL 5.7を、GitHub.comのサービスレベルを維持したまま1年以上かけてMySQL 8.0にアップグレードしたことをブログで明らかにしました。 Up

                                                  GitHub、1200台以上のMySQL 5.7を8.0へアップグレード。サービス無停止のまま成功させる
                                                • 『Gemini と NotebookLM を組み合わせて 目標設定の負荷を軽減する方法』というお題で登壇しました - Tbpgr Blog

                                                  2025/10/22 に『Gemini と NotebookLM を組み合わせて 目標設定の負荷を軽減する方法』というお題で登壇しました。 6月あたりから私の発信内容に Gemini, NotebookLM など AI 関連のものが多くなったのはこれをやってたからでした。 補足 15分の登壇では伝えきれなかった部分の補足です。 Gem の設定方法の紆余曲折 Gem の共有機能ができたのは今回の仕組みのリリース後だったので、最初はすべてのユーザーに同じカスタム指示を設定して貰う方法にしていた その後、 ファイル指定をしても問題なく動作することがわかり、カスタム指示欄に直接入力する方法からファイル指定する方法に変えた 運用が開始してからしばらくたった後にカスタム指示欄の内容を直接テキストで設定する場合と、ファイル指定した場合の挙動に差ができて、ファイル指定だと想定通りに動作しなくなったので、カ

                                                    『Gemini と NotebookLM を組み合わせて 目標設定の負荷を軽減する方法』というお題で登壇しました - Tbpgr Blog
                                                  • 開発人生25年で学んだ7つのソフトウェア原則(翻訳)|TechRacho by BPS株式会社

                                                    概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Seven things I know after 25 years of development 原文公開日: 2025/01/27 原著者: zverok 日本語タイトルは内容に即したものにしました。 本記事は、私が2024年9月にEuRuKoカンファレンスで行ったキーノートスピーチを大まかに記事化したものです(スピーチの動画はこちらです)。残念ながら録画という形での登壇でしたが、それでも大変光栄なことでした。このテーマは私にとってとても重要なので、テキストで読みたい方のために、本記事で少々手を加えた形で公開することにいたしました。 私はかれこれ25年にもわたってソフトウェア開発に携わってきました。 そのうち20年間はメインの言語としてRubyを用いてきました。 私のRuby言語への貢献や、その他オープンソースへの貢献について

                                                      開発人生25年で学んだ7つのソフトウェア原則(翻訳)|TechRacho by BPS株式会社
                                                    • ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell

                                                      『ソフトウェアアーキテクチャの基礎』 - Techmee vol.2 での発表資料です https://timeedev.connpass.com/event/254336/ 動画: https://youtu.be/ydQ2xoc49Lc #Techmee

                                                        ソフトウェアアーキテクチャの基礎: Software Architecture in a Nutshell
                                                      • クックパッドを退職することになりました。

                                                        クックパッドを退職することになりました。 created at: 2023-06-05 00:00:00 +0000 概要 クックパッドという会社で2018年から仕事をしていましたが、会社で「人員削減の合理化を実施することになり」僕はその対象となりました。 https://pdf.irpocket.com/C2193/CaoZ/qmSw/IQUI.pdf 時系列としては、16時からの全社ミーティングにて発表されて、17時頃にメールが届きました。その後どうするのか?みたいなことを考えつつも仕事にならないので18時前ぐらい退勤をしたときのツイートがこれ 一度しかない人生で会社をクビ(会社都合)になることってあるんだなぁ。宝くじみたい。仕事探してます。 — あそなす (@asonas) June 5, 2023 自分の人生でまさかこうなるとは思ってなくてかなり動揺しつつの帰路でした。最近の通勤時

                                                          クックパッドを退職することになりました。
                                                        • 自分だけの小さなSelenium「Olenium」を作って始める、ブラウザ自動化技術の理論と実践

                                                          Kaigi on Rails 2022の登壇資料です! https://kaigionrails.org/2022/talks/ikumatdkr/

                                                            自分だけの小さなSelenium「Olenium」を作って始める、ブラウザ自動化技術の理論と実践
                                                          • データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog

                                                            はじめに 2024年1月にリテール(ネットショップ・レジ)部門からサービス(予約)部門に異動になった @ucks です。 異動してからはスマートリストという機能の開発を行っていて、5月6日に無事リリースできたのと、開発途中で障害に至ってしまった部分があるので、裏側を少し紹介しようかなと思います。 はじめに スマートリストとは スマートリストの設計 検索の仕様変更 高負荷時のハンドリング そして障害へ 見逃した点 DBの実行計画確認時の見逃し 動作確認時の漏れ 監視先の漏れ ログの損失 おわりに スマートリストとは スマートリストの開発についての話を行う前に、まずはスマートリストについて簡単に説明しておきます。 スマートリストとは、特定の条件の顧客をラベリングする機能です。 早い話、最終予約日がいつ、予約回数が何回以上等の顧客の検索条件を保存しておいて、閲覧時にラベリングして、視認しやすくし

                                                              データベースの値をちょっとだけ書き換えたら検索に数十分かかる様になって障害になった裏話 - STORES Product Blog
                                                            • もうjsなんていらない!世界で流行っているHTMXについてまとめてみた - Qiita

                                                              HTMXとは https://htmx.org/ HTMXは、JavaScript を記述せずに、Ajax通信や高度なUXを実現できるライブラリ。 軽量 で 高速 で、既存のサーバーサイドのフレームワークとシームレスなやり取りができる。また、AJAX通信の発火、フォームの送信処理、DOMの更新などを既存のHTML要素を拡張するだけで可能とする。WebSocketやSSEにも対応しているので、チャットアプリなどにも適している。 2023 JavaScript Rising Starsでは、 フロントエンド・フレームワーク部門で見事2位に輝いた!(一位はReact、全部門だとshadcn/ui) 似たような機能として、Ruby on RailsのHotWireがあるらしい。 2024年はHTMXがくると言われているぐらい世界で騒がれているのだが、あまり日本では流行っていない。以下はGoogle

                                                                もうjsなんていらない!世界で流行っているHTMXについてまとめてみた - Qiita
                                                              • Active Recordから考える次の10年を見据えた技術選定 / Architecture decision for the next 10 years at PIXTA

                                                                September 15, 2021 @ iCARE Dev Meetup #25

                                                                  Active Recordから考える次の10年を見据えた技術選定 / Architecture decision for the next 10 years at PIXTA
                                                                • GitHub - Bad Todo 非常に多種の脆弱性を含む診断実習やられアプリ

                                                                  You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                                                    GitHub - Bad Todo 非常に多種の脆弱性を含む診断実習やられアプリ
                                                                  • Atomic Designをやめてディレクトリ構造を見直した話|食べログ フロントエンドエンジニアブログ

                                                                    こんにちは。フロントエンドチームの金野と申します。 食べログでは現在、React+TypeScriptでフロントエンドのリプレースを進めています。 以前の記事で、食べログではAtomic Designをどのように取り入れているかの紹介をしました。 しかし、最近のリプレース作業では、Atomic Designとは異なるディレクトリ構造を採用しています。 今回の記事では、「なぜAtomic Designをやめたのか」という理由と、「どのようなディレクトリ構造にしたのか」を紹介します。 Atomic Designを導入したねらいと導入した結果 上記の記事で言及した通り、当初Atomic Designを導入したねらいは以下になります。 1. コンポーネントの責務がより明確になる 2. 見た目の粒度だけでなく、ロジックの責務も明確にできる 3. 「ドメインが入るか/入らないか」。「抽象的か/そうでな

                                                                      Atomic Designをやめてディレクトリ構造を見直した話|食べログ フロントエンドエンジニアブログ
                                                                    • 技術選定の審美眼(2023年版) / Understanding the Spiral of Technologies 2023 edition

                                                                      Tech BASE Okinawa 2023 2023/09/23(土) https://codebase.connpass.com/event/285901/ https://techbaseokinawa.com/

                                                                        技術選定の審美眼(2023年版) / Understanding the Spiral of Technologies 2023 edition
                                                                      • Geminiの「Gem」機能のTips集(2/3):応用編(知識機能、ハルシネーション抑制、自己点検、引用マーカー排除)|榎本大貴 / LITALICO研究所所長

                                                                        この記事は、前回の記事で紹介した「基本編」の続きです。基本編では、Gemのプロンプトを書く際の基本的な構造や、強調・リストなどの基本的なTipsを紹介しました。 今回は、僕が実際に使っていて「これ便利だな」と思った、より実践的な使い方を紹介していきます。知識機能の活用方法や、出力のコントロールなど、試行錯誤しながら見つけたTipsをまとめました。基本編を読んでいなくても大丈夫ですが、読んでおくとより理解しやすいかもしれません。 (2026/01/03追記)他の記事へのリンクを貼っておきます それでは、実践的なTipsを見ていきます。 応用編「知識」機能を使うTIPSではなく標準機能の紹介です。なくても使えるので、意外と使っていない人がいるかなと思って念のため紹介します。 「知識」とは、AIに参照させる情報(ファイルやテキスト)のことです。 一方、「指示」(カスタム指示)は、AIに何をどうや

                                                                          Geminiの「Gem」機能のTips集(2/3):応用編(知識機能、ハルシネーション抑制、自己点検、引用マーカー排除)|榎本大貴 / LITALICO研究所所長
                                                                        • JavaScriptのバンドルとトランスパイルが不要なモダンWebアプリ | POSTD

                                                                          筆者はES6以前のVanilla JSがあまり好きではありませんでした。 そこで、バニラJavaScriptをなるべく書かなくていいように、2000年代を通じてさまざまなアプローチを追求してきました。最初はRJS(Ruby-to-JavaScript)、次はCoffeeScriptでした。どちらのアプローチも、バニラJavaScriptより楽しく書けるソースコードを、ブラウザが実行できるバージョンのJavaScriptへトランスパイルするものです。ある程度は、うまくいっていました。 とはいえ、これは明らかにその場しのぎの手段に過ぎず、ブラウザがより洗練されたJavaScriptを理解できる日を待ちわびていたのです。ただ、そんな日が来ることはなく、永久にその場しのぎでやり過ごすのかと思われる時期がしばらく続きました。 しかし、幸いなことにJavaScriptは改善を続け、2015年にはES6

                                                                            JavaScriptのバンドルとトランスパイルが不要なモダンWebアプリ | POSTD
                                                                          • 山手線を徒歩で一周する人のための記録アプリ「YamaNotes」をリリースしました - すずかのプログラミング勉強記

                                                                            はじめに 山手線を徒歩で一周する人のための記録アプリ「YamaNotes」をリリースしました。 この記事では「YamaNotes」の使い方や、開発過程で苦労したことなどをまとめます。 6/14追記:東京の気温が高くなることが予想されています。熱中症予防のため、涼しくなってからの挑戦をおすすめします。 サービスURL www.yamanotes.com リポジトリ github.com はじめに 自己紹介 アプリの概要 山手線徒歩一周チャレンジとは? 使い方 ログインする 初期設定をする 進捗を確認する 到着する 履歴を確認する 開発に至る経緯 技術スタック 技術選定の理由 短期間で必要な機能を作るため、Rails7とHotwireで実装 コストを抑えて作るため、APIやデプロイ先を調査 地図の表示と描画にLeaflet + OpenStreetMapを使用 Render.com + Sup

                                                                              山手線を徒歩で一周する人のための記録アプリ「YamaNotes」をリリースしました - すずかのプログラミング勉強記
                                                                            • 「技術負債にならない・間違えない」 権限管理の設計と実装

                                                                              Kaigi on Rails 2025 Day2 https://kaigionrails.org/2025/talks/naro143/#day2

                                                                                「技術負債にならない・間違えない」 権限管理の設計と実装
                                                                              • (翻訳) GitLab 社で働くのはどのようなものだったか - forest book

                                                                                本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6

                                                                                  (翻訳) GitLab 社で働くのはどのようなものだったか - forest book
                                                                                • Treasure Data を退職しました - k0kubun's blog

                                                                                  約5年5か月働いたTreasure Dataを7/22に退職した。7/25からShopifyに入社し、RustでJITコンパイラを開発してRubyを高速化する仕事をする。 仕事としてやりたい分野が変わってきて自分は今回転職したけど、とても良い会社なので、この記事がTreasure Data (以下TD) で働くことに興味がある人の参考になれば良いと思っている。*1 5年勤続記念にいただいたトロフィー やっていたこと APIチーム 元々TDにはJavaで分散システムを書きたくて入社したのだが、TD入社前に特にそういう経験があるわけでもなく主にRailsをやっていたこともあり、Railsでプラットフォームを開発するチームに入った。基盤開発をやりたいと思いながらサービス開発者として最初働き、後に基盤開発チームにジョインするみたいな過去の経験があったので、今回もそういう感じでいけると考えていた。実

                                                                                    Treasure Data を退職しました - k0kubun's blog

                                                                                  新着記事