GitHub CEOが語るソフトウェア開発の未来。ソフトウェア開発とは問題の解決であり、コーディング作業はゼロになっていく。GitHub Universe 2017
GitHubの年次イベント「GitHub Universe 2017」、基調講演に登壇したCEOのChris Wanstrath。ソフトウェア開発の未来について、これからさらに優れた開発手段が登場するとの大きな期待を示した。 GitHubがサンフランシスコで開催中の年次イベント「GitHub Universe 2017」。基調講演の最後に登場した同社共同創業者兼CEOのChris Wanstrath氏は、同氏が考えるソフトウェア開発の未来について語りました。 Chris氏はこのなかで、コーディング作業はゼロになっていく一方、ソフトウェア開発の本質である問題解決を実現するため、さらに優れた開発手段が登場することへの大きな期待を示しました。 基調講演で語られた内容をダイジェストで紹介します。 コーディング作業は、行数で数えるならば、その登場からどんどん小さくなってきている。 いまではさまざまな
「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう － Publickey
「Open Source Friday」をGitHubが提唱。金曜日は自分の好きなオープンソースに貢献しよう これはもともとGitHub社内で行われていた運動を広げ、誰でも参加しやすいようにしたもの。 下記はOpen Source Fridayの提唱を紹介する同社ブログの記事「Contribute on Open Source Friday · GitHub」からの引用です。 Over the last three years, we've encouraged GitHub employees to take time at least every fourth Friday to work on open source and share what we're working on with each other. Open Source Friday has grown from t
GitHubのコード検索 : プログラマにとっての宝の山 | POSTD
新しい言語やフレームワークを学ぶことは、時には苦闘になることがあります。従来のアプローチは、概念を説明し簡単な例を提供するドキュメントを読むことです。それで十分な場合もありますが、ドキュメントに高度な例や実際のプロジェクトでの使い方が書かれていない場合も多々あります。 ドキュメントに記載されていない問題に出くわすと、大抵の人はStack Overflowで解決策を探します（またはソースコードを丹念に調べます）。しかし、「使っているフレームワークが登場してから十分に期間が経っておらず、思い浮かぶ質問全てにStack Overflowが答えてくれない」ということもありえます。 今まで問題にはまって、こう考えたことはありませんか？ 「誰かが既にこの問題を解決しているはずだ！では、なぜこの問題に対する答えがStack Overflowにないのだろうか？」 そのとおりです。恐らく誰かは既にそれを解決
わかりやすいREADME.mdを書く
GitHub などに自分のツールやライブラリを公開するとき，README.md は重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩は README.md にかかっている，と言っても過言ではない．実際自分が使う側になったときも，まず README.md を読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれて README はあるべき姿に成長していくべきだと思う． README の役割 README.md には大きく 2 つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々 README は前者の役割しかなかったが，GitHub の仕組み上，後者の役割も徐
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
