ちょっと勉強すれば誰でも作れる
WEBサービスの話だ。
phpを久しぶりに触ってみて思ったんだけど、perlにしろphpにしろ、以前少しだけ触ったrubyにしろpythonにしろ、WEBサービスに使われているような言語は、習得・修得のハードルが低い。誰でもちょっと勉強すればWEBサービスは作れる。フレームワークがわからなくても、functionをベタに並べて書いていくだけで、カタチになる。実際、プログラムなんて勉強もしたことのないわたしでもいくつかWEBサービスを作って公開している(ソースコードはぐちゃぐちゃだけどね)
なもんで、いまどき、WEB用のライトウェイトランゲージが使えると言っても、なんのアドバンテージにもならない。開発言語はどうでもいい。
それよりも。
何をしたいのか、何を作りたいのか、どんなユーザーを対象にするのか、そのためにどんな知識が必要で、作りたいものに密着した利便性を考えてどんな機能を作るのか、WEBサイトの使い勝手はどうするのか。
で、さらに、使ってもらうために、集客・そこにひとを集めるのはどうするの。
誰でもWEBサービスを作って公開できるとなると、最先端の技術を投入してスゲーの作ったらから使って、なんてのは的外れなだけ。使う側は技術になんて興味はない。はてなブログの失敗はそこだろう。
自分の興味対象に対して、強い動機があって初めて、使ってみたいものができる。痒いところに手が届く、を、そこきたか、と思わせるものができる。
以前から言ってるように、WEBサービスなんてのはしょせんただのガワ、ウツワ。何を入れるのか、どうすれば思ったように入ってくれるのか、そこを考えられる資質こそ必要。
WEBサービスとして、それで金になるかどうか・社会貢献できるかどうかも含めて、面白いかどうかの判定できるようにしたいもんです。
いや、一言でいうと、なんか面白いことしたいよー、というだけの話。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
今さらphpのお勉強
WEB関連で募集のかかる案件の大半がPHPで、フレームワーク前提。
次が、スマートフォン案件で、サーバーサイドにPHPかJAVA、クライアントアプリにObjective-CかJAVA。また、facebookやwordpressのアプリやプラグインの案件も数多くあり、APIとのつなぎこみやWEBアプリ側はPHP。
ということで、仕事を拾うならPHPが必要か、と。フレームワークが必要か、と。perl に馴染んだ体に、今さらPHPなんてどうなのよ、と思いつつ、windows XP に
PHP5.2.17
MySQL5.2.39
CakePHP2.1.2
を急遽インストール。前職でPHPも少し触ってたとはいえ、付け焼刃とか泥縄とか。
PHPはインストーラ。プログラムファイル以下にすると面倒そうなので、C直下に、perlやapacheと同じくphp5というディレクトリにインストール。その後、付属のgo-pear.batを走らせてpearもインストール。あれこれ聞かれたけどわからんので全部エンターキー。
MySQL workbenchというのがついてきて、これでスキーマとかユーザーを新規作成、テーブル作成。PHPMyAdminとか、いっそコマンドラインなら解説書も持ってるんだけど、このworkbenchというのは初めてで、手こずる。まあ、なんとかなんだろ、とあたりをつけながら、データベース作成。
cakephpは、アーカイブを持ってきて、解凍。apacheのドキュメントルートになる htdocsにcakeというディレクトリをほってそこにすべてコピー。
https://book.cakephp.org/2.0/ja/index.html
↑買ってきた解説本が1.3対応でコピペで試すこともできず、CakePHP2.0の和訳ページを探した。
apache の httpd.conf
LoadModule php5_module "c:/php5/php5apache2_2.dll"
<IfModule dir_module>
DirectoryIndex index.html index.pl index.php
</IfModule>
<IfModule mod_php5.c>
AddType application/x-httpd-php .php
PHPIniDir "C:/php5"
</IfModule>
<Directory "C:/Apache2.2/htdocs/cake">
AllowOverride All
ほかいろいろ
</Directory>
php の php.ini
extension=php_mbstring.dll
extension=php_pdo.dll
extension_dir = "C:/php5/ext/"
extension=php_pdo_mysql.dll
CakePHP の core.php
Security.salt と Security.cipherSeed
を、適当に設定(桁数合わせてキーボードをでたらめに叩いた)
CakePHP の database.php
データベースのログイン設定。
PHPがインストールされて動いてるかどうかの確認
<?php phpinfo(); ?>
というのを書いた、たとえば test.php というファイルをドキュメントルートにでも置いて、
ttp://localhost/test.php
とやってphpの情報が表示されればOK。このとき、PDOのモジュールも読み込まれてるかどうかの確認。
CakePHPが動いてるかどうかの確認
ドキュメントルートの cake/ にコピーしていれたので
ttp://localhost/cake/index.php ではなくて、
ttp://localhost/cake/
でアクセスする。
このとき、rewriteモジュールが使えない、とか、パスの区切りに / が使えないシステムじゃないか、というエラーが出ていたら、
cake/app/webroot/css/
をディレクトリごと、
cake/
にコピーすればOK。(スタイルシートが見つからないだけで変なエラーメッセージはやめてくれ)
[05/19 08:20:17]
追記
上記、のエラー。rewriteがうまく設定されてなかったのが原因。
httpd.conf の Directory 設定に
AllowOverride All
が、必要だった。
今のところ、ここまでで2時間弱もかかってやがる。ち。
データベースでユーザーを追加できてないし、php.iniで言語関連の設定をきちんと見てないので、設定がまだきちんと終わっていない。とりあえず、動かせるようになったんで、あとは、スクリプトを試しながら設定も修正追加していく、か。
しかし。
何か作りたいものがあって、そのために、新しい言語と格闘するのは楽しいんだけど、何だかわからないけど役に立つから覚えなきゃいけないというので、新しい言語に取り組むのは苦痛でしかない。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
mixiが身売り?
ブログというものが出てきて(当時はMovableType)ブログサービス、日記サービスが全盛だったころ、確かに2004年ころでmixiが話題になりはじめ。オーバチュア代理店をはじめ、複数のWEBの広告屋から「次はSNSですよ」と。
SNSを使ってなにかできないかと、当時の勤め先で言われて、OpenPNEというSNSのオープンソースを作っている「手嶋屋」にいって、SNSとはなんぞや、どうやって盛り上げるの、など話をうかがったりもした。
結局そのときは別の制作会社にコミュニティサイトを作ってもらうことになり、SNSは立ち消え。
で、話を聞いたりしてると、会員制・招待制・掲示板・日記・あしあと・検索があればSNSになるらしい。それなら自分で作ってみるか。と思って、自宅パソコンにFreeBSDでapache、Postgresqlを立ち上げて、perlでごそごそ作ったのが
「趣味は読書」
↑これの前身となったSNS。mixiにあるものはとりあえずほぼ採用(パクった)して独自性、というか、自分が欲しかった機能でもあるので、WEB本棚を中心に据えて作った。
当時はまだWEB本棚のようなSNSはなかったので、特に宣伝もしてないのに、登録会員数は300人を超えた。今は、自宅のパソコンでサービスを提供するのが無理だと判断、スクリプトも書き直して、lolipopに移転。
mixiのおかげで、SNSを作ることを思いつき、自宅パソコンにFreeBSDや、apache、postgresql、qmail をインストール、設定して、自分以外のひとに使ってもらうWEBサービスを公開することになって、多少なりともスキルを身に着けて、今にいたる。というやつで、mixiには感謝。また、mixiに招待してくれた漫画家さん(藍さとるさん)に感謝。
WEB媒体で広告モデルはない。
個々の集まりなので、テレビや新聞雑誌、交通広告のような大量告知ができない。yahooのトップページ、肩のところのバナーが一週間500万円、という話も聞いたけど、ロングテイル=寄らば大樹の陰・長いものには巻かれろ、で、今のうち。そのうちここも固定じゃなくなるんじゃないか。
昨日見たあの番組のCMでさぁ、とか、通勤のいつもの電車で見たんだけど、とか従来の広告のような共通の体験・イベントとして浸透できない。
そこんとこ、感づいているもんだから、クリック単価、成果報酬が主流になってる。となると、ひとりの主婦のブログと、電通がバシャバシャ金をつぎ込んで作るサイトが平たく同じレベル。一発当たればホウ酸団子の勝ち、となる世界。ばくち。そんなところにビジネスモデルもくそもない。
唯一確実なところが、ユーザー課金、ECサイト。サービスの対価、商品の対価をいただく。WEB2.0どころかパソコン通信ぐらいまで遡る商売。
mixiがコケそうなのは、ユーザーに課金しなかったから。ネット利用は無料、サービスは無料、課金したらユーザーは離れる。ユーザーのことを考えて、大切にして(?)、結果サービスがなくなってしまう、の図になるのかな。安さ・価格競争でひとが死んでる状況となんか似てる。とかいうと飛躍しすぎか。
mixiは、Find jobという求人サイトのために人を集めておくという存在意味もあったはずなので、ユーザーに課金しなくても、それでよかったんだろうけどね。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
スマホアプリがバブルか
ぼーっとしてると、本当に呆けそうなので、コンタクトのあったIT系人材屋に登録してきた。リクルート系やインテリジェンス系といった大手有力優良人材屋に商品価値なしと判断された51歳だ。
ちょっと疑問符だらけのまま、二次請け三次請けの口入屋だな、と思いつつヒアリングだ。
内容は。
スマホアプリ、ソーシャルアプリ。
androidの案件が溢れかえっていて、ひとの手当てがまるで追いつかない。
java phpのエンジニア、プログラマは登録したその日のうちに決まってしまう。
会社も派遣部門を広げる予定である。
なもんで、そのあたりできません?てことだった。
ちらっと知ってたけど、スマホやソーシャル(モバゲーなんかのゲーム)はバブルだなあ。開発案件はあふれるほどあっても、市場としてはどうなんだろう。androidのアプリでユーザーに金を出してもらうのは大変で、実際金になってないはず。
口入屋も、マネタイズまでは当社ではやっていないので、と。
スマホの市場規模でいうと、androidが70%、appleが30%程度。なのに有料アプリで金になっているのを比べると、androidが20%、appleが80%と逆転。androidのアプリ市場はgoogleの放置政策もあって、荒れている。という記事を去年どこかで読んだ記憶がある。
androidアプリを販促ツール、広告、花火として使って企業から金を引き出す、というのが実態っぽい。
うちもアンドロイドでスマホアプリと連携して展開しますよ。
にしては。金が無駄にかかる。工数とか人月人日なんてだるい単語で動くエンジニアの世界だ。アイディアがカタチになるのに、時間も金もかかりすぎる。
↓以前、切れたことがあって投げこんだ記事
エンジニアという人種の特性なのか
スマホでも展開できると有利なのは確か。
アプリはいろいろ難しい。
であれば「とりあえず」webで作るのが早い。
面倒くさいところはブラウザ任せにできるし、サーバーさえ用意すればデータを使いまわすのも簡単だし、html5で書いてもPCと違ってブラウザ間の差は考えず済む。審査も不要。
たぶん。カタチにするには手っ取り早い。
てなことを、昨日ちらっと、ほぼ30年ぶりに合う大学時代のサークルの後輩と。ネットと紙を絡めて、なにかしよう、ということで。
html5のお勉強でも始める、か。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
リアル書店には敵わないけど
リアル書店というか人間の脳みそ&目というか。
書店にはいった瞬間飛び込んでくる本は何冊あるのか、とか、棚の前に立ってそこでは何冊見えているのか、とか。ちゃんと数えてないけど、たぶん100冊じゃきかない。
すべてを把握しないにしても、だいたいこんな、へぇぇなるほど、ぐらいで「見当」はつけられる。そうして「偶然」いろんな本、作者に出会っていく。実際、自分のことを思い返してもそうだ。
本屋さんにいって、ハヤカワ文庫の棚で星新一を抜き出してるうちに、同じ棚に並んでいた、小松左京を「発見」し、平井和正に「出会い」、また、講談社文庫で星新一を抜き出してるうちに、遠藤周作を「見つけた」。
どれもこれも「偶然」見つけて、立ち読みして、中身を確認して、面白かったら買っていた。…って、子供なりに、小遣い配分を真剣に考えて、選んで買っていた。
ところが。ネットのECサイトはそこが難しい。
amazonでも、一画面に表示する本の冊数は40冊程度。オススメとか履歴、あの手この手でピンポイントで見せるけど、それって、こちらの興味の「範囲内」の場合がほとんどで、本屋さんでの「偶然」を期待していいんだか。
小説同人誌プレビューサイトの 創作文芸見本誌会場HappyReading も当然同じ問題がある。
トップページでは、ピックアップと称してランダムに見せるコンテナで4冊、一覧部分で10冊。この14冊が書店で言えば、面陳する平台とかスタンド。メニュー部分に最近立ち読みされた本などコーナーごとで計16冊。これはタイトルだけの表示なので、言ってみれば棚ざし。マウスオーバーで表紙画像のサムネイルを表示する。
これでとりあえずいっぱいいっぱいの計30冊。
一覧ページ→詳細ページ→一覧ページというECにありがちな基本的な動線に追加して、詳細ページに次にランダムに詳細ページを開くリンクもつけたので、一覧ページ→詳細ページ→詳細ページという動線も。書店の中をぶらぶらとあてもなくうろつく感じになればいいかな、と。
これ以外にどんな見せ方、紹介のしかたがあるのか、一所懸命考えます、はい。
できれば。オススメ系はいれたくない、かなあ。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
今年2011年公開のWEBサービス
311の震災があって、今まで自宅サーバーで公開していた読書SNS「趣味は読書」を、lolipopに移行。スクリプトをイチから作り直してWEB本棚サービス「趣味は読書2」として2011年4月、全面リニューアルオープン。
https://doncha.net/
掲示板などあれこれてんこ盛りにしていた前サイトと違って、シンプルで使いやすくなったというレスポンスをもらって、運営中・公開中。
ぶっちゃけ。震災で、自宅でサービスを公開することの限界を痛感した。いつダウンするかわからないようなシロモノを公開して使ってもらうわけにはいかない。
文学フリマ界隈での議論を見ていてでっち上げ。
https://books.doncha.net/happy-reading
創作文芸同人誌応援サイト、「創作文芸見本誌会場HappyReading」2011年12月14日公開。好評のようで登録も順調。って、twitterのDMを使って登録のお願いをしていった、のもスタートとして正解だった、かも。
このまま登録が増えてくれると、サイトを作った甲斐があった、というもの。
というふたつのWEBサービスを今年2011年公開できた。
どちらも少しずつとはいえ、使ってくれているひとがいて、うれしい。
で。この「うれしい」気持ちを大切にして、いろんなサービスを考えていきたいなあ、と改めて。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」