並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 118件

新着順 人気順

gitの検索結果1 - 40 件 / 118件

  • 【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita

    はじめに こんにちは、Watanabe Jin(@Sicut_study)です。 今回は記事1本で初心者が必要な知識を全て学べるGitチュートリアルを紹介していきます。 世の中にはたくさんのGitに関する教材があります。しかし、真に良いと思える教材はありません。 もちろん私も4年前はGitという言葉を知らない状態から、書籍などで学習をしました。 しかし、書籍で知識を得たとしても実際にコマンドを使って実践的に学んだわけではなかったのでほとんど身になりませんでした。 私が思う世の中にあるGitの教材のイケてない点は2つです。 結局ほとんどの人が、教材ではなく実際に使ってみて使えるようになっているはずです。 書籍でやったことを全部ちゃんとできるようになった人はいないと考えています。 実際に利用するコマンドは限られている、たまに使うコマンドを紹介しとしても「この記事1本」で説明することができると思

      【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita
    • アクセスキーを使ったaws-cliはもうやめよう! - Qiita

      はじめに アクセスキー発行するのって非推奨なの? 普段、CLI操作はCloudShellや、Cloud9上で行うようにしているのですが(環境構築 したくない。)、デスクトップ上で操作したい時があります。 そこで、一番簡単な方法であるアクセスキーを発行しようとすると、こんな代替案を提案されます。 この警告にモヤモヤしていたので、今回は「IAM Identity Center」を使ってみた。っていう記事です。 実は、アクセスキーは丸見えだったり。 最近、職場の本番リリース中に気づいたのですが、AWS CLIに保存したアクセスキーや、シークレットアクセスキーは丸見えだったりします。 (↓は既に削除しているキーたちです。) アクセスキーの何がいけないのか? おおむね以下の理由から、非推奨の模様。 永続的な認証情報だから。 キーが流出すると、攻撃者がリソースにアクセスし放題。 キーの管理が面倒。 複

        アクセスキーを使ったaws-cliはもうやめよう! - Qiita
      • やんないほうがいいかも、GitHub Actions の setup-xxx での依存キャッシュ保存 - 誰かの役に立てばいいブログ

        GitHub Actions で CI している皆様、こんにちは。 GitHub Actions 便利ですよね。使わない日がないというくらい毎日お世話になっています。 さて、CI といえば良く問題になるのが実行時間。 長い待ち時間は開発効率を下げますし、プライベートリポジトリだと Runner の費用も嵩んでしまいます。 時間を短縮する方法は色々ありますが、一手目によく行われるのが依存パッケージのキャッシュじゃないかなと思います。 例えば Go で開発していると、依存パッケージは ~/go/pkg/mod にダウンロードして保存されます。 これを CI 実行のたびにダウンロードしてコンパイルするのは時間とお金の無駄というものです。 幸い、GitHub Actions には CI の実行間でこういった依存パッケージを保存して再利用できるキャッシュ機能があります。 詳しくは以下のドキュメントを

          やんないほうがいいかも、GitHub Actions の setup-xxx での依存キャッシュ保存 - 誰かの役に立てばいいブログ
        • Kamal 2 を使い、インフラに詳しくない人でもNext.jsを296円のVPSにデプロイできるよう、説明してみる

          9月26, 27日に開催され、めちゃくちゃ盛り上がったRails World 2024でKamal 2が発表されました。Kamal 2はRuby on Railsを作った37signals社が、自社の人気サービスをデプロイするのに使用しているツールです。 37signals社はAWS等のクラウドに年間で$3,201,564を使った(2022年: 日本円で4.5億円ほど)らしく、一方でAWSを使ってもインフラ系人員の削減もほとんどできなかったので、全然割に合わないからもうクラウドはやめて自分たちのサーバを使うと宣言しています。Kamal 2はそのために作られた、本格的なデプロイツールです。 (ちなみに自分たちのサーバを使うと言ってもオンプレミスでサーバを運用するというのではなく、さくらの専用サーバに近いイメージです) Dockerベース Docker化されたアプリなら何にでも対応 (Rail

            Kamal 2 を使い、インフラに詳しくない人でもNext.jsを296円のVPSにデプロイできるよう、説明してみる
          • さらなる進化を遂げた「uv」の新機能 | gihyo.jp

            福田(@JunyaFff)です。本連載Python Monthly Topicsで2024年3月に公開したRust製のPythonパッケージ管理ツール「uv」を使ってみよう で紹介した「uv」が、さらなる進化を遂げました。今回は、その新機能を紹介します。 はじめに Astral社が開発するRust製の高速なpipの代替ツール「uv」がパッケージマネージャーとして8月にアップデートされました。pipの代替ツールとしてだけでなく、Pythonプロジェクト、コマンドラインツール、単一ファイルスクリプトさらにPython自体を管理できるようになりました。uvは、pipやpipx、venv、poetryやpyenvのような機能を包括していると言え、そしてそのすべてが非常に高速に動作します。 本記事では、アップデートした「uv」の新機能を中心に紹介します。 基本的な使い方は Rust製のPythonパ

              さらなる進化を遂げた「uv」の新機能 | gihyo.jp
            • GitHub Actionsを使ってテックブログの執筆を省力化する

              ツール導入前の課題GitHub Actionsを用いた運用を開始するまで、テックブログを公開するにあたり以下の手順を実施していました。 Notion上で執筆を行う CTO, 上長がNotion上でレビューをおこなう Mediumのアクセス権をもらい、入稿を行う テックブログ運営チームがFigmaでOGP画像を作成する 公開 この運用では3つほど課題がありました。 指摘したレビューがどのように修正されたかがわかりにくい てにをはの指摘など毎回同じようなレビューが発生し、レビュワーの負担が大きい OGPの作成をFigmaの編集権限があるひとに毎回依頼する必要がある どのような状態を目指していたか公開前の定型的な作業や公開作業の自動化、記事作成からレビュー・公開までのプロセスを整備し仕組みに落とし込むことで、運営メンバーなしでも執筆・公開ができる状態を目指しました。 GitHub Actions

                GitHub Actionsを使ってテックブログの執筆を省力化する
              • Kamal 2で さくらのVPS にRailsアプリをデプロイ

                開催されたばかりのRailsWorld 2024で発表されたKamal 2を使って、さくらのVPSにRailsアプリをデプロイしましたので報告します。 Linuxのサーバデプロイの知識がある程度あることを前提に、私が引っかかったポイントを中心に説明します。入門的な内容は、いつか別途書きたいと思います。 TL;DR Kamalを使うと さくらのVPSなどに、Railsアプリを簡単にデプロイできます VPS、ドメイン、Dockerイメージレポジトリは事前に用意が必要です SSLもLet's Encyryptから自動的に取得され、追加の設定が不要です 多数のアプリをひとつのVPSに同時に載せることができますので、ポートフォリオや個人開発には最適です Railsに限らず、Docker化できるアプリならなんでもいける 自分の感触だと、AWSよりマジでずっと簡単 (例えばこの例など) 前提とする知識

                  Kamal 2で さくらのVPS にRailsアプリをデプロイ
                • clang++に30740次元の配列を食わせると死ぬ

                  $ ruby check.rb PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: /usr/local/bin/clang-16 -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -mrelax-all --mrelax-relocations -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main

                    clang++に30740次元の配列を食わせると死ぬ
                  • とほほのOpenID Connect入門 - とほほのWWW入門

                    OpenID Connectとは 用語 OpenID Connectを試してみる OP側の準備 - AWS Cognito ユーザープールと最初のクライアントを作成する 作成されたパラメータを確認する ディスカバリ ユーザープールにユーザを追加する RP側の準備 - Pythonアプリ 実施 認証の流れ ログインする トークンをリフレッシュする トークンを失効させる ログアウトする IDトークンの形式 リンク OpenID Connectとは SSO(シングルサインオン)を実現するプロトコルのひとつです。 例えば、食べログ に Google アカウントでログインすることができますが、ここでも OpenID Connect が使用されています。 OIDC と略されることもあります。 類似の仕様に OpenID 2.0 がありましたが、OpenID 2.0 の進化系が OpenID Conne

                    • 「Raspberry Pi Pico 2」のRISC-VコアでLチカを実行&デバッグしてみた

                      2024年8月9日に登場した「Raspberry Pi Pico 2」には、ArmコアとRISC-Vコアを搭載した独自開発マイコン「RP2350」が搭載されています。RISC-Vコアを簡単に使えて面白そうだったので、実際にRP2350のRISC-Vコアを使ってLチカを実行してデバッグも試してみました。 Raspberry Pi Pico 2 – Raspberry Pi https://www.raspberrypi.com/products/raspberry-pi-pico-2/ GitHub - raspberrypi/pico-examples https://github.com/raspberrypi/pico-examples?tab=readme-ov-file ・目次 ◆1:用意する物 ◆2:LチカのコードをRISC-Vコア向けにビルドする ◆3:デバッグ環境を構築 ◆4

                        「Raspberry Pi Pico 2」のRISC-VコアでLチカを実行&デバッグしてみた
                      • estieでのナイス基盤な事例の紹介 ~Preview環境実装~ - estie inside blog

                        estieでSRE, Platform Engineeringを推進している徳原です。 estieでは、組織横断でSREプラクティスやPlatform Engineeringを推進するPlatformチームが発足しました。この記事では、その取り組みの一つであるPreview環境実装について紹介させていたします。 Preview環境の導入 Preview環境とは、プルリクエストで提案された変更内容をもとに、自動的にコンテナイメージをビルドし、専用のURLを発行してその動作を確認できる環境のことです。この仕組みにより、コードレビュー時にコードだけではなく、実際の画面での動作も確認できるという大きなメリットがあります。一般的に、Preview環境の利点としては「コードだけでなく、UIや挙動も視覚的に確認できる」といった点がよく挙げられますが、estieではさらに次のような背景を考慮し、導入を決定

                          estieでのナイス基盤な事例の紹介 ~Preview環境実装~ - estie inside blog
                        • ecschedule用のYAMLファイル専用リポジトリを解体して、各アプリケーションのリポジトリへ移管した話 - コネヒト開発者ブログ

                          プラットフォームグループでインフラエンジニアをしている @laughk です。 今回は、当社の ECS Scheduled Task の管理リポジトリを解体し、各アプリケーションのリポジトリへ移管した話を紹介します。 背景 なぜ一元管理しているリポジトリを解体したのか ECS関連のデプロイ・リソースの管理状況が変わった ecschedule の運用の安定し、プロダクトのリポジトリから独立している状況が煩わしくなった 解体から移管の概要 解体から移管の際に意識・工夫したこと git log は git filter-repo を使って保持した状態で移管 コードだけ移管するのではなく CI/CD による自動化もセット Pull Request 作成時に行うジョブ mainブランチマージ/tag push時に行う適用のジョブ デプロイで扱うCLIツールは aqua で管理 バッチ専用リポジトリを

                            ecschedule用のYAMLファイル専用リポジトリを解体して、各アプリケーションのリポジトリへ移管した話 - コネヒト開発者ブログ
                          • キャラクター付けを目的としたファインチューニング-ローカルLLMの底力 | IIJ Engineers Blog

                            地方拠点の一つ、九州支社に所属しています。サーバ・ストレージを中心としたSI業務に携わってましたが、現在は技術探索・深堀業務を中心に対応しています。 2018年に難病を患ったことにより、定期的に入退院を繰り返しつつ、2023年には男性更年期障害の発症をきっかけに、トランスジェンダーとしての道を歩み始めてます。 こんにちわ。とみーです。皆様いかがお過ごしでしょうか? 今回色々ローカルLLMの活用法を模索する中で、やっぱファインチューニングも必要だということで取り組んでいたりします。 その内容について、知った内容等をまとめてみました。 RAGはやっぱり便利だ-この技術の活用法を模索中 実は現在、社内情報を使ったRAG(Retrieval Augmented Generation)向けチャットをさらに良いものにするためにどういう対応が必要かを調べて回ったりしています。これまでの投稿を見ていただけ

                              キャラクター付けを目的としたファインチューニング-ローカルLLMの底力 | IIJ Engineers Blog
                            • 便利なヘルプセンターにはいろんなレンダリング手法が必要! ── SSG・CSR・ISR・SSR - SmartHR Tech Blog

                              こんにちは、UXライティング部のibulogです。社内では「サポートコンテンツマネージャー」というポジションでお仕事をしています。 普通は記事の最後で「We Are Hiring!」するのが相場と心得ておりますが、逸る気持ちを抑えきれませんので、もう求人情報を貼っちゃいます。 サポートコンテンツ戦略・基盤担当 / 株式会社SmartHR さて、SmartHRではヘルプセンターを自社開発しており、かつ現在はエンジニアの支援を得ながらライター上がりのサポートコンテンツマネージャーが主体となって開発・運用をしています。 ヘルプセンター|SmartHR ヘルプセンターのトップページ 開発に関わるいずれのメンバーもエンジニアとしてキャリアを歩んだ経験はなく、エンジニアの支援や自学によってスキルを獲得しています。まさにクロスファンクショナル。 本日は、少しでも便利なヘルプセンターを提供しよう!という物

                                便利なヘルプセンターにはいろんなレンダリング手法が必要! ── SSG・CSR・ISR・SSR - SmartHR Tech Blog
                              • Google ColabでLLM(llm-jp-3-instruct、HF形式)をGGUF形式に変換する|まゆひら

                                Google ColabでLLM(llm-jp-3-instruct、HF形式)をGGUF形式に変換する ※ Last update 10-03-2024 ※ (10-3) rinna/gemma-2-baku-2b-it も利用できます。 ※ (10-3) 3-3.に、google/gemma-2-2b-jpn-it への対応方法を追加しました。 ※ 本記事はHugging Face形式のモデルの変換がメインです。GPUは使用しません。モデルの動作確認もできますが遅いので、特にllm-jp-3-instruct 13bは行わない方が良いでしょう。 ※ 記述がややこしくなるため、F16やf16の記述を省いています。こちらが必要な場合はBF16やbf16の部分を読み替えてください。 ※ Windows PC版については、別の記事を公開する予定です。 ■ 0. はじめに▼ 0-0. 本記事の内

                                  Google ColabでLLM(llm-jp-3-instruct、HF形式)をGGUF形式に変換する|まゆひら
                                • ワンクリックで大胆な服装に着替えさせる方法とは?InPaint(インペイント)機能は不要!|AI美女のつくりかた

                                  AI美女作成の方法に関するノウハウもかなり溜まってきたので、そのノウハウを凝縮してまとめた教材を販売してるよ! これを読めば誰でも簡単にクオリティーの高いAI美女が作れるようになっているので興味がある人は、下のバナーをクリックして購入してみてね🎶 ComfyUIを使って崩れた手の形を修正する方法について 今回はインペイント機能を使わずに服装を変更する方法について解説します。 是非最後までご覧ください。 この動画ではGoogle ColabでComfyUIを使って解説を進めます。 そのため、もしもGoogle ColabやComfyUIというキーワードが分からない場合は、詳細を解説している動画のリンクを概要欄に貼っておきますので、そちらをご確認ください。 これでGoogle Colabでコードを実行するための準備が整いました。 Google Colabでコードを実行 下記に貼ってあるテキス

                                    ワンクリックで大胆な服装に着替えさせる方法とは?InPaint(インペイント)機能は不要!|AI美女のつくりかた
                                  • LLM-jp-3 を gguf に変換する手順|npaka

                                    「LLM-jp-3」を「gguf」に変換する手順をまとめました。 ・M3 Max 1. Llama.cppのインストールLlama.cppのインストール手順は、次のとおりです。 (1) Xcodeのインストール。 「Llama.cpp」は、インストール時に環境にあわせてソースからビルドして利用するため、MacではXcodeのビルドツールが必要になります。 (2) リポジトリのクローン。 $ git clone https://github.com/ggerganov/llama.cpp $ cd llama.cpp(3) ビルド。 $ make(4) 作業フォルダに戻る。 今回は、llama.cppフォルダが配置されてるフォルダで作業します。 $ cd ..2. 変換するtransformersモデルの準備今回は「llm-jp/llm-jp-3-1.8b-instruct」を準備します。

                                      LLM-jp-3 を gguf に変換する手順|npaka
                                    • Terminal colours are tricky

                                      Yesterday I was thinking about how long it took me to get a colorscheme in my terminal that I was mostly happy with (SO MANY YEARS), and it made me wonder what about terminal colours made it so hard. So I asked people on Mastodon what problems they’ve run into with colours in the terminal, and I got a ton of interesting responses! Let’s talk about some of the problems and a few possible ways to fi

                                      • 新Linuxカーネル解読室 - netfilterにおける排他制御 - VA Linux エンジニアブログ

                                        「Linuxカーネル2.6解読室」(以降、旧版)出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 1. はじめに 1.1. RWロックとRCUのおさらい 2. netfilterについて 2.1. netfilterのデータ構造・実装 2.2. ルールの参照 2.3. ルールの追加・更新 3. RWロック・RCUの比較 3.1. RWロックで保護した場合 3.1.1. 競合区間の保護 3.2. RCUで保護した場合 3.3. 更新処

                                          新Linuxカーネル解読室 - netfilterにおける排他制御 - VA Linux エンジニアブログ
                                        • Next.js (App Router) + Apollo ClientでのGraphQLクライアント実装 - NRIネットコムBlog

                                          本記事は  Reactウィーク  5日目の記事です。 📍  4日目  ▶▶ 本記事   📱 はじめに 利用するツール Next.js (App Router) Apollo Client GraphQL-Codegen 前提 実装 型定義コードの自動生成 Apollo Clientの設定 実際にクエリを実行してみる Query Mutation この構成にして良かったこと まとめ はじめに こんにちは、NRIネットコムの辻下です。普段はアプリ担当エンジニアとして仕事をしています。(最近フロントエンドにも挑戦中...) 最近業務でNext.js (App Router) + Apollo ClientでWebアプリケーションでのデータフェッチを実装する機会がありましたので、今回はその実装方法について手短に書いていこうと思います。 利用するツール Next.js (App Router)

                                            Next.js (App Router) + Apollo ClientでのGraphQLクライアント実装 - NRIネットコムBlog
                                          • Git で歴史ごと複数のリポジトリを1つのリポジトリにまとめたい - なつねこメモ

                                            例えば Node.js モジュールを書いていて、リポジトリ A と B があったとして、それをモノレポ C としてまとめたかったとします。 そういうときはファイルをコピーして新しいリポジトリに入れる方法もありますが、履歴を引き継いだ状態でやりたくなったので、やってみました。 まず、新しいリポジトリを作り、空コミットを打っておきます: $ git init $ git commit --allow-empty -m"initial commit" その後、まとめたいリポジトリをリモートリポジトリとして追加します: $ git remote add package-a https://github.com/mika-f/package-a.git $ git remote add package-b https://github.com/mika-f/package-b.git そして、リモー

                                              Git で歴史ごと複数のリポジトリを1つのリポジトリにまとめたい - なつねこメモ
                                            • 【2024最新】スマホアプリ開発ツールのおすすめツールを徹底比較 | SaaS/IT製品の比較・紹介 | ITセレクト

                                              アプリ開発ツールは、ソフトウェア開発者がモバイルアプリやWebアプリを効率的に作成するためのプラットフォーム/ソフトウェアです。アプリケーション開発は専門知識のあるプロ向けだけでなく、特に昨今は、プログラミング知識がない人でも業務アプリを容易に制作できるよう工夫された製品が増えています。これをビジネスの効率化や正確性、競争力、スピード感を高める強力な武器として活用する企業も急増しています。 この記事では、業務アプリ開発/スマホアプリ開発ツールの基本から、目的、メリット・デメリット、選び方までを詳しく解説するとともに、おすすめ製品(全18製品/2024年9月時点)をご紹介します。 アプリ開発ツールとは? アプリ開発ツールとは、ソフトウェア開発者がモバイルアプリやWebアプリを効率的に作成するためのプラットフォーム/ソフトウェアのことです。これらのツールは、コードエディタ、デバッグ機能、シミュ

                                                【2024最新】スマホアプリ開発ツールのおすすめツールを徹底比較 | SaaS/IT製品の比較・紹介 | ITセレクト
                                              • 秘密鍵やパスワードなどの機密情報をバージョン管理システムのリポジトリーに安全に置く方法 - 2024-10-02 - ククログ

                                                プロジェクトに関わる情報の散逸を防ぐためには、情報を可能な限り一箇所に集約しておきたくなるところです。 複数人が関わるソフトウェア開発プロジェクトでは、ソースコードのGitリポジトリー、イシュートラッカーのチケットやWiki、ファイル共有サーバーなど、情報の置き場所が複数あると、人によって情報の置き場所がばらけてしまうリスクがあります。 「ファイルはすべてGitリポジトリーに集約する」と運用が定まっていれば、プロジェクトにファイルを追加するときも探すときも迷わずに済みます。 ただ、セキュリティを重視すると、「電子署名のための秘密鍵や、サービスの管理画面にアクセスするためのパスワード、関係者のプライバシーに関わる情報などのような機密情報だけは、バージョン管理システムのリポジトリーには集約できない」というジレンマが生じます。 多くのオープンソース開発プロジェクトのように、リポジトリーを公開する

                                                  秘密鍵やパスワードなどの機密情報をバージョン管理システムのリポジトリーに安全に置く方法 - 2024-10-02 - ククログ
                                                • Azure OpenAI Service で GPT-4o audio が使えるようになったので試してみた - Qiita

                                                  この記事は何? Azure OpenAI Service で GPT-4o audio のモデルが利用可能になったので、サンプルアプリの設定を行って音声でやり取りを行ってみた際の手順のメモです。 GPT-4o audio とは? GPT-4o audio のモデル (現状使えるのは GPT-4o-realtime-preview)は、GPT-4o モデル ファミリの一部であり、低遅延の「音声入力、音声出力」会話インタラクションをサポートします。 つまり、今まで音声をインターフェイスにして言語モデルと対話を行う際には、Speech to Text を行い文字起こしを行った結果を言語モデルに入力して、その出力をまた Text to Speech で行わなければいけなかったところ、今回のモデルは、音声を直接のインターフェイスにして言語モデルと対話を行えるようなものになるわけです。 音声を直接のイ

                                                    Azure OpenAI Service で GPT-4o audio が使えるようになったので試してみた - Qiita
                                                  • Home

                                                    A data serialization language for expressing clear API messages, config files, etc. .id = @uuid("..."), .time = 1710085168, .payload = Command { .do = @action("clear_chat"), .sender = "kristoff-it", .roles = ["admin", "mod"], .extra = { "agent": "Mozilla/5.0", "os": "Linux/x64", }, } Notation designed to help users grok data layoutsStructs vs mapsZiggy uses different notation for key-value pairs w

                                                    • AWS Amplify HostingでHonoを使ったフルスタックウェブアプリケーションを構築する

                                                      AWS Amplify HostingはNext.jsやNuxt.jsのフレームワークのSSRを独自にサポートしていますが。この機能(Compute)の動作仕様は公開されています。 これを利用して、Node.jsとHonoで作ったAPIサーバーをデプロイしてフルスタックなウェブアプリケーションを作ることができます。 必要なファイルだけを最小限に配置した例が以下になります。 ├── amplify.yml └── app ├── compute │   └── default │   ├── index.js │   ├── node_modules │   ├── package-lock.json │   └── package.json ├── deploy-manifest.json └── static ├── index.html └── styles.css ※実際の開発ではビ

                                                        AWS Amplify HostingでHonoを使ったフルスタックウェブアプリケーションを構築する
                                                      • Flux.1のLoRAを作成して一貫性あるキャラクターを出力することをわかりやすく解説 - 大阪のモノづくり職人の日常

                                                        本解説は中級者向けとなっております。AIの進化はものすごいスピードで加速しています。将来もっと簡単な方法で手軽に同様の作業ができることになると思います。 一貫性のあるキャラクターを生成するためのFlux.1 LoRAの作成方法 Flux.1はとてもリアルな表現ができると好評です。そして特に指摘すると、手の指がきれいに表現されます。そして、ローマ字のロゴなどもとてもきれいに再現が可能です。Midjourney(有料)級の画実が無料で再現できる。 AIアートの分野は日々進化し、私たちがイメージしているキャラクターやシーンを、よりリアルで美しく生成できるようになっています。中でも注目されているのが、画像生成モデルの「Flux.1」とそのカスタマイズ可能な機能「LoRA(Low-Rank Adaptation)」です。このブログでは、Flux.1を使って一貫性のあるキャラクターを生成するために、L

                                                        • til(Today I Learned) を 4 年間続けてみて

                                                          Photo by Raphael Schaller from unsplash2020/9/28 から til (Today I Learned) を GitHub 上に記録するようになった。 飽き性の自分にとっては珍しく、4 年間根付いた習慣となった。せっかくなので振り返ってみる。 記述する内容に制限を設けない“Today I Learned” と呼んでいるものの、実際の記述内容として「学んだこと」に限っているわけでもない。 エンジニアリングに関係していれば何書いてもよい、くらいの気持ちであるため、半分くらいは「今日やったこと」になる。 他人の技術 Blog を読んだ感想その日覚えたちょっとした Tips勉強会やカンファレンスの視聴メモ技術書の読書メモ気にかけている OSS の Release Note自分でメンテしている OSS のメンテ時のメモetc…たとえば、以下は直近に Pris

                                                            til(Today I Learned) を 4 年間続けてみて
                                                          • Advanced RAG Serviceを試す

                                                            やりたいこと AdvancedRAGのPlaygroundのようなOSSがあったので、試してみます。 Azure系のリソースに接続してローカルでKnowlege GraphやGraphRAGなどが試せそうです。 こんな感じで、お手軽にAdvancedRAGの方針検討ができたら良さげだなと。 使うための準備 ReadmeのQuick Startを試します。 git clone https://github.com/freistli/AdvancedRAG.git とりあえずクローン IMPORTANT: Rename .env.sample to .env, input necessary environment variables. 環境変数に設定をする。下記のような感じで、色々使えそう。 #Azure OpenAI Setting AZURE_OPENAI_API_KEY= AZURE_

                                                              Advanced RAG Serviceを試す
                                                            • GitHub オーガニゼーションのメンバーを把握するための(手抜き)サイトを作る | 豆蔵デベロッパーサイト

                                                              はじめに # 筆者は会社の GitHub オーガニゼーション管理者の一人です。最近はオーガニゼーションのメンバーも増えてきて、誰が使っているか把握するのが難しくなってきました。具体的には以下のような情報を把握したくなりました。 オーガニゼーションメンバーと、社員情報(氏名、所属)の紐付け 誰が管理者権限を持っているのか 管理者権限は、必要に応じて一時的に付与することもあるので、誰が持っているのかを把握することも必要になります[1]。これら情報の変更やメンバー追加や削除についても把握したいと思いました。 作るもの # サイトを建てたり、アプリを作るのは面倒なので、以下のような Markdown ファイルを作ってプライベートな GitHub リポジトリにコミットすれば、それなりに見栄えのいいプレビューが出るのでそれでいいやということにして、この Markdown ファイルを自動で作る方法を検討

                                                                GitHub オーガニゼーションのメンバーを把握するための(手抜き)サイトを作る | 豆蔵デベロッパーサイト
                                                              • 生成AI でコードや記事をレビューする aictl を作り、ブログ記事をレビューしてもらうようにした

                                                                PR でレビューしてくれる編集者を持つPosted on Tue, Oct 1, 2024 Tags generative-ai, githubactions 生成AIを使ってブログ記事のレビューを自動化する方法かれこれ 8年間ほどブログ記事を書いているが、個人で書き進めている関係上、誰かにレビューしてもらうことがない。 そのため、go-zen-chu/aictl を開発し、GitHub Actions で PR を出した記事に対してレビューをしてもらうようにする。 コードレビューを生成AIで行ってくれる製品や Copilot のようなツールはあるものの、ブログ記事をレビューしてもらうためのツールはあまりなさそうなのと、OpenAI のクライアントを利用すれば簡単に実現できそうだったので、自分の学習のためにも作ってみた。 導入方法導入方法は go-zen-chu/aictl の READM

                                                                • UTF-8以外の文字コードのファイルでgit diffを出したい

                                                                  未だにUTF-8をまともに扱えないOSがあるので、そういうOSを触る時のtipsです。 日本語に限定すればnkfが自動で文字コードを判定できるので以下のようなスクリプトを実行する。 #!/bin/bash # 出力先の .gitattributes ファイルを初期化 echo "# Auto-generated .gitattributes based on file encoding" > .gitattributes # リポジトリ内のすべてのファイルを走査 for file in $(git ls-files); do # ファイルのエンコーディングを判別 (nkf --guess を使用) encoding=$(nkf --guess "$file") # エンコーディングに応じて .gitattributes に追加 if echo "$encoding" | grep -q '

                                                                    UTF-8以外の文字コードのファイルでgit diffを出したい
                                                                  • "6年分"のRailsバージョンアップをなめらかに行う方法! | 株式会社AppBrew

                                                                    (この記事は2021年9月24日に弊社テックブログに掲載した内容となっております。) こんにちは、id:r7kamura です。業務委託という形で1年ほど関わりながら、美容のクチコミサービスLIPSに利用しているRuby on Rails (以下Rails) というWebアプリケーションフレームワークのバージョンを、4.2から6.1に上げました。 Rails 4.2のリリースは2014年、Rails 6.1のリリースは2020年なので、およそ6年分のバージョンアップを一気に推し進めたことになります。 今回はこれを題材に、この手のフレームワークのバージョンアップ時に起こりがちな諸問題や、やって良かったこと悪かったこと等について振り返ろうと思います。 あまりRailsに限った話はしないように心掛けて書いたので、こういったバージョンアップ作業に興味がある方にはぜひ読んでいってもらえればと思います

                                                                      "6年分"のRailsバージョンアップをなめらかに行う方法! | 株式会社AppBrew
                                                                    • 【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita

                                                                      はじめに こんにちは、Watanabe Jin(@Sicut_study)です。 今回は記事1本で初心者が必要な知識を全て学べるGitチュートリアルを紹介していきます。 世の中にはたくさんのGitに関する教材があります。しかし、真に良いと思える教材はありません。 もちろん私も4年前はGitという言葉を知らない状態から、書籍などで学習をしました。 しかし、書籍で知識を得たとしても実際にコマンドを使って実践的に学んだわけではなかったのでほとんど身になりませんでした。 私が思う世の中にあるGitの教材のイケてない点は2つです。 結局ほとんどの人が、教材ではなく実際に使ってみて使えるようになっているはずです。 書籍でやったことを全部ちゃんとできるようになった人はいないと考えています。 実際に利用するコマンドは限られている、たまに使うコマンドを紹介しとしても「この記事1本」で説明することができると思

                                                                        【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita
                                                                      • Web 開発者にとって必須の 100 の無料リソース - Qiita

                                                                        この記事では、API、ホスティングプラットフォーム、チートシート、アイコン、テンプレート、フォント、カラーリソース、学習プラットフォーム、CSSゲーム、コードエディタ、JavaScriptアニメーションライブラリなど、100以上の無料ウェブ開発リソースを共有します。 さっそく始めましょう!🚀 ウェブ開発を学ぶための無料リソース 🔥 ウェブサイト freeCodeCamp MDN Web Docs W3Schools Scrimba Codecademy The Odin Project Frontend Mentor JavaScript 30 Coursera Khan Academy edX: 様々なプログラミングや開発コースを提供する無料オンラインコースプラットフォーム。 YouTubeチャンネル Traversy Media The Net Ninja Code with Ha

                                                                          Web 開発者にとって必須の 100 の無料リソース - Qiita
                                                                        • GASをCursor等のエディタで開発、Git管理する方法|ola@生成AI

                                                                          この記事では、Google Apps Script (GAS) プロジェクトをローカル環境で開発し、Gitでバージョン管理するための手順を紹介します。 従来、GASの開発はGoogle Apps Scriptのエディタ上で行う必要がありましたが、claspを使うことで、使い慣れたローカルの開発環境でGASのコードを記述し、Gitなどのバージョン管理システムと連携させることが可能になります。 claspとは?claspは、コマンドラインツールでGASプロジェクトをローカル環境で開発、管理できるようにするツールです。 公式👇 clasp導入のメリットGitによるバージョン管理: Gitなどのバージョン管理システムを利用することで、コードの変更履歴を管理し、過去のバージョンに戻したり、複数人で共同開発したりすることが容易になります。 ローカル開発環境: 使い慣れたエディタや開発ツール(VSCo

                                                                            GASをCursor等のエディタで開発、Git管理する方法|ola@生成AI
                                                                          • syntax highlightのvscode拡張機能を作る - aimdevel’s blog

                                                                            vscodeでソースコードなどを表示すると、キーワードなどに色がついて表示されます。 ただし、色が付くのはvscode側がそのプログラミング言語に対応している必要があり、例えば社内の独自言語などがあった場合には当然vscodeで表示しても全く色が付きません。 色がついていないと単純にソースコードの可読性が悪かったり、タイプミスに気付きづらいなどの問題があります。 そのため今回は、独自言語でも色付けを行うためにvscodeのsyntax highlight拡張機能の作り方を調べました。以下の公式ドキュメントを参考にしました。 code.visualstudio.com 前提知識 vscode 拡張機能作成 拡張機能の新規プロジェクトを作成 公式ページに従い、projectを作成します。そこまでの環境構築は割愛します。 以下の作成例では、拡張機能名だけmy-extensionと指定し、残りはす

                                                                              syntax highlightのvscode拡張機能を作る - aimdevel’s blog
                                                                            • Web 開発者にとって必須の 100 の無料リソース|Shemika Donalene

                                                                              この記事では、API、ホスティングプラットフォーム、チートシート、アイコン、テンプレート、フォント、カラーリソース、学習プラットフォーム、CSSゲーム、コードエディタ、JavaScriptアニメーションライブラリなど、100以上の無料ウェブ開発リソースを共有します。 さっそく始めましょう!🚀 ウェブ開発を学ぶための無料リソース 🔥ウェブサイトfreeCodeCamp MDN Web Docs W3Schools Scrimba Codecademy The Odin Project Frontend Mentor JavaScript 30 Coursera Khan Academy edX: 様々なプログラミングや開発コースを提供する無料オンラインコースプラットフォーム。 YouTubeチャンネルTraversy Media The Net Ninja Code with Harry

                                                                                Web 開発者にとって必須の 100 の無料リソース|Shemika Donalene
                                                                              • 2024/10/01(火)の出来事 - My Bookmark

                                                                                AWS WAF を COUNT モードで動かしたはいいが、その後どうすればいいんだっけ? - カミナシ エンジニアブログ 星雲賞受賞作にして藤井太洋のあらたなる代表作といっても過言ではない、未来の戦争を描き出した長篇SF!──『マン・カインド』 - 基本読書 いかにしてイーロン・マスクはTwitterを破壊してしまったかを描くノンフィクション『Character Limit』 - YAMDAS現更新履歴 3大「◯ン◯ラ」 日本通運・アクセンチュアのシステム開発訴訟、裁判資料を読んで胃がキリキリした 【独自】河村たかし名古屋市長が衆院選出馬へ 日本保守党公認で愛知1区から:中日新聞Web 統率者戦のこれから|読み物|マジック:ザ・ギャザリング 日本公式ウェブサイト 急成長ゲームエンジンGodot Engine公式、突如政治的立場を表明し物議醸す。反論アカウントを軒並みブロックし批判殺到 -

                                                                                  2024/10/01(火)の出来事 - My Bookmark
                                                                                • 結局 Git のブランチ戦略ってどうすればいいの? - Qiita

                                                                                  1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ

                                                                                    結局 Git のブランチ戦略ってどうすればいいの? - Qiita