GitHubのREADMEをサクッと高品質で書けるサービス作ってみました。 - Qiita
みなさんは GitHub でオープソースソフトウェア(OSS)を開発して公開する時、README をどのように書いているでしょうか？ GitHub が自動で作ってくれる README に含まれるのはタイトルだけですし、OSS 開発初心者の場合、そもそも README に何を含めるべきかわからないという方もいらっしゃるのではないでしょうか？OSS 開発に慣れている方でも、コードを書くのはいいけれど README を書くのは面倒だと思ったことはありませんか？今回はそんな README 難民の方々向けの Web サービスを作ってみました。 LEADYOU - README Generator Web サイトへ 使い方 使い方は簡単です。トップページで GitHub の Public リポジトリの URL を入力してNext Stepボタンを押すと、README に書くべき内容ごとにフィールドが設
クラウドソーシングを使ってWebサービスを作った話 - toyoshiの日記
私が（ほとんど）プログラムなしでクラウドソーシングを使ってWebサービスを作った話を紹介します。 以前「土日で作るWebサービス入門 - toyoshi」という記事を書きましたが、今回書いたコードは20行ぐらいなので、さらに短い時間でWebサービス（というより便利サイト？）を作ることができました。 はじめに 私はWebサービスが好きで、会社を立ち上げて、請求管理サービスMisocaというのを運営しています。 サービスは順調にユーザー数を伸ばしていて嬉しいのですが、問題は私がコードを書かなくなったということです。Webサービスが好きで会社を立ち上げたのに、開発以外の仕事が忙しくてコードは他の人たちが書くようになってしまいました。 でもコードは書きたい！Webサービスを作りたい！でも仕事以外のことをしすぎて会社の成長が遅れてはだめだ。 そういった事情から、だったらせめてプログラムをせずに自分は
モダンなWebプロジェクトにおけるベストプラクティス | POSTD
Oktavilla では、私たちは定期的に新規プロジェクトを立ち上げています。数年にわたって、私たちはこうしたプロジェクトを通してベストプラクティスを見つけ出してきました。そのおかげで、新規メンバーがスムーズにプロジェクトに参加できるようになり、エラーを減らすこともできました。こうしたベストプラクティスを、組織内部、クライアントを問わず大半のプロジェクトに活用しています。結果として、私たちは高品質のWebプロジェクトを実現しています。ここでお伝えするのは、そのプロセスの一部です。 このブログ記事では、技術面に関わるベストプラクティスに焦点を絞りたいと思います。例えばセットアップや、プロジェクトのツールやプロセスを選択する際に考慮すべきことなどについてお伝えします。各プラクティスの文末に、詳細な情報へのリンクをいくつか貼っています。 READMEファイル まずは、プロジェクトで最も重要なファ
これから必要なapi活用スキルは、api仕様の枠を超えて如何に「悪いことを思いつくか」 | F's Garage
昨日地上波でやっていた映画「ソーシャルネットワーク」見ました？！もちろん劇場やDVDで見た人も沢山いると思いますが、あの映画の肝は、ザッカーバーグがどんな「悪巧み」を思いつく人だったかということだったかと思います。 ザッカーバーグがやった「悪いこと」は、facemash.comというサービスを作ろうとした時に、 １．ハーバードの学生リストを作るために寮のwebsiteを片っ端からハッキングしたこと。（つまり現状できてないことを実現したこと） ２．炎上必至で怒られるような魅力的なサービスを作ったこと。 facemash.comはハーバードの女子を比較してどっちが可愛いか？！ということを格付けするサービスで、女子から猛反発を受けました。しかし、その後、Facebookを立ち上げることでその時の悪評は覆され、彼は伝説になっていきます。 今後、スマートフォンを端末として日常の中に入り込むサービスを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
