並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 80件

新着順 人気順

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

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

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

      【図解解説】これ1本でGitをマスターできるチュートリアル!【完全版】 - Qiita
    • 結局 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
      • Cursorを1年弱触っているエンジニアの最近の使い方|ニケちゃん

        こんにちは、ニケです。 皆さん、Cursor 使っていますでしょうか。 私は去年の10月末から使い続けているのであと一ヶ月で1年が経過します。時間が経つのは早いですね。 前回書いた記事(↓)から半年経ち、開発の仕方が少しアップデートされたので改めて記事にしようと思います。 ちなみにこちらの記事ではブラウザ版のClaudeも紹介していますが、Claude-3.5-SonnetがCursorで利用できるようになってからはあまり使っていません。設計の壁打ちとかでたまに使ったりするくらい。 そのため、この記事ではCursorにフォーカスを当てて紹介していきます(最後に少しだけ他に使用しているAIツールを共有します)。 なお、役割によって用途が変わってくると思うので、予め私の属性を提示しておきます。 仕様を考えたりコード書くことがメインの仕事 仕事以外でも暇なときはコードを書いている 0 → 1 で

          Cursorを1年弱触っているエンジニアの最近の使い方|ニケちゃん
        • アクセスキーを使ったaws-cliはもうやめよう! - Qiita

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

            アクセスキーを使ったaws-cliはもうやめよう! - Qiita
          • 「Winamp」のソースコードが公開 ~かつて一世を風靡した伝説的メディアプレイヤー/独自ライセンスで「GitHub」に

              「Winamp」のソースコードが公開 ~かつて一世を風靡した伝説的メディアプレイヤー/独自ライセンスで「GitHub」に
            • 不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog

              こんにちは。 id:Pocke です。マネーフォワードでは Rails を用いた Web アプリケーションの開発と、RBS という Ruby の静的型システムの開発を行っています。 最近 RBS の開発をする中で、「不要な処理を削除すると実行速度が遅くなる」という不思議な現象に遭遇しました。この記事ではその現象を解説しようと思います。 なおこの記事は Ruby の知識を前提としないように執筆されており、Ruby の知識が必要となるところには注釈を加えて補足しています。 普段 Ruby を書かない方にも読んでいただければ幸いです。 問題を引き起こした変更 今回の問題は、RBS のメモリ使用量の削減を行っている中で遭遇しました。まずはどんな変更を行おうとしていたかを解説します。 変更の動機 最近私は RBS のメモリ使用量の削減に取り組んでいます。1 その取り組みの中で、RBS のパーサーが作

                不要な処理が実行速度を速くする謎を追う - Money Forward Developers Blog
              • 資料生成AI「Napkin」でデカめの資料を作ってみたので知見を共有する

                1.1.2 SREの目標と価値 SREの目標は、システムの信頼性を向上させることですが、それは単にシステムのダウンタイムを減らすことだけを意味するわけではありません。ユーザーがサービスを快適に利用できるよう、パフォーマンス、可用性、セキュリティ、スケーラビリティなど、様々な側面からシステムの信頼性を高めることを目指します。 SREの導入によって、以下のような価値がもたらされます。 システムの安定稼働と信頼性向上 運用コストの削減 開発スピードの向上 組織全体の信頼性向上 1.2 SREの原則 SREを実践する上で重要な原則をいくつか紹介します。これらの原則は、GoogleのSREチームが長年の経験から得た教訓に基づいており、SREを実践する上で指針となるものです。 1.2.1 モニタリングと可観測性 SREでは、システムの状態を常に把握し、問題が発生した場合には迅速に検知できるように、モニ

                  資料生成AI「Napkin」でデカめの資料を作ってみたので知見を共有する
                • あなたのパフォーマンスを倍にする Frontend Ops の傭兵はいかがですか

                  あなたのパフォーマンスを倍にする Frontend Ops はいかがですか.md あなたのプロジェクトに Frontend Ops を。 [経営者の方へ] ウェブサイトが遅くなっていませんか?機能追加が遅くなっていませんか? 私 @mizchi は Node.js とフロントエンドのエキスパートです。もし私を知らなければ、御社のフロントエンド担当に mizchi とは誰か聞いてみてください。それが一番早いと思います。 Frontend Ops の専門家として御社のプロダクトの改善にご協力します。 Frontend Ops は、ウェブサイトのロード時間を改善したり、開発者の基盤に手を入れることで一日に何度機能を追加できるかという指標に貢献するロールです。その結果としてUXを改善し、ビジネスを前進させます。 成果報酬で、費用はざっくり 100万円*達成率 となります。(詳細は後述) 弁護士作成

                    あなたのパフォーマンスを倍にする Frontend Ops の傭兵はいかがですか
                  • 【GitHub】個人学習をGitHubでレベルアップさせる話

                    はじめに ご覧いただきありがとうございます。Gonです! 巷では、GitやGitHubに関する話が話題ですね。 エンジニアでGitを触ったことない人は本当に「やばい」のか? そんなことは知りません。 Gitでのバージョン管理やGitHubの運用方法については、既に多くの記事で解説されているので、ここでは触れずにいこうと思います。 今回の記事では、普段の学習に『GitHub』を取り入れたことで、日々の学習がより楽しく継続できるようになり、結果としてスキルアップできた実体験についてシェアしていきます。 皆さんのエンジニアライフに、少しでも良いキッカケになれば嬉しいです。 GitHubを活用した方が良い理由 まずは、こちらの動画をご覧ください。 正直、意味は分かりません。 アニメーションが凄すぎて話が入ってきませんでした。 要約すると、こんな感じです。 GitHubは世界最大のソフトウェア開発プ

                      【GitHub】個人学習をGitHubでレベルアップさせる話
                    • プログラミング〈新〉作法 これからプログラムを書く人のために

                      「プロとしてプログラムが書ける人」に求められる能力が大きく変わった! 1つのプログラミング言語にこだわらず、それぞれの言語のベストプラクティスを学ぼう。現代のプログラミング言語を支える技術が凝縮した一冊 第1章 はじめに 1.1 プログラミングに必要な知識とは 1.2 本書の構成 1.3 プログラマに伴走する生成AI 1.4 コーディング環境 1.4.1 オンライン実行環境 1.4.2 ローカルでのコーディング環境 1.5 まとめ 第2章 C言語からはじめよう 2.1 C言語とは 2.2 入力・演算・出力 2.2.1 変数・定数・リテラル 2.2.2 演算子 2.2.3 入出力関数 2.2.4 数値計算を行うプログラム例 2.2.5 配列 2.2.6 文字と文字列 2.3 制御構造 2.3.1 条件分岐 2.3.2 繰り返し 2.3.3 構造化プログラミング 2.4 関数 2.4.1 ma

                        プログラミング〈新〉作法 これからプログラムを書く人のために
                      • 作業配信の動画などでキーボードとマウス操作を可視化できるツール (ゲームなどにも)|横野まあさ

                        キーボードとマウス操作が重要となる作業を動画やライブで人に見せたいときに、それらの視覚化をしたいと思うことがあります。 まず3DCGソフト Blender 作業配信の用途に最適だと思ったツールを1つ紹介し、そのあと、同種のツールのリンク集を載せます。 Screencast Keys https://github.com/nutti/Screencast-Keys ある方の Blender 作業動画に、こちらの Screencast Keys が使われており、マウス+キーコードの表示のみ、かつ白と背景色の2色のみだったので、あまり見ていて疲れなさそうなシンプル設計に惹かれました。 私のほうで撮影したスクリーンショットを載せます。 Blender アドオンとして設定画面からインストールし、利用します。こちらは Blender 専用のアドオンになりますので、Blender 以外の場面では利用でき

                          作業配信の動画などでキーボードとマウス操作を可視化できるツール (ゲームなどにも)|横野まあさ
                        • 実務未経験者の人に読んでほしいGitHubの実務tips - Qiita

                          更新履歴 2024-09-05 masterをmainブランチにし、masterに対する言及をしました。 httpsかsshか、についてはいろんな見方があることを追記 「PRの作成タンを押したら終わりではない」の項目を追加 はじめに 株式会社シンシアでは、実務未経験のエンジニアの方や学生エンジニアインターンを採用し一緒に働いています。 ※ シンシアにおける働き方の様子はこちら この記事は プログラミングを学び出したばかりの人 エンジニアとして働きだしてGitHubを使い慣れていない人 という人向けに、共通してやってほしいなと思って、いつも言っていることを一般向けに書いたものです。 ぜひ読んで見ていただけると嬉しいです。 ※ Githubとはなにか、具体的なGitの操作に関してはこの記事では割愛させていただきます。 git cloneするとき Githubでは、https, sshによるgi

                            実務未経験者の人に読んでほしいGitHubの実務tips - Qiita
                          • SREチーム発足と今期の取り組みについて - Findy Tech Blog

                            はじめに 皆様、はじめまして。Findyでプロダクト開発部/SREとしてジョインしました安達(@adachin0817)と申します。今年の6月に入社し、ちょうど3ヶ月が経ちました。本日は、SREチームの立ち上げに関する0から1のプロセスと、今期の取り組みについてご紹介させていただきたいと思います。 SREチーム発足 2023年までは、バックエンドチームがインフラを担当していました。しかし、サービスの拡大に伴い、バックエンドチームのリソースが不足し、SRE的な改善が十分に行えない状況が続いていました。そこで、昨年からSREの大矢とチームリーダーの下司(@gessy0129)がジョインし、現在は3名体制で活動しております。 SREチームの位置づけとミッション SREチームは横断的なSRE活動をしており、これを「横断SRE」と指しています。一方で、各プロダクトにおいてSRE的な役割を担っていたメ

                              SREチーム発足と今期の取り組みについて - Findy Tech Blog
                            • 一定時間以内の応答を保証する「Real Time Linux」が正式にカーネルに組み込まれる

                              Linuxの生みの親であるリーナス・トーバルズ氏が、2024年9月20日にReal Time Linuxとして知られる「PREEMPT_RT」を正式にLinuxカーネルへと組み込みました。 Merge tag 'sched-rt-2024-09-17' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip - kernel/git/torvalds/linux.git - Linux kernel source tree https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=baeb9a7d8b60b021d907127509c44507539c15e5 Real-time Linux is officially part of

                                一定時間以内の応答を保証する「Real Time Linux」が正式にカーネルに組み込まれる
                              • Railsのマイクロサービスアーキテクチャで構成されたアプリをモノレポ構成に移行した話 - Sansan Tech Blog

                                こんにちは。技術本部Sansan Engineering Unit Master Data Groupの古本です。 普段は、営業DXサービス「Sansan」の名刺交換した人や企業に関するニュースを表示し、お知らせする「企業ニュース」や「企業情報」を扱うシステムの開発をしています。 最近、マイクロサービスで作られた企業ニュースのシステムをモノレポ構成に移行しました。 今回はその時に行ったことについて話します。 モノレポ(mono repo)とは 本ブログで類似の記事があったので引用します。 一連のソースコードを単一のリポジトリで管理している状態のことです。 特に、実装言語、またはサブシステムやドメインといった何らかの区切りでリポジトリを分けている場合に、それらを集約することをモノレポ化と言います。 マイクロサービスアーキテクチャのリポジトリ構成を漸進的にモノレポに移行した話 今回も複数レポジ

                                  Railsのマイクロサービスアーキテクチャで構成されたアプリをモノレポ構成に移行した話 - Sansan Tech Blog
                                • GitHubがうまくいった理由を共同創設者が解説

                                  世界最大のソフトウェア開発プラットフォームであるGitHubは2008年にリリースされ、2023年には開発者が1億人を突破するほどの規模に成長しました。そんなGitHubの共同創業者であるスコット・チャコン氏が、「一体なぜGitHubは成功したのか」について自ら解説しています。 Why GitHub Actually Won https://blog.gitbutler.com/why-github-actually-won/ チャコン氏によると、GitHubの共同創業者である4人はそれ以前に別のサービスを立ち上げた経験があり、製品としての品質もセンスも良かったものの、市場の環境やタイミングが合わなかったためそれほど成長できなかったとのこと。それなのにGitHubが成功した理由について、チャコン氏は「適切なタイミングで立ち上げたこと」「センスが良かったこと」の2つに要約できるとしています。

                                    GitHubがうまくいった理由を共同創設者が解説
                                  • MySQL 8.0 は遅くなってきてる?何故?(1)

                                    いろいろありますが、今後のことを考える前にまずは、バージョン8.0.xの現状を一旦整理・理解してから決めようと思います。 念を押しておきますが、このブログの「内容は個人の考えであって、所属組織とは方針が異なる」と考えてください。 MySQL内部の人は、クラウドとか最新のサーバーとかしか利用していないのかも知れず、MySQL 8.0 が日に日に遅くなっていることに気づいていない人しかいないのでしょう。しかし、数年前のローカルPCで動かすと年々動作が鈍くなっているのを感じます。マイナーバージョンアップで単スレッド性能が下がり続けるなんて商用システムではリスキーです。 証明が難しく、ずっと放置せざるを得なかったのですが、非常に重要な事柄ですので今一度、オープンになっているソースを基に分析をしてみます。 まず、測るモノサシを決めましょう。以前のエントリ「MySQLバージョンアップによるInnoDB

                                      MySQL 8.0 は遅くなってきてる?何故?(1)
                                    • 2024年9月 俺の eslint.config.js

                                      はじめに 「Flat Config が何かはわかったからサンプルをくれ!」という方向けの記事です。 筆者が普段使用している eslint.config.js をご紹介します。 Flat Config については良記事がたくさんあるため ↓ などを参照してください。 今回ご紹介する設定は、React × TypeScript を使用し、フォーマットは Prettier に任せる前提になっています。 しかし、Vue やサーバー Node.js でも使いまわせる箇所は多いと思います。 eslint.config.js まずは結論から。 // @ts-check import { fixupConfigRules } from '@eslint/compat'; import { FlatCompat } from '@eslint/eslintrc'; import eslint from '@

                                        2024年9月 俺の eslint.config.js
                                      • Cursor の無料版を使い続ける場合の設定 - Qiita

                                        Cursor の Pro 版でサポートされる AI 機能は非常に強力であり、無料版と比較して多くのメリットがあります。しかし、個人開発者や学生など予算に限りがある人にとっては、Pro 版の利用は難しい場合があります。 本記事では、Cursor の無料版で Gemini や GitHub Copilot を設定することで、Pro の使用感に近付ける方法を紹介します。 Gemini は無料枠があります。 GitHub Copilot は基本的に有料ですが、学生・教職員や OSS 開発者への免除があるため、無料で利用できる場合があります。 概要 単純に VS Code を Cursor の無料版に置き換えた場合、差分としてよく使う機能は以下の通りです。 AI Chat でのメンション:Codebase (RAG)、Git、ファイル指定 RAG を別途構築する手間がないのは便利です。 Git 機能

                                          Cursor の無料版を使い続ける場合の設定 - Qiita
                                        • ファインディでのGitHub Actions高速化の事例 - Findy Tech Blog

                                          ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 弊社では、数年前に社内のCI環境をすべてGitHub Actionsに移行しました。 この記事では、弊社のGitHub Actions活用事例の内、CI高速化についてご紹介します。 なぜCI高速化に力を入れるのか CI高速化 キャッシュの活用 ジョブの並列化 Larger Runners まとめ なぜCI高速化に力を入れるのか 当ブログをはじめ弊社では、たびたびCI高速化の大切さについて言及しています。 Findyの爆速開発を支えるテクニック - Findy Tech Blog RailsのCIのテスト実行時間を 10分から5分に高速化した話 - Findy Tech Blog Findy転職フロントエンドの開発生産性を向上させるためにやったこと - Findy Tech Blog これはなぜでしょう

                                            ファインディでのGitHub Actions高速化の事例 - Findy Tech Blog
                                          • OSS 推進観点で Supabase の GitHub 設計が参考になった - ROUTE06 Tech Blog

                                            こんにちは。ソフトウェアエンジニアの id:masutaka26 です。最近は社内プロダクトの OSS 化を推進する活動をしています。 先日、GitHub の Issue テンプレートを調査しました。その中で Supabase が参考になったので共有します。 1. New Issue からの導線 コラム: Issue テンプレートはどこにある? 2. Discussions のカテゴリ設計 Categories Most helpful まとめ 1. New Issue からの導線 これが Supabase の Issue テンプレートです。 🔗 https://github.com/supabase/supabase/issues/new/choose New Issue on supabase/supabase ②に興味を惹かれました。いずれも GitHub Organization

                                              OSS 推進観点で Supabase の GitHub 設計が参考になった - ROUTE06 Tech Blog
                                            • 主要なAIコードアシスト機能の比較。GitHubが先行し、GitLab/Google Cloud/AWSが追いかける。ガートナーがマジッククアドラントを発表

                                              主要なAIコードアシスト機能の比較。GitHubが先行し、GitLab/Google Cloud/AWSが追いかける。ガートナーがマジッククアドラントを発表 AIコードアシスト機能を提供している主要各社は、調査会社の米ガートナーが作成したAIコードアシストを比較調査したマジッククアドラントの自社の位置づけをプレスリリースで発表しています(GitHub、AWS、GitLab、Alibaba Cloud)。 マジッククアドラントとは、縦軸に「実行能力」、横軸に「ビジョンの完全性」を持つ平面図上に主要なベンダや製品を位置づけていくというものです。図の右上にあるベンダほど、より高い実行能力とビジョンの完全性を備えた、すぐれたベンダや製品と位置づけられています。 そして図全体を4つの象限に分けて、右上がリーダー、右下が概念先行型、左下が特定市場指向型、左上がチャレンジャーと分類しています。 下記がガ

                                                主要なAIコードアシスト機能の比較。GitHubが先行し、GitLab/Google Cloud/AWSが追いかける。ガートナーがマジッククアドラントを発表
                                              • ハイパーモダンPython

                                                ハイパーモダン(hypermodern)という言葉は20世紀初頭を代表するチェスプレーヤーたちが考案した、当時モダンであると考えられていたオープニング戦略を超える斬新な戦略に由来するものです。本書はPythonを使った開発におけるハイパーモダンな戦略を提示します。Poetry、Nox、pytest、Ruff、uv、Ryeといった新しいツールを活用して、ワークフローをさらに効率化し、堅牢かつ信頼性の高いプロジェクトにする手法を紹介します。ハイパーモダンな戦略を通じて、開発において本当に重要なことを学べる1冊です。 訳者まえがき はじめに Ⅰ部 インストールと環境 1章 Pythonのインストール 1.1 複数のPythonのバージョンをサポートする 1.2 Pythonインタプリタを探す 1.3 WindowsにPythonをインストールする 1.4 Windows用Python 1.5 m

                                                  ハイパーモダンPython
                                                • AWSでのDevSecOps~セキュリティ運用/実装~ - Adwaysエンジニアブログ

                                                  広告事業本部でリードデータエンジニアを行なっている大窄 直樹 (おおさこ)です. 前回は, AWSでのログ設計/実装に焦点を当てたブログを書きました. 今回は, AWSでのセキュリティ運用/実装に関する内容をお届けしようと思います! セキュリティ運用は難しいですよね. 日々新たな脆弱性が次々と発見されており, 脆弱性自体に気づくのも一苦労です. それに加えて, 対応してもお金を生み出すわけではないため, 過剰な対応をするわけにもいかず, 悩ましいところです(笑) 概要 このブログでは, セキュリティの考え方, 及びAWSでDevSecOpsを行う一手法を紹介します. 利用するサービスは以下のとおりです. Security Hub Amazon Inspector Snyk これらのサービスを使うことで, 開発, セキュリティ, 運用を密接に結びつけ, 効率的なセキュリティ運用を試みます.

                                                    AWSでのDevSecOps~セキュリティ運用/実装~ - Adwaysエンジニアブログ
                                                  • ファインディでのGitHub Actions自動化の事例 - Findy Tech Blog

                                                    ファインディ株式会社でフロントエンドのリードをしております 新福(@puku0x)です。 GitHub Actionsは、CI/CD以外にも様々な業務の効率化に役立ちます。 この記事では、弊社で実施しているGitHub Actionsを使った自動化について紹介します。 自動化 担当者アサイン ラベル設定 リリース QAチェック項目の抽出 定期実行 まとめ 自動化 担当者アサイン 開発フローの中では、Pull requestを作ってからレビューに出すまでにいくつかのタスクを行うことがあります。 弊社では、Pull requestの作成者がAssignee(担当者)となる場合が多いため、↓こちらのActionを用いてアサインの自動化をしています。 github.com - uses: kentaro-m/auto-assign-action@v2.0.0 with: repo-token: $

                                                      ファインディでのGitHub Actions自動化の事例 - Findy Tech Blog
                                                    • エンジニアの善意がコードを複雑にする? “改良したい欲”に駆られる前に知りたい「コーディングの鉄則」とは - エンジニアtype | 転職type

                                                      転職・求人情報サイトのtype エンジニアtype スキル エンジニアの善意がコードを複雑にする? “改良したい欲”に駆られる前に知りたい「コーディングの鉄則」とは NEW! 2024.09.18 スキル コーディングプログラミング コーディングに関する名著『リーダブルコード』(オライリー・ジャパン)の序章は、次のように始まる。 美しいコードを見ると感動する。優れたコードは見た瞬間に何をしているか伝わる。そういうコードは使うのが楽しいし、自分のコードもそうあるべきだと思わせてくれる。 コードは理解しやすくなければならず、シンプルで無駄の無いことが重要だということを、この名著は教えてくれる。 ただ一方、自身の開発現場が「美しいコード」で溢れているかと問われたらどうだろうか。ついつい「複雑なコード」を書いてしまいがちなエンジニアは、少なくないはずだ。コードはシンプルで無駄の無いことが重要である

                                                        エンジニアの善意がコードを複雑にする? “改良したい欲”に駆られる前に知りたい「コーディングの鉄則」とは - エンジニアtype | 転職type
                                                      • 「nginx」プロジェクトが「GitHub」へ正式に移行 ~HTTP/リバースプロキシサーバー/バージョン管理も「Mercurial」から「Git」へ

                                                          「nginx」プロジェクトが「GitHub」へ正式に移行 ~HTTP/リバースプロキシサーバー/バージョン管理も「Mercurial」から「Git」へ
                                                        • [アップデート] AWS CloudFormation の Git 同期機能がプルリクエストにスタック変更内容をコメントしてくれるようになりました | DevelopersIO

                                                          [アップデート] AWS CloudFormation の Git 同期機能がプルリクエストにスタック変更内容をコメントしてくれるようになりました いわさです。 AWS CloudFormation は Git リポジトリとスタックを同期させて、簡易的な CI/CD 環境を用意することが出来ます。 今朝のアップデートでこちらが強化され、CloudFormation がプルリクエストにスタックへの変更内容をコメントしてくれるようになりました。 Git 同期では CloudFormation が特定のブランチを監視し、変更が発生すると自動でスタックがプロビジョニングされるような動きとなっているのですが、このアップデートではユーザーが作成したプリリクエストのマージ先が監視対象のリポジトリだった場合、マージ前でスタック変更セットの内容をプルリクエスト上でコメントしてくれます。 これによってレビュー

                                                            [アップデート] AWS CloudFormation の Git 同期機能がプルリクエストにスタック変更内容をコメントしてくれるようになりました | DevelopersIO
                                                          • 24年度新卒エンジニアが研修を終えて - Classi開発者ブログ

                                                            こんにちは。4月にClassiへ新卒で入社した伊森です。 私は4月から8月上旬までの約4ヶ月、Classiのエンジニアとして働くための新卒研修を受けてきました。 今回はその研修期間を経て、大まかな内容の振り返りや身についた考え方を紹介していきます。 入社前の状態 研修内容の概要 4月 5・6月 7・8月上旬 AWS研修 良かったところ 物足りなかったところ QA研修 実際に手を動かすテスト項目の作成課題 「品質が高い」とはどの状態を指す言葉?というディスカッション 万葉カリキュラム 研修プログラム以外にも学んだこと まとめ 入社前の状態 大学生時代はPythonを使用した画像処理を主に勉強しており、これまでWeb上で動くものを開発する世界に踏み込んだことはほとんどありませんでした。 そのため、Webの基本的な概念であるHTMLなどはぼんやりとした理解に留まっており「触ったことはあるがそれで

                                                              24年度新卒エンジニアが研修を終えて - Classi開発者ブログ
                                                            • 2024年度新卒エンジニア研修を実施しました! - Pepabo Tech Portal

                                                              はじめに 新卒エンジニア研修を担当しました ugo です! 今年も新卒エンジニア研修を実施し、全カリキュラムが無事終了しました。 この記事では、各研修の講師を担当したメンバーが、新卒エンジニア研修のカリキュラムの内容と研修資料をまとめました。ぜひご覧ください。 2024年度新卒エンジニア研修概要 新卒エンジニア研修のコンセプトは 「サービスを作るための技術要素や観点について、現時点で良いやり方を一通り学ぶ」 と設定しました。 サービスを運用していくために必要なオブザーバービリティといった領域も今年から研修に盛り込みました。 研修に参加した新卒エンジニアは3名です。 オフィス内はフリーアドレスとなっていますが、研修のためオフィスに固定席を設け、1ヶ月に1回程度の頻度でオフィスの別に席に移動する形態で実施しました。講師も新卒エンジニアの近くに座ることで、相談をしやすい環境づくりを行いました。

                                                                2024年度新卒エンジニア研修を実施しました! - Pepabo Tech Portal
                                                              • Raspberry Pi Pico 2の省電力モードを有効にして待機電力を3V・0.05mA以下に下げてみた

                                                                Raspberry Pi Pico 2は独自開発マイコンのRP2350を搭載したマイコンボードです。Raspberry Pi Pico 2の情報を収集していたところ、待機電力を極限まで小さくできる省電力モードが存在するという情報を発見。待機状態が長時間続く用途での電力節約に便利そうだったので、実際にRaspberry Pi Pico 2の省電力モードを有効化してどれだけ消費電力を小さくできるのか試してみました。 Missing an example to set low power states on Pico 2 · Issue #530 · raspberrypi/pico-examples · GitHub https://github.com/raspberrypi/pico-examples/issues/530 ◆省電力モードのサンプルコードをビルドしてRaspberry Pi

                                                                  Raspberry Pi Pico 2の省電力モードを有効にして待機電力を3V・0.05mA以下に下げてみた
                                                                • さらなる進化を遂げた「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
                                                                  • Gitを触ったことのないエンジニアがヤバいと言われる理由を考えた - Qiita

                                                                    これは何? TwitterでGitをさわったことのないエンジニアがヤバイという発言が物議を醸していたのでなぜヤバイと言われるのかを考察しました。 考えられる理由 業界標準への理解が低い/業界の大局を追えていないように見える 現代のソフトウェア開発のバージョン管理のデファクトスタンダートがGitです。 基本的には,Gitリポジトリのホスティングサービスである,GitHubやGitLabを使うパターンが多く,こういったサービスを使うことで現代の開発フローは実現されていると思います。 そのため,Gitを使ったことがないと業界のお作法的なものができていないと思われてしまう可能性があると考えられます。 最新技術へのアンテナが低そうに見える 現代のOSSのほとんどがバージョン管理にGitを使用しており,GitHubやGitLabにソースコードを公開しているパターンが多いです。。そのため,OSSのコント

                                                                      Gitを触ったことのないエンジニアがヤバいと言われる理由を考えた - Qiita
                                                                    • AWSが予告なしに「CodeCommitによるGitの提供」を取りやめ 他のサービスへの影響は?

                                                                      AWSが予告なしに「CodeCommitによるGitの提供」を取りやめ 他のサービスへの影響は?:「機能的には既に“放棄”されていた」という意見も TechTargetは、「AWSによるCodeCommitとCloud9の閉鎖通知」に関する記事を公開した。AWSは事前の予告なしに、6つのサービスで新規ユーザーの受け入れを停止した。これを受け、一部の業界関係者はアップデートの頻度が低い他のAWSサービスの将来に疑問を投げかけている。

                                                                        AWSが予告なしに「CodeCommitによるGitの提供」を取りやめ 他のサービスへの影響は?
                                                                      • Rails アプリの不要なテストデータをガっと消した🚮 - Money Forward Developers Blog

                                                                        こんにちは、id:Pocke です。マネーフォワードではクラウド会計Plusというプロダクトの開発と、RBS という Ruby の静的型のためのライブラリの開発の両方を行っています。今回の記事では、クラウド会計Plusの開発の話を書こうと思います。 TL;DR spec/fixtures/下に想像以上に多くのファイルがあることに気がついた inotify を使って不要なファイルを検出し、削除した 問題の発見 クラウド会計Plusの開発業務として、私は最近不要なコードの削除に取り組んでいます。その一環としてリポジトリの状況を調査していました。その中で以下のコードを用いて「拡張子ごとのファイル数」を計測しました。 $ git ls-files -z | ruby -e 'pp ARGF.read.split("\x0").map{File.extname(_1)}.tally.sort_by{

                                                                          Rails アプリの不要なテストデータをガっと消した🚮 - Money Forward Developers Blog
                                                                        • 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次元の配列を食わせると死ぬ
                                                                          • Go製のTaskでクロス環境タスクランナーを書く方法

                                                                            えらく、反響があったのでちょっとまとめてみようかなと。 Taskとは? ドキュメントホーム: リポジトリ: 特徴 タスクランナーやビルドツールとしてのGNU Makeよりもシンプルに記述 シンタックスはYAMLによる宣言的でトリッキーな記述方法を含まない インストール手順はほとんどの環境むけに整備済みで最悪GoとGitさえあれば簡単にインストールできる Makefileの代わりにTaskfile.ymlを書く Goのtext/template機能がプリプロセッサの役割を担っている どういった用途に向いている? 主にMakefileをタスクランナー代わりに使っていた人向けです 複雑な依存を少ない行数で記述するビルドツールとしてはGNU Makeのほうが優れています GoやRustでは依存解決しつつビルドするツールを自前で持っているのでこれらのタスクランナーとして向いています(が、Rustには

                                                                              Go製のTaskでクロス環境タスクランナーを書く方法
                                                                            • Why GitHub Actually Won

                                                                              A few days ago, a video produced by @t3dotgg was posted to his very popular YouTube channel where he reviews an article written by the Graphite team titled “How GitHub replaced SourceForge as the dominant code hosting platform”. Theo’s title was a little more succinct, “Why GitHub Won”. Being a cofounder of GitHub, I found Greg’s article and Theo’s subsequent commentary fun, but figured that it mi

                                                                                Why GitHub Actually Won
                                                                              • 33 open-source cybersecurity solutions you didn’t know you needed - Help Net Security

                                                                                Please turn on your JavaScript for this page to function normally. Open-source cybersecurity tools provide transparency and flexibility, allowing users to examine and customize the source code to fit specific security needs. These tools make cybersecurity accessible to a broader range of organizations and individuals. In this article, you will find a list of 33 open-source cybersecurity tools for

                                                                                  33 open-source cybersecurity solutions you didn’t know you needed - Help Net Security
                                                                                • kptでWETなKubernetesマニフェスト管理

                                                                                  kptでWETなKubernetesマニフェスト管理 みなさん、Kubernetesでのマニフェスト管理ってどうしてますか? Kubernetesでは、GitOpsと呼ばれる運用方法を用いてマニフェストをGitで管理することが一般的です。 マニフェストをGitで管理することで、変更履歴の追跡、コードレビュー、環境ごとのリリース管理をおこなうことができます。 一方でWall of YAMLとも呼ばれるように、マニフェスト管理は一筋縄ではいかず、Kubernetesの利用者を悩ませる課題の1つとなっています。 本記事では、メジャーなマニフェスト管理ツールの課題やマニフェストのリリース方式の課題、WETリポジトリと呼ばれるマニフェストの管理方法を紹介した後、 kptと呼ばれるツールを利用し、既存ツールの課題やリリース方式の問題点を解決する方法について解説します。 マニフェスト管理ツール Kube

                                                                                    kptでWETなKubernetesマニフェスト管理