タグ

Webサービスと開発に関するf-sugerのブックマーク (12)

  • 時雨堂を支えるビジネスモデル

    shiguredo_model.rst 時雨堂を支えるビジネスモデル 更新 2023-12-08 作者 @voluntas バージョン 2023.2 URL https://voluntas.github.io/ タイポなどは Twitter の @voluntas までお願いします。 概要 定期的に更新している 株式会社時雨堂 を作って、 自分が選択したビジネスモデルで充分な利益を上げられるようになったので雑に書き出していく。 時雨堂がどんな会社なのかは 時雨堂コトハジメ を見てほしい。 前提 IT 系零細パッケージメーカー で、ここ最近はパッケージをクラウド版として運用をセットで提供するビジネスも始めている。 主力製品はパッケージソフトウェア製品と、パッケージソフトウェア製品のクラウド版の2つ。 ライセンス契約モデル 時雨堂は自社開発ミドルウェアのライセンス契約モデルで利益を出している

    時雨堂を支えるビジネスモデル
  • まずシステム開発なしで1つ売ってみよう - ミッドランドインキュベーターズ(Midland Incubators)

    こんにちは、とよし(@toyoshi)です。今日のミートアップで聞いていただいた質問を紹介します。 midland.doorkeeper.jp 「システムを作りたいのですがエンジニアはどうやって採用しますか?」 エンジニアを採用する方法はいくつもあります。しかし今回はデジタルコンテンツの販売事業を0から立ち上げるという話だったので 「そもそもそのシステム(製品)って作る必要あるの?」 という質問を逆にしました。 事業を作るとなると多くの人(特にエンジニア)はまず製品を作ろうとします。製品を作ってから売り始めようという考え方です。しかし、これは簡単にプロトタイピングや宣伝ができなかったころの古いやり方です。 では、何からやるべきなのでしょうか。 まずは課題仮説を検証しよう 起業家は課題に関する仮説と、製品に関する仮説を持っています。これは思い込みとも言います。これらを別々に考えて、個別に検証

    まずシステム開発なしで1つ売ってみよう - ミッドランドインキュベーターズ(Midland Incubators)
  • 4つの戦犯から考えるサービスづくりの失敗

    シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン(規律)の存在」や「General Electric(GE)やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/

    4つの戦犯から考えるサービスづくりの失敗
    f-suger
    f-suger 2017/11/14
  • 割れ窓理論を導入してWebサービスのクオリティに直結した話 - pixiv inside [archive]

    ピクシブ株式会社 Advent Calendar 2016 @8日目の記事です。 こんにちは、エンジニアのdo7beです。pixivFANBOXの開発などに携わっています。 さて、今回は新規開発プロジェクトに「割れ窓理論」を導入してサービスのクオリティ向上に繋がった話をご紹介したいと思います。 割れ窓理論とは 「割れ窓理論」とは、アメリカの犯罪学者ジョージ・ケリング氏が提唱した「建物の窓ガラスが割れたまま放置されると住民もゴミを捨てるようになり、治安が悪化し、より重大な犯罪が発生してしまう」という理論です。 つまり軽犯罪を取り締まることこそが、重大な犯罪を防ぐために重要であることを指しています。 私たちのチームではこれをWebサービスの新規開発プロジェクトに取り入れています。 WEBサービスにおける割れ窓は「軽度のデザイン崩れ」や「表記ゆれ」に、重大な犯罪は「バグ」や「全体のクオリティ低下

    割れ窓理論を導入してWebサービスのクオリティに直結した話 - pixiv inside [archive]
  • シックスコア サーバー初期ページ

    このウェブスペースへは、まだホームページがアップロードされていません。 早速、シックスコア上へファイルをアップロードしてみましょう。 アップロードの方法などは、サポートマニュアルをご参照ください。

  • 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 "..." 完璧で、スケーラブルで、クロスプラットフォームなクラウドストレージ!当時、プ

    Dropbox のスケールとか
  • 受託開発脳から自社開発脳へ切り替えの7つの壁

    velc: これ、思ったより大変でした。 自分含め、うちにいるメンバー全員、 これまでの経歴では受託開発をメインにやっていたため、 自社サービス開発の経験はかなり少なかったです。 でも、ヴェルクでは、受託開発をしつつ、 時間を作って色々と作っていこう、というスタンスのため、 起業直後から色々と企画を考えていました。 でも、受託開発脳から自社開発脳への切り替えは思った以上に苦労しました。 要件定義等でお客さんと一緒に要件を考えたりしますが、 最終的に「やりたい事」を持っているのはお客さんになります。 要件定義の前の企画やグランドデザインと言った分野は お客さんの戦略に沿ったものになります。 だから、最終的には、誰かが答えを持っている事が殆どです。 そのため、ゼロからそれを考える事があまりないんですよね。 いざ、ゼロから自分たちで企画を考えようと思った時、 いろいろと壁がありました。 1.

    受託開発脳から自社開発脳へ切り替えの7つの壁
  • Webアプリ開発における「内部APIモデル」 - Tous Les Jours 攻防記

    前回の話は、一回のエントリーでは書ききれない内容でした。。以下もうすこし詳しく書き直してみます。 Webアプリ開発における「内部APIモデル」とは、ネットワーク越しに外部サイトのWebAPIを呼び出すかのごとく、自サイト内のリソースに対して内部専用のWebAPIでアクセスする仕組みを導入し、分散処理を行うモデルのことです。典型的なWebアプリでは、データベースがここでいうリソースに該当するかと思います。 図にすると以下のようなイメージです。 今回、Lang-8で実際に「内部APIモデル」を導入してみたので、気づきの点などをこのエントリーにまとめてみました。 ※導入のいきさつについては、前回のエントリーで触れています。 「内部APIモデル」を採用するメリット Webアプリ開発において「内部APIモデル」を採用するメリットは2つあります。 (1)言語やフレームワークの選択自由度が上がる 現在運

    Webアプリ開発における「内部APIモデル」 - Tous Les Jours 攻防記
  • BESTGAMEONの作り方トップ [BESTGAMEONの作り方]

    このサイトでは、webサービス「BESTGAMEON みんなのゲームランキング」の作成手順を公開します。 BESTGAMEONは、以下の特徴を持つwebサービスです。

  • ウェブサービスをスタートアップするための勉強会に参加しませんか? - IT戦記

    僕たちの勉強会は、まだ始まったばかりだ…ビシッ!! m9( ・`ω・´) はじめに 皆様、最近ちょっとずつ寒かったり暑かったりしますがお元気でしょうか? 僕は秋の花粉症でぐだぐだですが、元気です。 突然ですが 最近、「UT Startup Gym」(UT スタートアップジム)という「ウェブサービスの企画、開発」の勉強会をやっています。 ずっと知り合いの中だけでやっていたのですが。 最近、一区切りつき、もっとこの勉強会に多くの人に参加して欲しいなと思いブログを書くことにしました>< みなさんは ウェブサービスを作りたいなって思ったことありませんか? 僕はよくあります。 「なんで、〇〇みたいなサービスってないんだろーなー」とか、「もっと、こういうサービスを作ってみたいなー」とか そういうとき、自分ですぐにそのウェブサービスを作り上げることが出来たらなあと思います でも そうは言っても、なかなか

    ウェブサービスをスタートアップするための勉強会に参加しませんか? - IT戦記
  • つくるぶガイドブログ: ひとりサービスをリリースするまでやっておくこと10個

    Ruby(とRails)を担当している石原です。 ソーシャル「OSを入れた後にインストールする10のアプリケーション」(仮) を作る過程をレポートしています。 今回は、開発はひとやすみにして、サービスをリリースする前にやっておくべき細々としたことを紹介したいと思います。 これらは筆者がひとりサービスをリリースするときに、毎回なんとなく思い出しながらやってきたことで、サービスによっては忘れてしまっているものもあります。 ですから、次からはこれをチェックリスト代わりに使おうと思っています。 Rails に限った話とWebサービス一般の話が混ざっています。ほかの言語やフレームワークを使っている方にも、Rails に限った話を自分の使っている環境に読み替えれば、いくらか参考になるかもしれません。 参考までにこれまでのエントリーはこちらです ↓ つくるぶガイドブログ: Ruby on Rails

  • ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 | 100SHIKI

    ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 October 23rd, 2007 Posted in その他 Write comment 激しく使えそうな予感がして、朝からテストしまくりの開発者向けサービスのご紹介。こ、これは使える! Beanstalkはバージョン管理アプリのSubversionをASPで提供してくれる。 ブラウザ上で簡単にリポジトリをつくってソースをコミットしていけるのだ。 もちろんバージョンごとにブラウザ上でコードを見ることもできる。複数ユーザーでもコミットも楽々だ。 こうした機能を実現するにはtracがあるが、インストールがとっても面倒である(苦労するよね、あれ)。そこで苦労した人にとってBeanstalkの手軽さは大きな魅力ではなかろうか。 現在のところ1リポジトリ、2ユーザー、10MBの容量の無料プランしか用意されていないが、近い

    ブラウザから誰でも簡単にSubversionが使える『Beanstalk』 | 100SHIKI
  • 1