■アプリエンジニアだけど、サーバーエンジニア尊敬する

3人くらいで集まってBtoBtoCアプリサービス作ってるんだけど

お金ないから一旦俺がアプリ・サーバー・デザインとサービスモデル化までやってる

（ちなみに得意なのはiOS）

それで一番苦戦するのがサーバー

サーバーサイドってなんでああも意味不明なのか

Rails覚えりゃいいんだろ？　と思ったら

Rails、Ruby、Nginx、Unicorn、Jbuilder、SQLite、AWS、その他いろいろ

とにかく多い

芋づる式にいろいろ必要になる

linux知識が薄いから更にアレだし、IDE入れたら更にアレだ

（いや、AptanaはEclipseベースだからあまり問題はなかったか）

しかも、そこまでに取捨選択が入るから、登場する「ナニコレ」はもっともっと多くなる

まあそこまではまだいいんだけど

一個一個のバージョン差とか、書き方の差でハマる

「まあこの書き方が主流だよね」があまりない

MySQLは書けるのにSQLiteでハマるしActiveRecordでドハマリする

皆自由すぎる

そして問題が起きた時にどこでコケてるのか調べるのが骨すぎる

何でコンパイラ無いんだよ

テストとかだるいよ

優しく教えてよエラーの場所を

おまけにググっても色々出てこない

これはやってみると、いかにアプリが恵まれてるかがわかる

99％の問題はStackOverflowに書かれているから

完成しても「本当にこれでいいのか？」がよくわからない

色々蓄積してどっかで問題が起こるかもしれない

アプリならそんなこと滅多にないのに

難しいよサーバーサイド

俺やだよ

まあ片手間でやってるからなんだけどさ・・・

「サービスリリースしたらWebも必要だよね」って話もあるんだけど

たぶん無理だな、外注しないと

＿＿＿

ちなみに、複数領域を1人でやったときの利点と欠点

利点：設計とかあとで適当に変更してもコミュニケーションコストがかからないから楽

　　　デバッグが捗る

　　　複雑な仕様を全部把握できる

　　　まだサービス全体像がふわふわな場合は試行錯誤できるから非常に有効だと思う

欠点：ドハマリする回数が単純にN倍になる

　　　頼れない

　　　進みが遅くてイラつく

みんなもやってみて

Permalink | 記事への反応(4) | 11:24

ツイートシェア