代金決済をどうするか？

細かいところを詰めて考える前に私が今考えているシステムが完成してオープンの運びとなり、ユーザー間で取引が成立した際の決済方法をどうするか悩んでいます。Yahoo!かんたん決済みたいなクレジットカード決済を主体とすべきなのか、当事者間での振り込みを許可するか？　またシステム提供者として手数料をどのようにすべきか？　色々と考えることは多そうです。

特に利用者からいただく手数料の徴収方式とその料金が一番重要だと思います。Yahoo!みたいに月額手数料と取引手数料をそれぞれいただくのか、Amazonのように無料で利用でき、取引が成立した時のみ所定の手数料をいただくのか。

ユーザー間の決済方法、システム提供側としての手数料の徴収方法。ざっと思いつくだけでもかなり熟慮しなければならないことが多そうです。

使用言語＆ＤＢ

言語についてはjavaかphpにしようと考えています。perlは最近あまり使っていないので、忘れかけてきているかもしれません。いかにもperlって感じの表現は好きなんですけどね。

ＤＢは自分でやるならPostgreSQLかMySQLの二択ですね。大企業から依頼されるようなことがあればOracleも視野に入れますけど、そんなことまずないでしょうし。

で、PostgreSQLとMySQLのどちらを選ぶかなんですが、多分PostgreSQLを選ぶと思います。単純にPostgreSQLの方が使い慣れているという理由なんですけど。それになんと言ってもPostgreSQLの方が好きですし。

一番楽なのはクライアントから「これで」って言われることかもしれません・・・

今、考えていること

私は結構ヤフオクを使うんですけど、面倒くさがり屋の上に検索の仕方が下手なので仮に欲しい物があったとしてもヤフオク内でうまく目的の物を見つけることができません。本当に欲しい物なら必死になって探すのかもしれませんけど。

そこで考えたのが公共事業の入札みたいな感じの個人向け「逆オークション」というものです。何かを探している人が「何を、いつまでに、どれぐらい」という情報を登録して、その条件に合致する商品を持っている人が商品画像をアップしたり、値段を提示したりして、取引をしていくという仕組みです。

基本的には一番安い値段を提示した人から買うことになると思うのですが、商品の質によっては他の人から買うことになるかもしれません。

そんな感じのサイトを作ってみたいなと思ったのが、このブログを始めようと思ったきっかけなのです。

はじめまして

はじめまして。名前は・・・まだ決めてません。

私は本職のプログラマーなのですが、企画は今まで一切ノータッチでした。クライアントからの案件をただ制作していただけでした。もともと面倒くさがり屋の私なのですが、自分のやってみたいことを自分で企画して制作してみたらどうなるだろう？と思い立ってしまいまして、そこで始めてみるのがこのブログです。

というわけで、私は企画に関しては全くの素人です。そんな私が企画を公開しながら制作していったとしても、その企画をパクられるとは思えないのですが、パクられたらパクられたで私自身箔が付くかなという程度の軽い気持ちでいます。逆に「その企画面白い」と声を掛けられたら、条件次第で乗ってしまうかもしれません。

企画面に関してはこんな感じで進めていきたいと思っています。

制作面に関しては、曲がりなりにも本職という自負がありますので、企画さえ出来てしまえば、特に問題はありません。ですからこれからプログラマーを目指す人が参考になるようなことを書いていければと思っています。

現状では全くプライベートでの趣味状態ですので、気楽に少しずつ進めていこうと思っています。