実際いくらかかるの？アプリ開発を依頼した場合の開発費用について｜モバイルマーケティング研究所｜モジュールアップス
３．デザイン費用、サーバサイド費用 人件費と製作期間で費用が決まりますが、主に月間80万円から100万円ほどが相場となります。 システム開発会社に依頼する場合、アプリデザインは制作会社にお願いする場合があります。 アプリの場合、どのような場所にボタンや画像を配置してユーザーの満足度を向上させるのか、UI/UXを考慮する必要があります。そのため、デザインの全体戦略から入ってデザインに落とし込む作業が発生します。 単独で動作するスタンドアローンのアプリを開発する場合は上記で述べた費用となりますが、データベースを活用して情報を掲載したい場合、サーバサイドの開発が必要になります。費用は最低でもアプリ開発費用の2倍から3倍以上が相場です。 ４．公開後の保守費用 アプリを維持するための平均コストの相場は、年間開発コストの約20％と言われています。 アプリ公開後には、メンテナンス（保守）をする必要があり
負荷低すぎはもはや障害じゃないのか - mikedaの日記
前のブログの続きで、もにかじ7で話した小ネタその2。 実際にサービスでなんかやったというのじゃなく、こういうこと考えてるんだけどみんなどうしてます？って話です。 まずオンプレ時代はサーバのスペックダウンはけっこう大変だったし、頑張ってメモリやCPU引っこ抜いてもそんなに節約にならなかった。 ※CPUやメモリはサーバ価格の一部でしかないし、ラック費用(消費電力)もあるし。 でもクラウド前提だとスペックダウンはとても簡単で、スペック半分にすると価格も半分になる。 そうすると、 『イベントで一時的にc4.4xlarge(8万/月)にして、そのまま最大CPU使用率10%とかで数ヶ月放置されている』 みたいなのはビジネス的な損失という意味で明らかに障害で、監視すべきじゃないだろうか？ みんななんかやってますか？ というようなことを参加者に聞いてみました。 参加者の中では、AutoScalingしてい
Amazon Glacierでクラウド破産しないために - HDE BLOG
おはこんばんちは!! 尾藤 a.k.a. BTO です。 HDEのメールアーカイブシステムでは、月間1億6000万通ものメールを処理しています。 それだけのメールを処理するので、メールのデータ量も大変なものになります。 一方で、過去のメールに関しては、それほど頻繁にアクセスするものでもありませんので、できるだけコストを抑えたい。 そこでAmazon Glacierを使ってみてはどうかと考えたのですが、詳しく調査してみると、気をつけないと破産をしかねない危険なものでもあるのが分かりましたので、今回はそれを書きたいと思います。 Amazon Glacier とは まずは Amazon Glacier についてご紹介しましょう。 Amazon Galcier は平たく言うと、安価なストレージサービスです。安価である代わりに、取り出すのに3〜5時間かかります。 Glacier と S3 の料金は次
プロに無償で仕事を依頼してもいい場合 | 高橋文樹.com | 雑記
この投稿は 9年半 前に公開されました。いまではもう無効になった内容を含んでいるかもしれないことをご了承ください。 「プロに無償で仕事を依頼するなんてけしからん！」という記事が定期的に話題になります。「友達だからといって」という条件がつく場合もありますね。 僕個人の意見では、「別にいいんじゃない？」というのが結論なのですが、どんなときによくなるのか、というのを箇条書きにしてみます。 動機や目的が素晴らしい 依頼者と僕の関係が深い、または魅了されている 隠し事をしない 3つしかないですね。では、それぞれについて説明します。 すばらしい目的や動機とはなにか まず、無償で仕事をする場合、当然ながらその仕事はおごってあげているようなものです。たとえば僕ならWebサイトを作ってあげるとか、小説を書いてあげるというのがプロとして価値のある仕事だと思うのですが、まるまる一つサイトを作る場合、調査にかかる
工数見積の際に子供の看護リスクを織り込む計算式 - Qiita
シビアに見積もった工数をdとした時の計算式： d + d(( r1 [ + r2 … + rn] ) * x1 [* x2] ) 例 例）1, 3, 5歳の子供がいて、夫婦で看護を半々にシェアできるエンジニアの当初の見積工数が30人/日、時期は1月~2月の場合 30 + 30 * (( 0.04 + 0.04 + 0.02 ) * 1.2 * 0.5 ) = 31.8 ということで計算後の見積工数は32人/日ということになります。 さいごに 半分ネタで半分本気です Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWh
Amazon Glacier からデータを取り出すときには気をつけようね - takatoshiono's blog
注意 この記事は2014年7月5日時点の情報に基いて書かれています。Amazon Glacierの最新の料金体系についてはAmazonの公式ページをご参照ください。 料金 - Amazon Glacier | AWS よくある質問 - Amazon Glacier | AWS 昨日の出来事 Amazon Web Services から6月の請求が来た。 Total: $20.30 あれ、なんか高いぞ・・。 ちなみに先月は 0.18 ドルだった。 やっぱり高すぎる。 内訳を見たら以下のようになっていた。 たしかに先月 Glacier のデータをリストアしたけど、なんだこの 1,633.224 GB というばかでかい数字は・・。こんな大きいデータリストアしてないし、そもそも持ってない。 調べた Amazon Glacier のリストア料金は「ピーク復元レート」というのに基づいて計算される。ピー
AWSの費用見積でおさえておくべきポイント | DevelopersIO
はじめに AWSの費用見積をする際におさえておいたほうがよいポイントについて説明します。 従量課金制である AWSのほとんどのリソースは1時間毎、もしくは利用量毎の課金です。 従量課金制の一番よいところは、ずっと使い続けなくてよいというところです(あたりまえですが)。 急なイベントの時にだけリソース増強 (弊社のこの事例はまさにそれです) 検証環境は必要な時に本番環境から作成 という使い方をすることで費用削減が可能です。 実際の必要リソースがわからない部分については、リソース大目の環境を作って検証して、結果的に不必要であればその時点でインスタンスを小さく/大きくする等で対応できます。 最初の見積がずれていても、ずっとそのコストを払わなくてもよい点、頭の片隅のおいておいてください。 また、AWSならではの従量課金の項目もあります。 EBS(ネットワークストレージ)のI/O ネットワークの通信
なぜ見積もりはバラバラになるのか？「モバイル見積もり勉強会」 #モバイル見積 を通じて分かったこと - ひつじのにっき
2014/1/24(金)19:00-21:30 に スマホアプリを新規作成したらいくらかかる？モバイル見積もり勉強会 #モバイル見積 を@youten_redoと共催しました。 勉強会の目的と資料等 開始前の、勉強会の目的は「見積もりのノウハウ共有とかそんなのが1割とあとは興味本位が9割」という具合でした。 今回、勉強会を通じて色々な発見があったので、見積もりという単語のあいまいさと考え方についてエンジニア視点でメモしておきます。 割と書きたいことだけ書いていること、ケーススタディの一つなので汎用性の高い話ではなく特定分野のお話ということ、を念頭に置いてください。 イベント詳細 http://www.zusaar.com/event/3147004 『カレー屋チェーン店「ペッパー警部」の公式アプリを作る』仮想案件の見積もりを各チームで行う、という流れです。 共催者、参加者の感想は http
トップページ - Supership
「ミライリアルの幸せを、デジタルの力で創る」ことを目指すSupershipグループの社内報です。日々の出来事、メンバーの働く様子や声、未来への想いなど、Supershipグループの”Be Super”なストーリーをみんなでシェアしていきます。
Amazon EC2 で M1,C1 インスタンスを使ってる人は今すぐ C3 を使い始めよう - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 Amazon EC2 を利用するとき、スタンダードな利用にはとりあえず M1、ちょっとしたCPUバウンドな処理が多い場合には C1 を使っちゃいますよね。そんなアナタはものすごく損をしている可能性が高いです。 先々週の AWS re:Invent で発表になった新しい Amazon EC2 インスタンスタイプ である「C3」の値段を見ると、実はとてもおトクであることが分かります。 注意 2013/11/24 の各タイプについて、Linuxを東京（2013.11.26訂正：リージョンの記載を間違えてました）米国東海岸リージョンでオンデマンドで利用する場合の値段を基準としてます。 データの永続化に使うディスクは別途EBSをアタッチして利用することを想定してます。あまりインスタンスストレージにこだわらない場合の前
GAE（Google App Engine）での費用見積りについて：業務システムの場合
GAEの導入にあたって良くある質問の費用見積りについてです。 弊社で良くやる方法でして、これが100%ではありませんが概ね問題無いというものですが、 参考になればと言うことでまとめてみます。 まず、前提としては業務システムであるということで、特徴として。 -ユーザ数は少なめ -利用量は人・業務によって多かったり少なかったり幅広い -可用性は結構必要 -アクセス時間は結構偏る という所が言えると思います。 この場合に弊社でGAEの利用料を見積もる場合には以下のステップで行います。 業務毎に仮の業務量を調べる勤怠登録は修正も想定して一人が必ず1日1.3回（月30回とか）、管理者は月に2回DLを行う。 各業務をこなすのに必要なトランザクションを仮置きする 例えば、勤怠の1回の登録するにあたり全てAJAX通信で書き込み3回、読込5回とする。 上記トランザクションあたりのDataStore Reed
わかりやすい見積書の書き方 / Maka-Veli .com
最近流行り(？)の「見積額」じゃないです。見積書自体の書き方。 ディレクターやってるとこういうのが気になってしょうがないのです・・・ sample.pdf 最下部にデータ置いておくんで、好きに使ってください。リンクも名前....MOREわかりやすい見積書の書き方 is a post from: Maka-veli.com
ぶっちゃけWEBサイトっておいくらなの？って話 | Hal-Cana
先に言っとくけど仕事の合間にぱぱっと書いた記事だからあんまりアテにするなよ？ 「極端に低い単価や無料で仕事をしてはいけない単純な理由」 こういう記事が話題になっていたので、ふと気になりまして。 そもそもね、WEBサイトを制作してる側の人間が「どこまでが安価で、どこからが高価なのか」っていうラインを知らないんじゃないかなって思ったんです。 まあね、最初に結論は言っておくけど、そんなもんクライアント次第です。一概にどこからが高いとか安いとか、そういう話はできません。 ボレるとこからはとことんボレばいいんですよ。世の中そうやって回ってんだから。 もしくは、「ウチはページ単価○○円からです」っていう明瞭会計な制作会社もありますね。 個人的にお付き合いの多い某社などは、公式サイトに料金表も掲載されていて、とても良心的です。ほんとありがたいです。 まぁそれはいいんです。別に関係ない。 本題は
フリーランス向け嫌な仕事の断り方・交渉の仕方 | たけろぐ
フリーランス稼業も波に乗ってくると、いい依頼がきても、どうしてもスケジュール的に請けれなかったり、逆にヒマでも「こりゃーないだろー」みたいな紹介を頂いてしまい、断るに断れなかったりする場合があります。 嫌な仕事というとナンですが、まあ「これはちょっと・・・」という条件の案件ですね。 そういった仕事の断り方・交渉方法をまとめてみました。 「スケジュールが詰まっていて、一ヶ月後まで無理」 よくある無難な断り方ですね。 ただこれだと本当に忙しいのか、建て前的に断ってるのか微妙なので、本当に請けたい仕事・相手の場合は、 「次はぜひ一緒にお仕事させてください」などとフォローをしておいた方がいいでしょう。 価格が安すぎる場合 10万でやってる仕事を1万でやってくれとか、お小遣い案件がまれにきますｗ 相場も調べず、「ホームページなんて誰でも作れるから」というふぁっきゅな考えの方や、「どーしても予算がない
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
極端に低い単価や無料で仕事をしてはいけない、いくつかの理由
長文を書ける場所がここにしかなかったので。 「経験が乏しいから」「実績を得るために」「自分を鍛えたいから」そう言って、極端に低い単価や無料で仕事を受けているフリーランスの人達をちらほらと見かけるようになり、ずっと違和感を覚えていたのでたまにはこんな話しも書いてみようかなと。 なぜ極端に低い単価や無料で仕事をしてはいけないか ゼロ円で受けた仕事の価値は、所詮ゼロ円の価値しかないから 「とにかく実績を増やしたいから」と安易に無料で何でも引き受けても、それは本当の意味での実績にはつながりません。無料で仕事を発注してくる人は、あなたが「無料で引き受けてくれる」事を最大の価値として捉えている場合があります。 また、極端に低単価や無料の仕事は、クライアント自身のモチベーションも低い事が多く、「提供される資料や画像の品質が低い、公開後の運営の品質が低い」なんて事も。品質の低い実績を量産しても評価してくれ
フリーランスのweb屋な人が、見積や注文書、請求書を発行する際のポイント。 | たけろぐ
要所要所で追記してます。 フリーランスのweb屋な人が、仕事をする時の書類の流れとポイントをまとめてみました。 ざっくり言うと、 見積書発行→注文書発行→お客さんが注文書返送→納品→請求書&納品書発行 という流れです。 「ここまで書いちゃう？」的にけっこう書いてるので、 「そんなんわかってるよー」て方も、確認の意味も含めてご一読あれ。 ちなみにうちは「見積兼注文書」として発行しています。 また、後述しますが、納品書まで出すことはあまりありません。 書類の送付方法について まず基本的な、でも間違えると面倒な部分から。 各書類の送付方法は、 ・原本郵送 ・FAX ・PDF どれが可能なのか確認しましょう。 見積書や注文書と請求書で異なる場合があるので、必ず両方確認してください。 注文書はFAX・PDFでよくても、請求書は原本という所がたまにあります。 また、請求書を送る場合は、現実的に郵送のみ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon Glacier の落とし穴
AWS費用試算例 · さよならインターネット
フリーランスの全国Webサイト制作料金表 2013年度版
