普通の人が資産運用で99点をとる方法とその考え方 - hayato
(2025年12月) 第４部「細かすぎて伝わらない編（仮）)」を試験的に公開。現在 GitHub スポンサーの仕組みを利用したサポーター限定公開です。 (2025年12月) 書籍版の内容を基に全面的に更新。 (2024年9月) 書籍『普通の人が資産運用で99点をとる方法とその考え方』が日経BPから出版されました。詳しくはこちら。 今後もこの記事の内容は必要に応じてアップデートする予定です。質問等は、GitHub Issues までお願いします。 更新履歴 直接、ここ (Blame の結果)をみてもらうのが一番早いです。以下の更新履歴はおまけ程度です。 [2025-12-17 Wed] 第4部「細かすぎて伝わらない編(仮)」 を仮公開 [2025-12-17 Wed] 書籍版の内容に更新 (Issue #79) [2024-10-23 Wed] 目次を追加。内容は同じ。 [2024-08-0
個人開発のモチベを上げるおしゃれリポジトリ駆動開発 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 皆さんは個人開発しているでしょうか？？ 私はしたいなと思いながら開発を始めるも環境構築で燃え尽きたり、作りたいものの規模が大きくて最後まで作りきれなかったりすることが多かったです。 なので、書籍などを学習するほうが先が見えるので好きな傾向にありました しかし、最近周りの人たちがプライベートにいろいろ作っていることに危機感を覚えて自分なりにどうすればモチベーション高く個人開発ができるのかを考えたのでまとめます それが おしゃれリポジトリを作る という考え方です まさに 「おしゃれリポジトリ駆動開発」です おしゃれリポジトリとは
スプレッドシートの内容を GitHub のリポジトリに自動的に同期する仕組みを作った
[{ "teamName": "チームA", "players": ["Aさん", "Bさん", "Cさん", "Dさん"] }] スプレッドシートの内容を Node.js で取得 スプレッドシートの内容を Node.js で取得するために @googleapis/sheets を使用しました。 認証情報は Application Default Credentials (以下 ADC) が設定されていることを前提にしました。事前に認証情報に紐付いているメールアドレスに対して、スプレッドシートを閲覧できる権限を与えておく必要があります。 これにより以下のコードでスプレッドシートの内容を取得することができます。 const sheetId = ""; const auth = new GoogleAuth({ scopes: [ "https://www.googleapis.com/aut
「Gitify」を入れて GitHub 上での通知の見逃しを防止・軽減する - Beeeat’s log
GitHub でチーム開発している時に以下のような見逃しがよく発生していました． 「○○さんにプルリクエストにコメントしたけど，返事が全然返って来ない．というかコメントしたの気づいてなさそう」 「あぁ！△△さんからの issue のコメント今気づいたわぁ」 Slack と GitHub を連携して通知するようにしてるんだけど，通知が流れてしまって気づかなかったわ．．． Notification の画面やメールをチェックをすればわかりはしますが，開くのが面倒だなぁと思うことがあります． そこで今回はそんな通知の見逃しをより防止・軽減する「Gitify」というデスクトップアプリのインストール方法と使い方をまとめていきます． 現在は(2019年)，Mac に対応しています．公式のウェブサイトには Mac OSX 対応となっておりますが macOS Mojave(10.14.6)で試した所，特に問
Dependabot · GitHub Marketplace · GitHub
Categories Dependency management Security Free Trials Free Paid Supported languages C#, Elixir, F# and 7 other languages supported Developer links Support Status Privacy Policy Terms of Service Report abuse Dependabot helps you keep your dependencies up to date. It works with most popular languages - you can see full details of the languages we support here. Every day, Dependabot checks your depen
GitHub の issue を見逃さないようにするツール - Qiita
はこです。こんにちわ。 GitHubのissueを、いわゆるチケット駆動開発のチケットとして使っているような場合や、そうでなくてもPullRequestを活用する開発の場合、割当られたissueの見逃しって難しい問題ですよね。 シンプルかつ使いやすい＆gitのコミットに連動するので、issueは手放せませんね。ただ、標準機能だとissueの通知・閲覧がちょっと不便なので、いろいろなアプリを入れていると思います。 今日は、そういったGitHub issueビューワーを色々と比較してみます。 Github issueビューワー一覧 良かったやつ Gitscout https://gitscout.com/ 無料 内部実装はElectron。なのにmacにしか対応していない。 Jasper https://jasperapp.io/ 12ドル 内部実装はElectron 日本の方が作ってるだけあ
本番環境でテストする！ github が作った scientist gem を使ってみよう - HeartRails Tech Blog
HeartRails Tech Blog ハートレイルズのエンジニア、デザイナーによるブログです。 ウェブサービス、スマホアプリ、IoT デバイスの開発に関連する技術的な情報を発信していきます。 github/scientist これは何？ github が開発し、つい先日 ver1.0 がリリースされた gem です。 本番環境で新しいコードを試すためのツールです。 例えば以下のようなコードがあったとしましょう。 class Repository def pullable_by?(user) self.is_collaborator?(user) end end このコードを以下のようにリファクタリングしたい、とします。 def pullable_by?(user) has_access?(user) end しかし、新しいコードが元のコードと全く同じように動いてくれるかどうか心配。。。
Github projectsが実際に使えるレベルになっていたのでみんな使っていいと思う - そーだいなるらくがき帳
GithubのカンバンツールであるGithub Projectsはリリースされて1年以上経っている（2018/04/10現在） 僕が当時、使えるかなって思って試した感想は下記の人とほとんど同じような感想だった。 qiita.com 以下、引用。 projectページ内でissueを作成することができないことも率直に不便を感じた :thought_balloon: issueをcloseしたり、PRがmergeされたら自動でclosedのカラムへ移動してほしい。 「自分の担当issueのみ進捗管理したい」などのニーズは容易に想定できるので、projects内のフィルタリング機能がほしい 上記に対して改善しているポイントを述べていく。 Projectsの中で作ったカードをissueに登録できる 該当のカラムの中でカードを作ることが出来る。 これはissueとは別の独立した存在でissueには登
開発者のタスク管理をGitHubで行ったらうまくいった話 | DevelopersIO
はじめに こんにちは、6月からAndroidの開発を担当している荒川です。 この記事は以下の方を対象にしています。 リモートリポジトリにGitHubを使っている タスクや課題の管理を小〜中規模のプロジェクトで行っている 複数の開発タスクが並行して進むプロジェクトにアサインされている 開発者のみのタスク管理を主体的に行いたい タスク管理ツールを使っているがイマイチうまくいっていない この記事では、私が実践して良かった経験則を紹介します。誰でも真似すれば必ずうまく行くという保証はありません。この記事の読者の方が、担当しているプロジェクトに合わせてアレンジを加えるとより効果が増すかと思います。 開発者のタスク管理 モバイルアプリサービス部では、コミュニケーションツールにBacklogやTrello、Pivotal Trackerを用いている事を突撃！隣の開発環境 パート3【クラスメソッド編】の記
GitHub でイシューからイシューを作るときに便利な userscript - 詩と創作・思索のひろば
とくに GitHub を使って仕事をしていると、あるイシューからそのサブイシューを生成する機会がよくあって、そういう時はサブイシューから親イシューを（#765 のようにして）参照しておくと便利なのだけれど、イシューをまとめて整理しているときにはこの細かい作業が面倒。そこで userscript を書いた。 github-userscripts/refer-issue-when-creating at master · motemen/github-userscripts · GitHub 挙動は簡単で、GitHub 上のイシューや Pull Request のページ内にある「New Issue」ボタンをクリックしたとき、イシュー作成フォームの本文やタイトルに、もともとのイシューを参照するような内容がフィルインされるというもの。本文にはイシュー番号、タイトルには元のイシューの名前が入ります。
【GitHub】GitHubのWikiを書く | AdMax Tech Blog
AdMaxSDKの使い方はすべてWikiに書いています。 ライブラリなどを作成してGitHubを使って世に公開したときにREADME.mdに使い方すべてを書いてしまうと、とっても読みづらいです。 どんなライブラリか、対応バージョン、インストール方法など簡単に書けるものはREADME.mdに書くで問題ないと思います。 しかし、細かい使い方やAdMaxSDKみたいにあまり使い方がわかっていない人に対して「SDKを用意したから勝手に使ってください。」という姿勢は失礼だと思ったのでWikiにすべてを書きました。 なので、今回はGitHubにWikiを公開するまでの流れを書きます。 リポジトリの作成 なにはともあれリポジトリを作成します。 ここは割愛させて頂きます。 Wikiの作成 ではさっそくWikiを作成します。 リポジトリの画面の右にWikiのリンクがあるのでそれをクリックしてください。 リン
Issue and Pull Request templates
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
GitHub Desktop is now available
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
GitHub勉強に行ってきたにゃん - 未来のいつか/hyoshiokの日記
ともちゃんがGitHubを勉強したいにゃん、ということなので、勉強会に行ってきた。みんな猫耳つけて発表するというわけのわからない勉強会であった。 http://atnd.org/events/48075 Introduction to Git and GitHub #git_nyan from Hiro Yoshioka のれんがかかっていた。 これらはすべて手作り 沢田さんの説明 LTもあった GitHub実践入門とステッカー わたしのお話は、GitがLinusの自分の問題を解決することから始まったというような歴史の話からあれやこれや。Linuxのソースコードを管理するためには分散型、高速、高信頼性などが必要。 Linusは自分のPCのバックアップをとっていなくてもコミットしたものをインターネットにおいておけば誰かがコピーして、そのコピーは改竄することが非常に難しいので安全に複数のバック
Gitterが一般βになったので早速やってみたんだけど、ムッチャ感動するレベルだった - Life goes on
Gitterに感動した 金曜にメールチェックしてたら「Gitterが一般βになったから誰でも参加できるようになったよ」ってメールが届いてた。 確か以前は抽選かなんかだったんだけど、アイディアがちょっと面白いなーと思って参加できるようになったらメールでお知らせしてもらおうと登録してたんだけど。 Gitter - Chat, for GitHub 早速、試してみたんだけど…久々に感動するレベルのWebサービスでした。 そもそもこのサービス何なのか知らない人が大半だと思うんで、ちょっと説明するとこんな感じです。 GitHubのリポジトリやOrganization単位でチャットルームを作ることができる まあ、これだけなんですが。WebアプリとMacアプリがあってiPhoneとかのモバイル対応はまだらしい。とはいえ、Webアプリの方をMobile Safariなんかで見たらそこそこ見やすい感じではあ
Github を使って雑誌原稿を書く - naoyaのはてなダイアリー
今日はこのあと Github の Tokyo Drinkup January 2014 に行くのだが、先方から、もしかしたら 10分ほど Github について話してもらうかも、と打診された。話すか話さないかわからないが、もし話すとしたらと仮定し内容の整理も兼ねて以下「Github を使って雑誌原稿を書く」ということについて書いてみようと思う。 「Github を使って雑誌原稿を書く」もしくは「Github を使った雑誌編集者とのコラボレーション」について、である。 Web+DB PRESS の連載 ご存知の方もいるかもしれないが、このところ技術評論社の Web+DB PRESS で連載をしている。連載を始めて、もう一年近く経った。以前にも Perl に関する連載をしていて、そのときも数年ぐらい続けたので、間があきつつも、なんだかんだでそれぐらいの付き合いになる。 最近は特にテーマは決めず
GitHubはいかにして始まったのか - I am bad at math
またもや 37signals ネタなのだけれども、彼らの blog で連載されている「Bootstrapped, Profitable, & Proud」というシリーズが凄まじく面白いし参考になる。 内容はそのタイトル通り初期投資にお金をかけずに（ベンチャーキャピタルを使わずに）設立し、利益を生むまでになった（収入でいうと100万ドル以上の）会社を一社づつインタビューしてそのサクセスストーリーを披露するというものだ。 で、最新版にはみんな大好き GitHub が登場。 Bootstrapped, Profitable, & Proud: GitHub その中から「How did the business get started?」という質問に対する回答を訳してみる。チョー訳だけど。 最初 GitHub は週末プロジェクトだったんだ、git のホスティングサイトをやりたいって Tom Pre
Infrastructure as Code - naoyaのはてなダイアリー
今年の3月に 入門Chef Solo - Infrastructure as Code という本を書いた。 その名の通り Chef の入門書なのだけど、このサブタイトルは "Configuration Management Tool (構成管理ツール)" でもなく "Provisioning Framework (プロビジョニングフレームワーク)" でもなく、はたまた "Automated Infrastructure (自動化されたインフラ)" でもなく、"Infrastructure as Code" にした。 この一年で Chef や Puppet にはずいぶんと注目が集まった。おそらく、AWS をはじめとするクラウドサービスがより広いユーザーに浸透したことで仮想化環境が前提になって、以前よりも頻繁にサーバーを構築し直したりする機会が増えたとかその辺がひとつ理由として挙げられると思う
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
GitHubを快適にブラウジングするための3種の神器
