cakephp勉強3日め 結局のところ

MySQLは新バージョンから基本設定がかわってて、XAMPPはWindows版のインストーラだけ挙動が特殊で、my.iniは例外的に生成されなくてとか、謎仕様の複合効果すぎる。なんで誰もサーバーサイドをwiiクラスの使い勝手にしないの?サーバーサイド簡単だと仕事なくなるからわざとUIとか仕様をややこしくしてるの??

中途半端にサーバーサイド覚えるくらいなら、フリーのスクリプトを骨格に数万~10万円程度で詳しい人にカスタマイズしてもらって、最後に自分で微調整する程度の知識があれば十分じゃねぇの?って気になった。

人生は有限だし他に勉強するべきことはいっぱいあるし、自分にとって学習の費用対効果がまるで見合わない。サーバーサイドやってて苦痛しかない。なにこの砂を噛むような作業。

もういいや。エコノミックアニマル日本らしくお金様のパワーで解決しよう。お金で心は買えないけど、時間と労力は買えるんだ。というかお金は不自由と苦痛を排除するツールなんだから、ここで使わずしていつ使う。ビバ・ジャパンマネー。円高最高! いざ第三世界。

コメント / トラックバック 6 件

  1. masuidrive より:

    それはサーバサイドっていうより、PHPの問題だと思う。

    私もみんながなんでPHPを使い続けるのか謎すぎ。

  2. furoku より:

    とりあえず、うちの会社のcakephpな人を紹介しますよ。

  3. hidetox より:

    3日間で素晴らしい結論を出されましたね。

    私はサーバ屋でもありますが、賛同します。必要ないんですよ、サーバサイドなんて。理想は自動生成なんであって、人間がコードを書くなんてファッキンなんですよ。

    >なんで誰もサーバーサイドをwiiクラスの使い勝手にしないの?サーバーサイド簡単だと仕事なくなるからわざとUIとか仕様をややこしくしてるの??

    これは、本質に迫ってます。環境設定不要のSaaS、PaaSなどを使うと開発費が安くなるから困る。SIerは楽したくないんです。面倒なことをやって、手間賃を頂戴するビジネスモデルだから。よくRailsやSeasar2が出てきて「また相場が下がって困る」的なことを言う人がいるじゃないですか。生産性の向上を歓迎しない業界。

  4. yang より:

    分かってて書いてるんだろうなと思ってますが、Flashの人はカッコイイアニメーションが簡単に作れると仕事が無くなるから、オーサリングツールが複雑化の一途をたどっているわけでもないですよね。サーバサイドも一緒です。
    プロの使っている道具で簡単な物があったらプロって存在が成り立たないわけで。

    いずれにせよ素晴らしいです。数日でその結論に到達できたことに乾杯。向いてないと気づいたらすぐ切り替えた方がよいです。

  5. あああああ より:

    >謎仕様の複合効果すぎる。
    >なんで誰もサーバーサイドをwiiクラスの使い勝手にしないの?

    真っ先に「あなたがすれば良いのでは?」と思ってしまいましたが。
    現時点で使いづらいと思ってない人は、なかなか改良しようとはしないでしょうし、
    使いづらいと思った人が行動をおこさない限り現状のままかと…。
    まあ使いづらいと思った時点で殆どの人はその技術からは手を引くわけですが。

    しかしまあ確かに、こういう複数のツールを組み合わせてアプリケーションを作る場合、ツール間の齟齬の問題は無視できませんよね。
    ただそれはサーバサイドに限らず、クライアントサイドのアプリケーションも同様のはずですよね。
    (Webアプリケーションに限った話ではありません、もっと広い話です)
    苦手意識からサーバサイドが槍玉にあげられるのは仕方のないことかもしれませんが、少し気になりましたので。

  6. admin より:

    >masuidriveさん
    やっぱrubyやpythonですかー。あそこらへんって始めるにはまず自サバからって感じですよね。壁がさらにorz…

    >furokuさん
    ありがとうございますー。いま物凄い勢いで挫折方向ですが、もしかしたらお世話になるかもしれません。そのときはよろしくお願いしますです。

    >hidetox さん
    自動化と産業化はどこの業界も壁ですよね。デザイン業界も僕をふくめハンコ商売への強い抵抗感があったりしますです。

    >yangさん
    ここらプロの道具 = 複雑でいいってのはちょっと同意できないところが…柔軟性を複雑さとトレードするのは、プログラムでも工学でも、エンジニアリングでやってはいけないことの代表のような気が…

    >あああああさん
    ツールの複合の問題っていうのはわかります。 こういう場合、それこそconvention over configurationで、多少柔軟性にかけても用途にあわせて定番のパッケージ構成を5~10種類ぐらい作って、基本的なことはそれだけで済むようにするのがいいとは思うんです。

    インターネットの普及で情報の浸透速度があがる反面、細かいノイズが増えすぎた現状だと、複雑さを担保に好き勝手カスタマイズする設計コンセプトはノウハウが発散してしまうだけなのじゃないかと思いました。

コメントをどうぞ