Bitbucket | Git solution for teams using JiraWith best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.
GitHubが実践するオープンソース式マネジメント法
GitHubのミッションは、「1人で作業するよりも複数の人とコラボレーションしながら作業した方がいい。人のために、技術者のためにステキな環境を作ること」だ。GitHubは、2008年4月に「コラボレーションできる環境を作りたい」という夢を持った3人の想いが集まり始まったプロジェクトである。それから約5年経った現在では、300万人のユーザー数と500万のリポジトリが登録されている。 GitHubのはじまり 創業者の1人、ピージェー氏がプログラミングを始めたのは14歳のときである。ピージェー氏の父がパソコンを買ったことがきっかけで、「自分でいろんなものを作ってみたい」と好奇心が生まれたそうだ。 共同創業者のクリス・ワンストラス（Chris Wanstrath）氏と出会ったのは、「CNET Networks」で働いていたときであった。ピージェー氏とクリス氏は当時、Rubyを使ったプロジェクトやバ
What is a Tech Stack? What tools do popular tech companies use in 2024?
Popular Tech StacksThe open source tools and SaaS behind popular tech companies A tech stack is defined as the set of technologies an organization uses to build a web or mobile application. It is a combination of programming languages, frameworks, libraries, patterns, servers, UI/UX solutions, software, and tools used by its developers.
ウェブサービスチームからただよう死臭を嗅ぎ取る方法
わたしは「穴を掘って埋める仕事」を徹底して排除するよう日々コストをかけている。事前に察知できれば全力で回避に努める。だが、無限ループに陥ることもある。ループから抜けるには信用を失うなど相応の代償を支払うことになるけれど、早めの方が双方の傷は浅い。その見分け方を後述する。 工期がきまっていない企画書の完成日がきまっていない競合調査より先に自分達だけで企画を考えるターゲット層の調査より先に自分達だけで企画を考える議事録を取らない議事録を取り始めても訂正や意見がない企画書の雛形を作ってもあいまいな表現でだめ出しだけする思いつくままに会議を進める業務進行の定石を無視して効率の悪い方法を採用するリーダーがウェブに疎いメンバーに技術者がいない(外注)キラーコンテンツの準備より先に課金方法を取り上げるブレスト中にダメ出しする(ブレスト中は発想が縮むためダメ出し禁止)ことあるごとにその分野に疎いことをほの
Open Network Lab (オープンネットワークラボ)
Onlab創設者である林 郁（当社代表取締役 兼 社⻑執⾏役員グループCEO）と 伊藤 穰一（当社取締役 兼 専務執行役員Chief Architect）。 創業10周年を迎えた頃、サンフランシスコにて Open Network Lab(以下、Onlab)は、日本のアクセラレータープログラムの草分けとして、グローバルに活躍するスタートアップの育成のため、2010年4月にスタートしました。これまでに130社を超えるスタートアップを支援しています。 Onlabが支援するスタートアップは多種多様です。投資は「人」によるものであり、必要なのはマニュアルではなく「情熱」である、という創設者の想いのもと、経営者としての素質があるか、一緒にビジネスを成功させたい「人」であるかの判断基準に重きをおいています。また、トライアンドエラーの厳しい状況下でも成し遂げようとする「ハングリー精神」はこういった「人」か
Dropbox のスケールとか
Python なサービス みんな大好き Dropbox のスケールとかメモ。以下のページ辺りからピックアップ。Parted? みたいなので、続編がでたら追記するかも。 Scaling lessons learned at Dropbox, part 1 (comment) Dropbox - Startup Lessons Learned (slideshare) Dropbox -Yコンビネーターが生んだスタートアップの軌跡と未来 - スケール関係ないですが、2006 年当時はオンラインストレージサービスがいっぱいあったようで、VC から資金調達したときのやり取りがおもしろい VC "クラウドストレージサービスなんて腐るほどある" Drew "なにか使ってるのありますか？" VC "NO" Drew "..." 完璧で、スケーラブルで、クロスプラットフォームなクラウドストレージ！当時、プ
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
kony.me (Qiitaを開発する中でLeanStartupを実践して学んだことをシェアします)
タイトルはちょっと大げさですが、実際にStartupをやっていて気づいたことをまとめてみようと思います。 先に謝罪すると、僕はまだLean Startupを読破できていません… が、一緒にQiitaを開発しているyaottiは読了済み、かつQiitaでかなり積極的に取り入れているので大体把握できている、と信じています。 ↑洋書なのでちょっと読むのしんどいですが、渡辺千賀さんの記事と合わせて読むといいかもしれません。 Leanにやることと計画を立ててやることは相反するけど両立しないといけない LeanStartupの注意点はだいたい下の通りだと思います。 ユーザー体験をベースに、機能を考える できるだけ機能は小さな単位に切り分ける 最小単位でリリースし、成果を計測することで機能の取捨選択をする つまり、とにかくスピードが大事。ガンガン作ってガンガン出す。そして計測して取捨選択する。という感じ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Good night, Posterous
【インタヴュー】新世界を創造するYコンビネーターのハッカーたち