Readme Driven Development
Readme Driven Development 23 August 2010 - San Francisco I hear a lot of talk these days about TDD and BDD and Extreme Programming and SCRUM and stand up meetings and all kinds of methodologies and techniques for developing better software, but it’s all irrelevant unless the software we’re building meets the needs of those that are using it. Let me put that another way. A perfect implementation of
Chefはオープンソースではない | POSTD
本題に入る前に言っておきます。私は、このトピックは重大であるし、Chef Software（以後Chef Incと表記）の一部の人たちにとっては、ことさら重要な意味があると思っています。「Chefはオープンソースではない」という問題に向き合う時が来たのです。いつからそうなったか正確には分かりませんが、この数年間でChefはオープンソースモデルから確実にシフトしてきています。 「でも、コードはGitHubに公開されていますよ」 確かに、文字通りの意味では、コードは自由に閲覧および改変できるようになっていますが、それだけではオープンソースの理念を満たしているとは言えません。なぜなら、オープンソースとは協力してソフトウェアを構築するコミュニティだからです。 「でも、私もパッチを提供したことがありますよ」 皆さんのコントリビューションには感謝しますが、この問題は大局的に捉える必要があります。元々「
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
マイクロソフトがGitHubに登場。TypeScriptのプロジェクトをCodeplexからGitHubへ移行
マイクロソフトがGitHubに登場。TypeScriptのプロジェクトをCodeplexからGitHubへ移行 「みなさんからのフィードバックを受けて、GitHubへ移行しました」（We’ve heard your feedback, and we’re making the move to GitHub.）。米マイクロソフトはオープンソースで開発しているプログラミング言語「TypeScript」のプロジェクトを、それまで使用していたCodeplexからGitHubへ移行したことを明らかにしました。 これまでTypeScriptは同社のオープンソース向けプロジェクトホスティングサービス「CodePlex」の上で運営されていました。しかしCodePlex上のTypeScriptプロジェクトで受け付けていたコミュニティからのフィードバックによってGitHubへの移行を決定しました。 現在、Co
Webサービス開発の変遷と現在
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
個人開発と徳
主催・運営した エムスリー x Gunosy Beer bash！ の発表資料です＾＾ gunosy-beer.connpass.com/event/22825/
GitHubで雑誌・書籍を作る
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
Shibu's Diary: プログラマは酵母菌じゃないんだよ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 マイクロソフトはＸＰの基本設計を公開すべきだ オープンソースという言葉が一般化して、多くの人が使うようになってきたというのは感慨深いものです。ただ、同床異夢というというか、オープンソースというものに対していろいろな誤解とか先入観があるように感じます。僕もまだ業務としてプロダクトを作ってオープンソース化したことはないので（パッチとかpull requestはよく送っている)、至らぬところもあるかもしれませんが、そのようなものがあればTwitter等で補足してもらえればと思います。 手間を減らすために、公開すればいいじゃんという誤解 今あるコードをgithubにgit commit, git pushすればすべてがバラ色、というのがよく言われることです。公開するのはコストゼロという
Atom Is Now Open Source
CompanyEngineeringProductSunsetting AtomWe are archiving Atom and all projects under the Atom organization for an official sunset on December 15, 2022. January 30, 2023 Update: Update to the previous version of Atom before February 2 On December 7, 2022, GitHub detected unauthorized access to a set of repositories used in the planning and development of Atom. After a thorough investigation, we hav
オープンソース - hitode909の日記
オープンソースというかGitHubでPull Requestベースで開発してると，Pull Request送るのは，不具合修正か機能追加か効率化のためが主で，リファクタリングのためにわざわざPull Request送ることは稀だと思った．その結果，20人以上がコミットする3000行のクラスが出来上がったりする． プロジェクトのオーナーはどこが悪いか知ってから直せるけど，そうでもない人は，動く限りは，どう実装されてるか気にならないし，開発に参加しようとは思わないのかもしれない． リファクタリングすることで，他人のPull Requestがマージできなくなるかもしれない，という遠慮があるのかもしれない． photo by Najwa Marafie - Free Photographer
「FC2ブログ」コードがオープンソース化、その理由を聞いてみた
FC2はこのほど、ブログサービス「FC2ブログ」のソースコードをMITライセンスで公開した。その理由を同社に聞いてみたところ、「ブログシーンを盛り上げたい」「FC2のユーザー拡大や優秀なエンジニア採用につなげたい」などの狙いがあるとの回答だった。 同社によると、ソースコードの公開は「SNSやミニブログなど多くの情報発信、コミュニケーションツールが普及する中、シンプルなFC2ブログシステムのオープンソースを公開することにより、誰でも気軽にブログシステムを運営でき、開発者が自由に機能を開発できることで、ブログシーンを盛り上げることに少しでも貢献したい」──という思いがあるという。 ソースコードに対するフィードバックがサービスの改善につながる上、優秀なエンジニアの採用やパートナーシップを結ぶきっかけにしたいという狙いもあるという。 ――などの「もっともらしい理由」に加え、「FC2代表である高橋の
FC2総合インフォメーション 【ブログ】「FC２ブログ」をオープンソースで公開！より自由にカスタマイズ可能！
03 /19 2014 平素は、FC2(fc2.com)をご利用いただき、誠にありがとうございます。 この度、FC2ブログ（ blog.fc2.com ）にて ブログをオープンソース（MITライセンス）で公開しました。 独自のカテゴライズや情報サイトの構築など、アイディア次第！ FC2ブログをより快適に楽しいサービスやソフトウェアで彩ってみませんか？ 現在公開中のオープンソースでは、FC2ブログテンプレートの利用や １つの記事へ複数カテゴリの設定、複数ブログの作成が可能となっております。 オープンソースのダウンロードは、下記ページより行っていただけます。 ※詳細ページへ遷移しますので、すぐにダウンロードが開始されることはございません。 ※オープンソースのブログはベータ版として公開中です。 予告なく説明や仕様が変更される場合がございますのでご了承ください。 ぜひ、オープンソースのブログを使っ
AtomとかいうGitHub発の不自由なテキストエディターについて
GitHubが存在を公開した（流出したと言うべきかもしれないが）、Atomというテキストエディターの話題で持ちきりである。 このテキストエディターは、邪悪な不自由ソフトウェアであるので、自由の価値を重んずる読者は使ってはならないことはもちろんである。自由、不自由をさておいても（もちろん、さておくことはできない相談だが）、もちろん、敬虔なVim教徒である読者は即座に了解しているだろう。AtomがEmacsよりはいくらかは--自由の価値を重んじない浅はかな利用者にとっては--使いやすくなる可能性はないでもないが、Vimの牙城を崩すことは不可能である。Vimを倒すものはVimであり、NeoVimかもしれないが、Atomであることはありえない。その点で、我々信徒は安心できる。 さて、このAtomというテキストエディターは、自由ソフトウェアではない。その理由は、以下で言及されている。 Why is
業務とオープンソース活動の話 (日本OSS奨励賞 受賞報告にかえて) - たごもりすメモ
先日書いたエントリでも触れたけど、日本OSS奨励賞、というものをいただくことになりました。ご推薦いただいた方がいるということで、本当にありがとうございます。 「第9回 日本OSS貢献者賞・日本OSS奨励賞」受賞者を選定 | 日本OSS推進フォーラム で、せっかくの機会だし、普段思っていることを書いておこうと思う。この内容はほとんど将来の自分に対する自戒だ。アレな内容になることを申し上げておきます。先日に引き続いてアレですが、まあせっかくの機会なんですよ。ねえ。 ちなみに、ちょー長くなりました。あっはっは。 業務としてのオープンソース活動 自分はフルタイムのオープンソースコミッタではない。オープンソース活動に貢献すること、などという文言は自分の業務内容にはひと言も含まれていないし、自分が所属する部署の目標にも無い。自分の業務はあくまで自社サービスに貢献すること、自社サービスの開発および運用を
rakeの作者 Jim Weirich氏、死去
DHH氏のツイートにてrakeの作者、Jim Weirich氏が亡くなったというニュースを知りました。 So very sad to hear about the passing of Ruby legend Jim Weirich. He taught me and many others so much. He will be dearly missed. — DHH (@dhh) February 20, 2014 毎日のように使うオープンソースツールの作者が亡くなったというのを聞くのは非常に残念で、今後コンソールを叩く時にこの事が頭をよぎるような気がします。 昨年の夏のカンファレンスにてウクレレを披露した姿はとても楽しげで強く記憶に残っています。 R.I.P. 追記 一昨日まではGitHubにコミットをしておりログにコメントがあつまっているとのこと。 Jim Weirichが最期に
自分のプロダクトを海外でも認知してもらうには - Gosuke Miyashita
ブログを書くまでが YAPC、ってことなので書きます。 YAPC 懇親会で @hirose31 さんと「日本人の作ったプロダクトでとても優れていて日本では知名度抜群なのに、海外では全然知られてない、みたいの割とあるけど、どうやったら serverspec みたいに海外でも認知されるようになるんですかね」みたいな話をしました。 serverspec の海外での知名度、といっても、日本での知名度と比較すればまだまだ全然、という感じですが、たまに海外の方の tweet を見かけたり、Serverspec the New Best Way to Learn and Audit Your Infrastructure というブログエントリを書いてくださった方がいたり、Food Fight という Podcast で取り上げられたり、O'Reilly の Test-Driven Infrastruct
Latest topics > もらって嬉しいプルリクエストと、もらって残念な思いをするプルリクエスト - outsider reflex
Latest topics > もらって嬉しいプルリクエストと、もらって残念な思いをするプルリクエスト 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « Firefox for Android用のアドオンを作った Main Firefox for Androidに仮想的なスクロールバーを導入するScrollbar Like Scrollerを更新した » もらって嬉しいプルリクエストと、もらって残念な思いをするプルリクエスト - Nov 10, 2013 人格攻撃をしたくて書いてるわけじゃないですよ、という事はまず最初に表明しておきます。 GitHubで公開してるプロジェクトについて、幸いなことに時々プルリクエストをもらえる事があるんだけれども、そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
facebook-github-bot - Overview
GitHub活動を通して個人のキャリアを積みつつ仕事の成果を出す方法
「FC2ブログ」ソースコードがオープンソースに