すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita
本記事は、Simon Holdorf氏による「10 Extraordinary GitHub Repos for All Developers」（2021年4月4日公開）の和訳を、著者の許可を得て掲載しているものです。 こちらもどうぞ すべてのウェブ開発者へ。人気GitHubリポジトリ9選 面接のリソース、build your own X、優れたパブリックAPIのリストなど Photo by Vishnu R Nair on Unsplash はじめに GitHubは、あらゆる種類の技術、フレームワーク、ライブラリ、コレクションなどを共有するためのNo.1プラットフォームです。しかし、その巨大さゆえに、最も有用なリポジトリを探すのが難しいという問題もあります。そこで私は、すべてのソフトウェアエンジニアに大きな価値のある、素晴らしいリポジトリ10選を作ることにしました。すべてに多くのGitH
ggc/ggc_list.md at master · shouh/ggc · GitHub
GGC - Github Girls Collection Marks 🐢 確認した時に Contributions が 5 以下 -------------------------------- 本人写真アリ -------------------------------- ❤️ ❤️ ❤️ ❤️ ❤️ chomado(3405269) 千代田 まどかさん, 文系, マンガ家, Microsoft, https://chomado.com/ ❤️ ❤️ ❤️ ❤️ mahya8585(10239748) 石田 真彩さん, Python muan(1153134) Mu-An Chiou さん, Github, Chinese, English ikegami-yukino(780831) Python, http://ikegami-yukino.github.io/ kyuyonki
Pelican って何？
「Pelican」は、Python製静的サイトジェネレータです。 「reStructuredText」「Markdown」「AsciiDoc」といったマークアップ言語を用いて、 好きなエディタでコンテンツを記載し、作成したコンテンツを付属のCLIツールで手軽に公開する事ができます。 似たようなツールとして、Ruby製の Jekyll や Octopress、 Middlemanが有名ですが、なんとなく「Python製の静的サイトジェネレーターが無いかなー」と探していたところ出会ったのがPelicanでした。 Pelicanと出会った瞬間 触ってみて、Pelicanの良い所は「Pythonさえあれば動く！（ぴゅあぱいそん！）」「シンプル！」「動作が軽快！」ってところなのかもしれませんが、まぁ、とりあえず 名前がかっこいい って事で使い始めました。 （ロゴは適当ですが・・・） ちなみに「Pel
たくさんあるオープンソースライセンスのそれぞれの特徴のまとめ
GitHubが、どのオープンソースライセンスを選択すればよいのか指針となるサイトを公開したので、それぞれの特徴を翻訳してまとめてみました。 Choosing an OSS license Apache v2 License GPL v2 MIT License Mozilla Public License Version 2.0 LGPL v2.1 BSD (3-Clause) License Artistic License 2.0 GPL v3 LGPL v3 Affero GPL Public Domain (Unlicense) No License Eclipse Public License v1.0 BSD 2-Clause license 備考：各項目の補足説明 最後の「備考：各項目の補足説明」に各項目の補足となる説明をまとめました。 Apache v2 License ソ
ネイティブと働いて分かった英語コミットメッセージの頻出動詞10つ
ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. （英語勉強しないと..） 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 （仕事でDeprecateとか滅多に使わんし） 同僚に聞きつつ10つあげてみた. 以下列挙 （例は実際の同僚やOSS上でのコミットメッセージです.） Add *A to *B AをBに加える
Go言語でWebアプリを書いてみた話とそのフォローアップ【KMCアドベントカレンダー１日目】 - Pastalablog in はてな
この記事はKMCアドベントカレンダー2014の１日目の記事です。 KMCアドベントカレンダー１日目ということで先日GDG京都の勉強会とKMC学習発表会で話した「Go言語入門者が Webアプリケーション を作ってみた話 #devfest #gdgkyoto」の補足などを書いてみたいと思います。 Go言語入門者が Webアプリケーション を作ってみた話 #devfest #gdgkyoto from Shoot Morii 各種packageについて 今回の資料では https://github.com/zenazn/goji https://github.com/mattn/gom https://github.com/coopernurse/gorp https://github.com/yosssi/ace https://bitbucket.org/liamstask/goose を使
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub English Challenge Cheat Sheet - Qiita
最近の開発では、必須になっているGithubの使い方を簡単に学べるサイト！ – @attrip