Ruby/Rails の勉強に何読んだらいいかと聞かれたとき - id:onk のはてなブログ
「次の職場が Ruby なんだけど」と読み書きそろばんを聞かれたのと、大阪Ruby会議03、大江戸Ruby会議10、Kaigi on Rails 2023 と Ruby/Rails 関係のイベントに続けて参加して、作者の皆さまと会ったので。 「読める」になるために 言語仕様は何らかの本 1 冊の冒頭の方を読めば雰囲気は掴めるだろう。 Ginza Rails27 igaiga - Speaker Deck 著書や技術顧問、健康診断レポート でお馴染みの @igaiga555 さんの作った表で、難易度別にまとまっている。 たのしいRuby か、プロを目指す人のためのRuby入門 が定番かなぁ。 できることを知る るりま (Ruby リファレンスマニュアル) の Enumerable、String Rails Guides の Active Support Core Extensions 日本語
GitHubコマテク集 - OpenWork Tech Blog
インフラチームの西川です。 当社ではGitHubを利用しています。いろいろ便利な機能があるのですが社内でコマテクを募集してみたところ意外と知らないものがあったので共有してみます。 行動の見える化 特定コミットのリンク取得 通知 行動規範 ガイドライン .github リポジトリ テンプレートリポジトリ タグをたくさんプッシュさせない ドラフトプルリクエスト チケットの自動リンク化 ベースブランチの更新を取り込む まだレビューが終わってないプルリクエストの一覧化 レビュアーの自動割り当て コードの所有者 ファイル単位でレビュー済みをチェックする レビュー中のファイルを全部閉じる 具体的な修正を提案する レビューコメントをラベル化 デプロイ管理 リリースノートを自動作成 行動の見える化 以下の設定をすることで、GitHub上の行動を見える化することができます。 docs.github.com
GitHub - samber/lo: 💥 A Lodash-style Go library based on Go 1.18+ Generics (map, filter, contains, find...)
✨ samber/lo is a Lodash-style Go library based on Go 1.18+ Generics. This project started as an experiment with the new generics implementation. It may look like Lodash in some aspects. I used to code with the fantastic "go-funk" package, but "go-funk" uses reflection and therefore is not typesafe. As expected, benchmarks demonstrate that generics are much faster than implementations based on the
【令和最新版】PGP鍵の作り方から管理方法、Git Commitへの署名まで - Qiita
はじめに この記事は限界開発鯖 Advent Calendar 2022の11日目の記事です。 PGP(OpenPGP)とは？ PGPは Pretty Good Privacy の略で、電子メールなどで使用できるデジタル署名のプロトコルの一つです。OpenPGPはそれをオープンな規格にしたもので、RFC 4880などで標準化されています。 OpenPGPは規格なので規格に沿っていれば自由に実装することが可能です。その中でも特に有名なのがGNUによるGnuPG( GNU Privacy Guard )です。GnuPGでは暗号化や署名などの様々な操作をすることができ、これらを電子メールやGit Commitの署名などに活用することが出来ます。GnuPG自体はOpenPGPの実装の一つに過ぎないのですが、かなり有名なため、PGPとGPGが混同されて使用されることも多々あります。 以後PGP鍵の作
GitHubにPGP鍵を登録して署名つきcommitを作成してみた | DevelopersIO
GitではPGP鍵を利用したCommitへの署名ができることを以前から知っていましたが, 下記記事を拝見して簡単に設定できることを知ったのでPGP鍵の生成から設定までやろうと思いました. また, とあるプロジェクトのCode Ownerになったため, リポジトリへのCommitに対して署名をすることで偽装を防げる方が良いのではないかと感じたことにも起因しています. 本記事では, 下記4点について実施したことをまとめます. macOSでのPGP鍵の生成 Gitでの署名つきCommitの実行 GitHubへの公開鍵の登録 他のPCへの秘密鍵のインポート macOSでのPGP鍵の生成 まずは必要なツールをインストールします. PGP鍵を生成するためのGnuPGとパスフレーズ入力に利用するPinentryをインストールします. インストールが完了したらGnuPGのバージョンを確認して, 2以降であ
Markdownでシーケンス図とかが書けるMermaid記法で業務フローを書いたら意外とイケたので自分なりのコツを紹介してみる | DevelopersIO
こんにちは、臼田です。 みなさん、業務設計してますか？(挨拶 今回はMarkdownでシーケンス図やフローチャートなどの図を記述できるMermaidを使って業務フローを書いてみたら、意外と書けたので自分なりのTipsを紹介したいと思います。 その前に 注意点として、まだMermaidを使い始めたばかりなので、「もっとこうしたらいいぞ」とか「こっちのほうがいいぞ」とかあれば建設的なフィードバックとしてSNSとかでいただけるとありがたいです。 あと業務フローって表現しましたが、人によって思い描く業務フローが違うと思うので、業務フローの定義に関するツッコミはご容赦ください。私が今回Mermaidで書いたのは以下の図です。(内容はブログ用に簡素化しました) この図のコードは以下のとおりです。(後ほど解説します) sequenceDiagram autonumber actor お客様 partic
Dependabot を使ってGitHubのGemfileのアップデートのPRを作る
目的 RailsプロジェクトのGemfileを最新に保つべく、Dependabotを使う 手順 /.github/dependabot.yml をdefault branchにcommitするだけです。 documentは下記です。 自分の設定 以下自分が使っている設定です。 version: 2 updates: - package-ecosystem: "bundler" directory: "/" target-branch: "develop" schedule: interval: "weekly" day: "friday" time: "00:32" timezone: "Asia/Tokyo" versioning-strategy: "lockfile-only" open-pull-requests-limit: 2 - package-ecosystem: "npm
GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている
GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている 4月10日でサービス開始からちょうど15周年を迎えたGitHubは、当初からRuby on Railsを用いたモノリシックなアプリケーションとして作られてきました。現在では200万行近い規模のコードになっているそうです。 今年1月にはGtHubを利用しているデベロッパーが1億人に到達したことも発表しました。GitHubはまさに世界最大級のRailsアプリケーションだと言っていいでしょう。 そのGitHubは5年前の2018年、Railsのバージョンを3.2から5.2に上げる作業に1年半を費やし。そして二度とこのようなことにならないよう、より頻繁にアップデートを行うべき、などの教訓を得たとしていました。 そして現在、GitHubは毎週月曜日にRailsのアップデート作業
GitHub - link-u/cavif: avif encoder, using libaom directly.
[2022/03/26 11:57:21 INFO ] cavif [2022/03/26 11:57:21 INFO ] libaom ver: 3.3.0 [2022/03/26 11:57:21 INFO ] libpng ver:1.6.38.git SYNOPSIS cavif -i <input.png> -o <output.avif> [--attach-alpha <input-alpha.avif>] [--attach-depth <input-depth.avif>] [--encode-target [image|alpha]] [--show-result] [--rotation [0|90|180|270]] [--mirror [vertical|horizontal]] [--crop-size <width,height>] [--crop-offse
Amazon Elastic Container Serviceへのデプロイ - GitHub Docs
以下のワークフローの ECR_REPOSITORY 変数には、同じ Amazon ECR リポジトリ名 (ここで MY_ECR_REPOSITORY で表されます)を使用していることを確認します。 以下のワークフローで、AWS_REGION (ここで MY_AWS_REGION で表される) 変数に同じ AWS リージョン値を使用していることを確認します。 Amazon ECS タスク定義、クラスター、サービスを作成します。 詳細については、Amazon ECS コンソールの入門ウィザード、または Amazon ECS ドキュメントのファースト ステップ ガイドに従ってください。 Amazon ECS サービスとクラスターに設定した名前をメモし、以下のワークフローの ECS_SERVICE 変数とECS_CLUSTER 変数に使用していることを確認します。 Amazon ECS タスク定義
Learn Go with Tests: テスト駆動開発を体験しながら Go を学ぼう - kakakakakku blog
TDD（テスト駆動開発）を体験しながら Go を学べる学習コンテンツ「Learn Go with Tests」を紹介する❗️全てのコンテンツを実施してみて，非常に良かったのでまとめることにした💡 Go に入門できる TDD のサイクル (Red / Green / Refactor) を体験できる コンテンツは "35種類" もある 無料で学べる GitBook (GitHub) に公開されている 日本語対応 英語版 📚 quii.gitbook.io 日本語版 📚 andmorefine.gitbook.io コンテンツ一覧 なんと「35種類」もコンテンツがある❗️ Go fundamentals 🚢 21種類 Install Go（Go をインストールする） Hello, world（Hello, World） Integers（整数） Iteration（反復、繰り返し） A
GitHub+CircleCI入門 - Qiita
CircleCIとは CircleCI はSaaS型のCI/CDサービスです。 CI/CDとは「Continuous Integration / Continuous Delivery」の略であり、ビルドやテスト、デプロイを自動化して継続的に行うものです。 GitHubやBitbucketなどのGitホスティングサービスと連携することで、コードがPushされるなどのトリガーに応じて任意の処理を行うことができます。 今回は、PRを出した時にフロントエンドのテストが走るような設定を行ってみます。 CircleCIでHello Worldしてみる アカウント登録 まずアカウントを作る必要がありますが、GitHubやBitbucketを既に利用している方は Signupから「Sign Up with GitHub」や「Sign Up with Bitbucket」で簡単に登録できます。 confi
CIをJenkinsからCircleCIに載せ替えた話 - Cybozu Inside Out | サイボウズエンジニアのブログ
kintoneチームの川向です。 kintoneチームではCIツールとしてJenkinsを長い間使用してきましたが、 2021年の夏でCircleCIへの移行を完了しました。 今回はその時の様子を共有したいと思います。 2021年初めの状況 2021年初め頃のkintoneチームでは、メインのCIとしてJenkinsを使用し、CircleCIをサブとして併用していました。 リリース候補のブランチのCI(メインのCI)では、Jenkinsを使用して複数のジョブを用意し、 それをJoinプラグインで繋げていました。 このプラグインを使うことで、別々のジョブを同時実行することができます。 これをDelivery Pipelineプラグインで可視化していました。 また、メインのCIではE2Eのテストも自動で実行しています。 テストでは特別にセットアップした開発機材を使う必要があり、その排他制御のた
CircleCIにreviewdogを飼うことにした。 - patorashのブログ
Rubocopを一応入れているのに、滅多に動かしてなくてあんまり意味を成していなかった。issueにずっとあったCIにRubocopを取り入れるというやつに着手しようと思ってようやく取り組み始めた。 reviewdogを知る CircleCIのワークフローにRubocopのチェックを入れて、自動的にコメントをしてもらいたいなぁと思って調べていたら、reviewdogを知った。 blog.toshimaru.net 自分がやりたかったことはまさにこれだったので、これを参考にすることに。 reviewdogのインストールは本家を参考にした。 github.com バイナリで配布もされているが、goenvでgoを入れているので、go getを使って入れた。 $ go get -u github.com/haya14busa/reviewdog/cmd/reviewdog reviewdogが実行
GitHub Packages を npm install するための手段あれこれ - mizdra's blog
概要 社内向けの npm packages を publish するのに GitHub Packages が便利 GitHub 内で完結してお手軽 & Actions を使って自動リリースフローを作りやすい しかし GitHub Packages に上がっている npm packages を npm install するには少々手間がかかる 具体的には GitHub の Personal Access Token (以下PAT) を使い、npm-cli を認証させる必要がある https://docs.github.com/ja/packages/guides/configuring-npm-for-use-with-github-packages#installing-a-package repo と read:packages にチェックの入ったトークンが必要 package が pu
GitHub Actions でのシークレットの使用 - GitHub Docs
シークレットについて シークレットは、組織、リポジトリ、またはリポジトリ環境内に作成する変数です。 作成したシークレットは、GitHub Actionsワークフローで利用できます。 GitHub Actions でシークレットを読み取ることができるのは、シークレットをワークフローに明示的に含める場合のみです。 Organizationレベルで保存されたシークレットについては、アクセスポリシーを使ってどのリポジトリがOrganizationのシークレットを利用できる化を制御できます。 Organizationレベルのシークレットを利用すると、複数のリポジトリ間でシークレットを共有できるので、重複してシークレットを作成する必要が軽減されます。 一カ所でOrganizationシークレットを更新すれば、そのシークレットを使うすべてのリポジトリワークフローにその変更が有効になることを保証できます。
GitHub Actions ドキュメント - GitHub Docs
GitHub Actionsで、ソフトウェア開発ワークフローをリポジトリの中で自動化し、カスタマイズし、実行しましょう。 CI/CDを含む好きなジョブを実行してくれるアクションを、見つけたり、作成したり、共有したり、完全にカスタマイズされたワークフロー中でアクションを組み合わせたりできます。
Githubで間違って作成したリモートブランチを消す方法 - Uemmra3’s blog
すごい広島()という勉強会がある。 広島で毎週水曜日に行われている勉強会で、とにかく技術的・コミュニティ的なタスクを決めてGithubに成果を残すスタイルである(私の解釈)。あとはリモート参加を受け入れていて、広島から遠い場所にいる場合でも、ネット回線があれば参加することができる。 ただGithub経験値の弱い私は、間違ったブランチを作ってしまい、ちょっと焦った。基本的にはこのブログ(expressweb.jp - このウェブサイトは販売用です！ - ウィンドウズサーバー レンタルサーバー サーバー エクスプレスウェブ リソースおよび情報)を見てローカルブランチを作らずに、リモート操作のみで済ましているので、そんなミスをした時の対処方法を残しておこうと思う。 まずは、対象のリモートリポジトリのブランチを開く。 次に、消したいブランチの右端にあるゴミ箱ボタンを押す。 以上 こんだけの事だけど
[小ネタ]GitHubでコミット間の差分をパッチ形式で表示する | DevelopersIO
はじめに GitHubで特定のブランチ or コミット間の差分をパッチファイルにしたい時ってありますよね？(挨拶） 例えばforce-pushで打ち消されたコミットや削除されたブランチの変更を手元で再現したい時に必要になります（※世の中の人にはあなたが思っているよりもいろいろな事情があるのです） 差分の表示方法 特定のブランチ、コミット、タグ間の差分を表示する方法は公式ドキュメントで紹介されていますが、基本的には以下のURLにアクセスするだけです。 base, otherにはブランチ名、コミットハッシュ、タグ名を指定します。 https://github.com/<org>/<repo>/compare/<base>..<other> 例えば elm/coreのmasterとdevの差分は以下のURLです。 ブランチ指定 コミット指定 パッチ形式での表示方法 上記の方法だと差分がUIで表示
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - JunichiIto/ruby-book-codes-v2: Sample codes for "プロを目指す人のためのRuby入門 改訂2版" book.
