Roppongi.js#4「貢献できるOSSの見つけ方 -How to find "Good First Issues"-」 リンク付きの資料はこちら https://ohbarye.github.io/slides/2018/roppongi.js-4/
「GitHubの独立性を守って、すべての開発者にいままで通り使ってもらう」、GitHubの国内イベントに日本マイクロソフトのCTOが登場。GitHubの独立性維持を約束 GitHub Japanは本日6月12日に都内で開発者向けのイベント「GitHub Satellite 2018」を開催、日本マイクロソフトのCTOが急遽登壇し、GitHubの独立性維持を約束しました。 基調講演でGitHub Japanカントリマネージャ 公家尊裕氏は日本にGitHubの現地法人ができて3年でGitHubの国内ユーザーが3.5倍に増えたことを紹介。 続いてGitHubシニア・バイスプレジデント・テクノロジーの ジェイソン・ワーナー氏が、開発者が直面する複雑さを解決していくというGitHubのビジョンを説明したのち、壇上に日本マイクロソフトの最高技術責任者 榊原彰氏が登場しました。 榊原氏はマイクロソフトに
"require-dev": { "fzaninotto/faker": "~1.4", "mockery/mockery": "0.9.*", "phpunit/phpunit": "~4.0", "phpspec/phpspec": "~2.1", "squizlabs/php_codesniffer": "*", "phpmd/phpmd" : "*" }, #!/usr/bin/env bash set -eu echo "********************" echo "* install gems *" echo "********************" gem install --no-document checkstyle_filter-git saddler saddler-reporter-github pmd_translate_checkstyle_for
実現したいこと フォーマットがぐちゃぐちゃのコードや、close漏れしてるコード、使ってないリソースが大量にあるようなプロジェクトをこの世から駆逐したい。 CheckstyleとかFindBugsをコミットする前に毎回確認し、それを修正していけば駆逐出来そうですが、 つい忘れてしまったり、時間がないからと後回しにしてしまいがちです。にんげんだもの。 また、コードレビューで、スペースの位置とかインデントとか細かいことを指摘したくない。 そんなの、人間の仕事じゃないので、コンピュータにやらせたい。 ということで、下図のようにGitHubのpull requestにレビューの形で書けば、実装者は対応せざるを得ないし、 対応後のコードを人間がレビューすることで、人間は本質的なレビューに専念できます。(きっと 自動レビューの内容としては下記の通り。 Checkstyle FindBugs PMD C
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く