[生き残れるか]EC-CUBE[4店舗目]

**nobodyさん** · 2008/12/13(土) 14:11:28

【前スレ】
・[生き残れるか]EC-CUBE[3店舗目]　http://pc11.2ch.net/test/read.cgi/php/1209204054/

【過去スレ】
・EC-CUBE　http://pc11.2ch.net/test/read.cgi/php/1169631890/
・[生き残れるか]EC-CUBE[2店舗目]　http://pc11.2ch.net/test/read.cgi/php/1201784308/

【公式】
・EC-CUBE公式サイト　ttp://www.ec-cube.net/
・開発コミュニティ　ttp://xoops.ec-cube.net/
・マニュアルサイト　ttp://wiki.ec-cube.net/
・EC-CUBE Trac　ttp://svn.ec-cube.net/open_trac/
・メーリングリストの過去ログ　ttp://webml.ec-cube.net/

【その他】
・2ch EC-CUBE Wiki　ttp://www39.atwiki.jp/eccube2ch/
・[mixi] EC-CUBE　ttp://mixi.jp/view_community.pl?id=1272334
・EC-CUBEの学校　ttp://www.eccube-school.jp/

【EC-CUBEとは】
EC-CUBEは、株式会社ロックオンが創業から6年にわたって開発してきたECサイト構築システムをオープンソースとして公開したものです。ASPではできなかった独自性の高いECサイトが、無料で手に入ります。

**503** · 2009/09/10(木) 10:00:34

オープンソースをカスタマイズして欲しいという需要があるだ
自分のとこでできないから依頼する
依頼を受けるほうにしてみれば、下請（元請、2次請、3次請...）だ
需要がなくなれば死滅するだけ

>>506にとっては時間の売買が「俺様技術者だぜﾄｰｼﾛｰは黙ってなﾋｬｯﾎｰ」と同類らしいな

**nobodyさん** · 2009/09/10(木) 10:03:01

売買は時間だけじゃないと思うけどな

**nobodyさん** · 2009/09/10(木) 10:07:01

>>512
もの凄く国語が弱いのは理解した

**nobodyさん** · 2009/09/10(木) 10:11:27

お前の母ちゃんでべそ級の返しでﾜﾗﾀ

**nobodyさん** · 2009/09/10(木) 10:29:14

客の立場（専門知識がない）でカスタマイズしますって企業の技術力をどう比較するの？
自分が比較できるのはデザインのセンス？と納期、当然料金もだけど
技術力がある→納期が短い→結果的に安い　って感じする

**nobodyさん** · 2009/09/10(木) 10:59:55

>>512みたいな文章もまともに書けないやつが
一端の技術者気取ってるんだぜ
笑えるよな

**nobodyさん** · 2009/09/10(木) 12:31:08

>>510

何というか、自作しないと熱意と責任が生まれないよね。
オープンソースアプリのロゴをべたべた貼っている会社とかあるけど、結局何が出来るのって思う?

EC-CUBEも固執しなければいけないほど高品質だとは思えないんだけど、
それでも自作しないでこれをカスタマイズするのは熱意と技術力がないだけとしか思えない。
実際、カスタマイズ代金もめちゃ高いしノウハウも蓄積されてないんだと思う。

**nobodyさん** · 2009/09/10(木) 12:51:50

うちは生半可な知識のある顧客が指定して来る場合のみ仕方なくって感じだな＞オープンソース利用

一から開発or自社物のカスタムを提案しても、「稼働実績が～ﾌﾝﾀﾞﾗﾗ」で聞く耳持たない場合のみ。
結果、そういう顧客は機能に変なこだわりがあったりしてデフォルトでは使えないので、EC-CUBEの変な
ソースを毎回一から弄る羽目になり、結局高く見積もらざるを得ない。
まぁこういう顧客は高くついても「オープンソース使っちゃってる俺！」という自己満足が得られればOK
らしいので、PGの精神以外には実害なし？

**nobodyさん** · 2009/09/10(木) 14:35:07

うちの会社はコンサル能力がありません、と言ってる
ようなもんだなｗ

しかも、サーバもオープンソースだらけで構築してるから
「オープンソース使っちゃってる俺の会社！」
って感じか？

**nobodyさん** · 2009/09/10(木) 15:49:33

>>うちの会社はコンサル能力がありません、と言ってる
>>ようなもんだなｗ

どの辺の文章からそう感じたの?

**nobodyさん** · 2009/09/10(木) 19:11:14

俺は逆に慣れているから積極的に apache とか mysql とか使っちゃうな
oracle とか面倒なもん使いたくねえし

**nobodyさん** · 2009/09/10(木) 19:19:18

>>522
発注側も、「できるだけ安く！」って言うしね。
ソフトのライセンスとか買ってくれないｗ

**nobodyさん** · 2009/09/10(木) 20:29:58

だいたいWeb事業しようと思った時って、全く0からじゃないと思うんだ。
掲示板やらショッピングカートやらそれなりのツールを作って
それらが他社と遜色ないから起業すると思うんだよ。個人でも会社でも。

それをオープンソースや無料テンプレートに頼って
「安く仕上げます！」っと言ったところで、
アフィ広告貼って商品売ってのと変わらない気がするんだよな。

**nobodyさん** · 2009/09/10(木) 22:09:15

俺は零細企業のweb担当なんだけど･･･
ウチはwordpressとeccubeでやってるｗ
自力で作れるような技術力が俺にはない＆外部に頼むほど社長に金がないので('A`)

故に本業の人たちは>>519や>>524の言うような「ちゃんと構築できる」人たちであって欲しいなあと。
素人意見でスマンｗ

**nobodyさん** · 2009/09/10(木) 22:26:17

「うちお金無いから、オープンソースでEC-CUBEってのがあるんですよね？それ使ってカスタマイズしてよ」
と言われるから使うだけ。

>516
>技術力がある→納期が短い→結果的に安い
1週間1万円で働く素人こーだもいるから、安い=技術力があるとは、一概には言えない。

**nobodyさん** · 2009/09/10(木) 22:30:10

> それ使ってカスタマイズしてよ

自分でカスタマイズするなら、勝手にやれば良いのでどうでもいい。

カスタマイズを頼まれたとき、楽にカスタマイズできれば良い。
そしたら安くできる。

だが、楽にカスタマイズできるものは無く、ベースがただでも
カスタマイズ料金が高くなる。

**nobodyさん** · 2009/09/10(木) 22:38:29

どう考えてもテーブル設計とSQLがクソなのに、MySQLが遅いみたいな認識なのはいただけないな。
膨大なテーブル数に、3重4重に入れ子になったサブクエリを発行すればどうやっても遅いだろ。

**nobodyさん** · 2009/09/10(木) 23:01:01

EC-CUBEの連中は技術者じゃねぇ。

処理が遅ければ、何十万もかけて
ハードウェアスペックをあげれば良いという考えだろう。

たしかに規模によっては、そっちが安く済む場合もある。
だが、オープンソースのターゲットとなるような所には合わない。

**nobodyさん** · 2009/09/10(木) 23:01:04

そうそう。明らかに設計が悪すぎる

**nobodyさん** · 2009/09/11(金) 05:05:42

売り上げ解析の遅さは、あんまりすぎて笑えますよね

**nobodyさん** · 2009/09/11(金) 09:30:57

EC-CUBEはここが酷い
http://d.hatena.ne.jp/zan-gyo/20090602/1243923480

**nobodyさん** · 2009/09/11(金) 10:33:49

デザインは綺麗だからソース出さなきゃ良かったのにね。
こんなデタラメな設計で金を取るのか、という反感が起きてしまう。

設計がデタラメ → 修正コストが高い → クライアントが負担

良心があるプログラマは、こんなコストはクライアントに負担させられないと思うし、
儲けたい奴はこれをカスタマイズしてボッタクルって感じかな。

**nobodyさん** · 2009/09/11(金) 10:36:58

phpBB（拡張モジュールがソースをエディタで開いて差分を自分で適用（笑））とか「なんでみんなこんなの
使ってるの？」ってレベルのオープンソースソフトってあるんだけど。よく使われてるから使う位しか理由が
無いんだよね。

まぁ、実はその「よく使われている」というのが情報を探したりする上で便利ってのは解らなくも無いんだけど。
phpBBの例なんかを見ても、それは日本だけじゃなくて、海外でも一緒なんだね。

**nobodyさん** · 2009/09/11(金) 10:43:32

532のリンク先は辛辣だな。

開発者が・・・
開発者が・・・
開発者が・・・

って、恨みでもあるのかね。

**nobodyさん** · 2009/09/11(金) 11:10:41

「EC-CUBE のプログラム修正を仕事でしている」となっているから
そういう（恨みの）感情はあるでしょ
「俺は修正がしたくてプログラマになったんじゃねーよぉー」みたいな？

**nobodyさん** · 2009/09/11(金) 11:42:00

>427
商用ライセンス買って
見事にｗ
作り替えしちゃったのが
オレンヂだよ

>535
オレンヂの連中も、恨みまくりだろ～とか想像するｗ

**nobodyさん** · 2009/09/11(金) 15:06:06

>>534
ま、「どうしてオープンソースなのか？」を考えたら想像出来るんだけどな。
ユーザーはあくまでテスターでしょ。
タダでバグチェックしてくれて新機能の意見もくれる。これほど楽な事はない。

OpenPNEなんて徐々に商売に移行してきているからね。
EC-CUEもEC-one？か何かを始めてるし。

**nobodyさん** · 2009/09/11(金) 18:55:34

新規開発中の新しいバージョンってプラグイン対応？

**nobodyさん** · 2009/09/11(金) 21:00:56

>>539
プラグイン対応でもEC-CUBEに期待するな。

**nobodyさん** · 2009/09/11(金) 21:03:55

MVCがわからん開発社がプラグインの仕組みを作れるはずがない。
あ、でもクレジット決済とかは既にプラグインになってるの?

**nobodyさん** · 2009/09/12(土) 07:18:04

一般的に言って、ショッピングサイトの機能をプラッガブルに出来るとは思えない。

**nobodyさん** · 2009/09/12(土) 15:29:56

モジュール化されていなくて一枚岩なのも気になるところだけど
そもそもEコマース専用システムってどうなの
Drupalとか何か他のCMS用Eコマースモジュールとして作れば
カブる部分は作る必要ないし既存の多くの資産を利用できるのでは？
ブログやイメージギャラリーやもっと汎用CMS的な機能がほしい場合は
Eコマース専用システムじゃ物足りないだろうし別途用意しても管理画面が統一されてないだろうし。
ECコアモジュールとそれに依存するEC用各種追加機能モジュールみたいな。
日本固有の機能は切り離したりして

現行EC-CUBEは古いからモジュール化されてないとかいろいろ古臭くても仕方ないけど
このスレで宣伝されている何個かの新作Eコマース専用システムとかは

**nobodyさん** · 2009/09/12(土) 17:52:41

> Drupalとか何か他のCMS用Eコマースモジュールとして作れば

それ何の問題解決にもなってないよｗ

Eコマース部分の機能をいろいろ付けたり外したりしたいんだから。

**nobodyさん** · 2009/09/12(土) 18:18:49

ま、「今ので動くからそれで良い」という考えなのかもな
俺も自作システムを改善しようとして余計にややこしくなって止めた事あるw

**nobodyさん** · 2009/09/12(土) 18:51:36

>>544

>>543
> ECコアモジュールとそれに依存するEC用各種追加機能モジュールみたいな。
> 日本固有の機能は切り離したりして
ってあるから

**nobodyさん** · 2009/09/12(土) 18:53:59

既存CMSの拡張機能ではなく独自のシステムを作る主因は功名心・自尊心から。
独自のシステムもさらに手柄を第三者に横取りされないように拡張機能なんてもってのほか。
修正ファイルの提供なんていらないすべてを取り仕切りたい。自分の考えが最良。
でもオープンソースの都合のいい部分だけは享受したいジレンマ。

**nobodyさん** · 2009/09/12(土) 20:22:36

EC-CUBEのコードのクオリティってどうなの。
ロックオンクラス(従業員規模)の会社ってこれくらいのレベルだと考えていい?

オープンソースってある程度技術に自信がないと出来ないから、
平均的な企業よりも技術力がありそうな感じなんだけど。

**nobodyさん** · 2009/09/12(土) 20:43:14

本来のソースコードのクオリティはすごく高いよ
公開されているものは
ソースコードを暗号化させて難読化するんじゃなくて
スパゲッティ化させる自前のソフトを使って難読化させてある
ハイクオリティなソースコードを見せたくないからね

**nobodyさん** · 2009/09/12(土) 21:00:14

if(DB_TYPE==...)

難読化以前の問題だな

**nobodyさん** · 2009/09/12(土) 23:48:48

技術が無くてもオープンソースには出来るんじゃない？
エンジニアとして恥ずかしくなければ。

俺ならあんなの公開するのはやだね。

**nobodyさん** · 2009/09/13(日) 00:25:53

増改築を重ねた結果だから止むを得ない
新築の頃は小さいながらもきれいだったはず
今はこれでいいと思っていても必ず増改築が必要になってくるんすよ
そんなためにもユニット化！こんな感じに拡張縮小自在
ttp://www.dome-house.jp/images/unit/speclong_00.jpg

…EC-CUBEって新築の頃から突貫工事の欠陥住宅なの？

**nobodyさん** · 2009/09/13(日) 00:27:35

ソフトウェアにはメジャーバージョンアップというリフォームがあってだな

**nobodyさん** · 2009/09/13(日) 01:00:05

基本的に金になるかわからん仕事だから
暇な新人に作業させたんだろうなって思う

**nobodyさん** · 2009/09/13(日) 05:07:35

IPAに「旧バージョン使うな」と言われても、バージョンアップ出来る構造じゃあないしね。

2.4あたりで、DBのテーブルの変なとこに列が追加されてるから、
そのままだと2.3以前との互換性が無いらしいね。

**nobodyさん** · 2009/09/13(日) 11:18:33

このコードを公開することはある種の経営リスクだな。
これじゃあプログラマーは応募して来ないんじゃない?

**nobodyさん** · 2009/09/13(日) 23:21:06

逆に「この程度で通用するなら・・・」って応募したくなるんじゃないか？w

**nobodyさん** · 2009/09/14(月) 05:01:17

EC-CUBEにamazonの決済API取り付けられないかな？

このAPIを使えばアマゾンのクレジットカード情報を自分のECサイトで使える。
これが使えれば手軽で維持費の安いECサイト作れるんだが

利点

導入手数料なし
月額利用料なし（日本のクレジット決済は月1万2千円くらい取られる）
取引手数料が安い 1.8%～4%
セキュリティ管理（SSL）もamazon側がやってくれる
管理側のクレジット会社の審査手続きなどいらない。(amazonのみ）
お客は初期登録をしないですぐに買い物ができる
amazonという堅固な信頼のあるブランド

現時点日本では正式にはサービスしていない　アメリカの銀行口座があれば使えるかも

開発側でサンドボックスというものを使うと仮想決済で開発できるらしい（コスト０）

来年くらいに日本でサービスしないかな

参考情報
http://journal.mycom.co.jp/articles/2009/02/13/AmazonFPS/index.html
http://internet.watch.impress.co.jp/cda/news/2007/08/06/16550.html
ttp://blog.livedoor.jp/barneys_tokyo/archives/51255786.html

**nobodyさん** · 2009/09/14(月) 10:51:11

AMAZONのそれかPAYPALが今年の年末から熱いな
API合戦がはじまる

**nobodyさん** · 2009/09/14(月) 10:53:22

amazonのそれが日本版であれば、日本の決済代行会社潰れそうだなw

ま、これまでの傾向から日本版APIは無いと思うが・・・

**nobodyさん** · 2009/09/14(月) 23:15:25

>>558

おまいさんの立ち位置はどこだ？
ﾉﾘで使ってみてる人？非ｴﾝｼﾞﾆｱなｽﾃｰｸﾎﾙﾀﾞ？

素人でもなきゃEC-CUBEにapiって手法が適用できない事くらい分かるだろ。
ﾉﾝｶｽﾀﾏｲｽﾞでしか使えないapiってんなら別だが。

もしかしてﾛｯｸｵﾝの人？

**nobodyさん** · 2009/09/14(月) 23:20:27

あぁ、間違えたapi叩きにいくﾓｼﾞｭｰﾙってヤツの事か。

何？作って欲しいの？

**nobodyさん** · 2009/09/14(月) 23:37:49

↑ WEB APIってのを知らないらしい

**nobodyさん** · 2009/09/14(月) 23:53:23

だからさ、間違えたねって言ってんの。
ごめんなさいねー。

素朴に「(ﾊﾟｯｹｰｼﾞに)組み込んだらいいのに」って言う人の立ち位置が気になっただけなんだけど。
ｶｽﾀﾏｲｽﾞすりゃいいんじゃ？と。

まぁいいや。とりあえずもうROMってるわ。
ごめんねー。

**nobodyさん** · 2009/09/15(火) 00:32:11

きめぇ

**nobodyさん** · 2009/09/15(火) 23:20:22

リアルではかかわりたく

**nobodyさん** · 2009/09/16(水) 00:06:51

paypalの導入糞難しいんですけど、なんとかならないの？

**nobodyさん** · 2009/09/16(水) 11:23:52

そんなこたぁpaypalに言いなされ

**nobodyさん** · 2009/09/16(水) 12:02:40

1本25万円もらえれば、1人くらい専業で付けさせられないのかな?
会社側からのアクションが全然無いから面白くないね。

**nobodyさん** · 2009/09/18(金) 18:59:31

http://pc11.2ch.net/test/read.cgi/php/1250415957/464
ってあるように
各機能を本体から切り離して本体を簡素にすれば
大掛かりなバージョンアップ作業から解放されるッ

**nobodyさん** · 2009/09/19(土) 00:17:39

カスタマイズ超苦労するぞこのクソシステムｗ
ロックオンが作っているだけに、システムもロックオンして
カスタマイズさせたくないようにしてるとしか思えん。。

**nobodyさん** · 2009/09/19(土) 03:00:41

何度もおんなじ文句聞き飽きたぁ
なんてねｗ
最近になって触ったひとは、新鮮にそう思ってるんだろうなぁ・・
でも、ずっとずっとずぅぅぅっと前から(　＾∀＾)ｹﾞﾗｹﾞﾗ

２系出たとき、
急いで作ったからどうしたこうしたって作者（ロックオンではない）
が言っていたような気がしたが、それが、
部屋を煩雑にしてる引っ越しの段ボールをただ脇に寄せる程度、
取りあえず寝れりゃいいやみたいな、
１系からかき集めた部ッ品と、
急いで作ったM（ま）抜けのVCでとうとう2.4.1

ま、がんばってｗ＜弄るひと＆弄りたいひと

**nobodyさん** · 2009/09/19(土) 07:12:35

> 部屋を煩雑にしてる引っ越しの段ボールをただ脇に寄せる程度、
なぜ俺の部屋の状態を知っている
もう一年近く同じ状態だ

**462** · 2009/09/21(月) 06:25:32

>>474
EC-Cubeプロジェクトに取り込まれて鬱な462です。
requireはの使い道はいくつかあるのだけれど、基本的にそのファイル内で
使っているクラスが定義されているファイルを過不足なくrequire_onceするのが
正しい。require_base.phpで全部ロードしちゃえ、というのは、怠け者。
プログラムのどこかを修正して、それが全箇所でロードされていたら、
その影響範囲がどうしてわかるのか。システム全体をテストしなかったら
テストしたことにならないよね。

今僕はcronスクリプトを書いていて、DBハンドラーが必要となった。
さあ一体どのファイルを読み込んだらいいのか？SC_DBconnクラスで
ハンドラーが取得できるようだから、SC_DbConn.phpをrequire_once
すればよさそうだ。クラス名とファイル名が統一されているようで
されていないのもイライラするけれど、それはともかく
require(CLASS_PATH . '/SC_DbConn.php');
してみるとSC_DB_DBFactory_Exがないと言われる。SC_DB_DBFactory_Exが
必要なのはSC_DBconnクラスの事情なのであって、僕のcronスクリプトが
知っていないといけない話じゃないよね。

>>475でグローバルオブジェクトの参照の話が出てきているけれど>>476は
クラスの話をしているのだから話がちょっと噛み合っていないかな。
システム全体で一つしかないようなオブジェクトはシングルトンクラスで
作成するのが良い。SC_Dateはユーティリティークラスで、こういうものは
require_util.phpみたいなファイルで一括でロードするのも良いかもしれない。
ちなみにSC_Dateはアクセサーの意味が分かっていないPGが書いたクラスで
セッター、ゲッターと静的なデータ生成メソッドをのぞいたらほとんど何も
残らないしょうもないクラス。

>>477でロード時のオーバーヘッドの話が出ているけれどrequire_onceは
同じファイルは何度呼び出されても同じファイルは１度しか読み込まないから
気にしなくてよい。

**462** · 2009/09/21(月) 06:26:12

>>550
SC_DB_DBFactory_ExでMySQLとPostgresqlを切り替えようとしている
形跡はありました。僕はEC-Cubeの歴史的経緯を知らないので、if(DB_TYPE==...)
が古いコードからの遺物なのか、それともファクトリークラスの開発を
しない怠け者PGなのかは分かりません。

ところでアップグレード時のマージの負担を軽減するためにclass以下は
触らず、extends以下を拡張するというのが推奨されているみたいですけれど
うまく行きそうにないですね。基底クラスの粒度が荒すぎて結局大半の
ロジックを継承クラスにコピーする羽目になっている。あるところでは
基底クラスを呼んでいて、あるところではExを呼んでいるのも困る。
こんなことするならclass_extendsなんて最初から作らないでもらいたい。
ロックオンがやるべきことは安定したAPIを定義して、バグフィックスが
APIの外に影響を及ぼさないようにすることでしょう。

**nobodyさん** · 2009/09/21(月) 11:02:42

PostgreSQLとMySQLを両サポートしようと思えば、何かしらのORMを導入して、単文のSQLだけ実行して、後はPHP側で処理するように書き換えるしかない。

**nobodyさん** · 2009/09/21(月) 15:09:56

>>575
いろいろ見てると、カスタマイズ前に一旦きれいにしたくなるよね。
そういう作業もしているの？

**nobodyさん** · 2009/09/21(月) 20:17:44

>>574
>>477 はコードキャッシュの話でしょ
require_onceとか、そんなレベルではｗ

**nobodyさん** · 2009/09/24(木) 18:19:29

EC-CUBEをカスタマイズした不動産用CMSとかあるね。
そこまで自分でコード書きたくないのかねと思ってしまうが・・・。

**nobodyさん** · 2009/09/24(木) 23:43:53

>>579
何それ面白いwwwできればkwsk
なんも分かってない経営者あたりが勢いで決めて
現場がしわ寄せくらう典型っぽいな。
バグった時とかなんでECCUBEなのかクライアントに問い詰められそう。

絶対嫌だwww

**nobodyさん** · 2009/09/25(金) 09:08:09

普通に販売ではなくカタログとして商品写真を見たりできることだろ
契約済みとか交渉中とかお勧め商品のアイコンで対応可能だし
なにもしわ寄せはない

**nobodyさん** · 2009/09/25(金) 12:46:00

>>580

例えばさ、不動産はAND検索が命でしょ。

「80000円+ペット+角部屋+新築」

こういう検索が不可欠なんだけど、EC-CUBEでこれらを1個1個カテゴリにして商品(物件)に割り当てるわけ。
だからAND検索が出来なくて、80000円とか、ペットとか単体でしか検索出来なくてユーザビリティが死んでる。

何の偶然か、こんな珍しいサイトに当たってしまって頭に来たよ。
こんなクソアプリ使わないでちゃんとAND検索作れやボケって思ったよ、これじゃ客は検索しないよ。

**nobodyさん** · 2009/09/25(金) 14:33:23

>>581
カタログ表示させたければ、単純にブログとかMTでよくないか？
特にMTだったらカスタマイズ出来る業者も多いし。

**nobodyさん** · 2009/09/25(金) 23:41:56

賃貸仲介向けなのかﾏﾝｼｮﾝﾃﾞﾍﾞ向けなのか戸建て向けなのか。

そういう業界特性を踏まえずに「要は不動産だろ」みたいに括るから
>>581みたいなﾊﾞｶが出て、>>582みたいな人が苦労するってこと？

ｶﾀﾛｸﾞができりゃいいとか相当面白い意見だよね。

**nobodyさん** · 2009/09/26(土) 00:31:52

半角カナはどうにか出来ないのか？
それで581を馬鹿にするのもいかがなものかと思うが。

**nobodyさん** · 2009/09/26(土) 00:41:00

EC-CUBE周辺は金儲けで頭がいっぱいな会社が多いな。
既に開発元が投げてるのに何でこれに固執するのかが分からない。

これからも582みたいなアホサイトが量産されるんだろうな。
おそらく風俗サイトもproduct_detail.php?id=1でいけるんじゃないか(笑)
後、ホテル予約とかレンタカーもいけそう。

**nobodyさん** · 2009/09/26(土) 10:27:32

だから、技術者指向が強いとEC CUBEを使い倒そうなんて思わないから名。絶対に自分でコードを書きたくなるはず。
EC CUBEのメリットって、有り物をそのまま使って、安く仕上げたいっていう。それ以外にないから。

**nobodyさん** · 2009/09/26(土) 10:47:35

if PostgreSQL なら
　PostgreSQL用SQL文発行
else MYSQLの場合
　MySQL用SQL文発行

こんなコードばかりなんで一気になえたｗ

**nobodyさん** · 2009/09/26(土) 23:35:58

>>585
何を言いたいのかよくわからんが
相当レベル低いこと言っているということはわかる

**nobodyさん** · 2009/09/26(土) 23:41:05

>>589
レベル低い事を言わせてると思わないのか？
どんだけ自分に甘いんだよw

**nobodyさん** · 2009/09/27(日) 16:48:23

あえて585のように書かないだけで、
機種依存や半角カナを平然と使ってるレベルのエンジニアだということは分かる。

**nobodyさん** · 2009/09/27(日) 17:33:00

２ちゃんねるの書き込みとソースを同一視するとか・・・
俺も行末に句点を付けてないとソースコードも行末をちゃんと終わらせていないとか言われるのかな
タマランチ

**nobodyさん** · 2009/09/27(日) 18:23:48

2ちゃんの半角の使い方と584を同一視するとか・・・
なんでも半角カナ使えば格好いいと思ってるゆとりだろうな

**nobodyさん** · 2009/09/27(日) 18:26:26

いずれにせよエンジニア云々は関係ないな

**nobodyさん** · 2009/09/27(日) 20:33:16

584は日本語を使わないグローバルなプログラマーかも知れない。
日本人でもすべて英語で書く人はたまにいるよ。

問題はEC-CUBEのレベルだよ。

**nobodyさん** · 2009/09/28(月) 01:46:23

こまけぇこたぁいいんだよ！！

**nobodyさん** · 2009/09/28(月) 21:33:29

最近いじり始めたんですが、顧客データって、一括登録する手が、何かないもんですかねえ…

**nobodyさん** · 2009/09/28(月) 23:26:29

おおぉー。なんか知らんうちにﾚｽ稼いでんな、俺。

便所の落書きのｶﾅ使いごときで週末にこんなに盛り上がったのがちょっと嬉しいよ。

ってか>>580と>>584、両方俺なんですけどｗｗｗｗｗ
あ、ソーｽぐちゃぐちゃにするとか馬鹿にされんの？ｗｗｗ

**nobodyさん** · 2009/09/29(火) 00:09:46

>>597
mysql -hlocalhost -uusername -p < customers.sql

**nobodyさん** · 2009/09/29(火) 01:09:30

livecommerce完成したら、どうせみんなそっちにいくんだろ？

**nobodyさん** · 2009/09/29(火) 09:10:38

結局、自社でやったりオリジナルを頼む必要なんてないんだよね。
独自ドメインさえ押さえれば箱は何でもいいわけで、運用の方にお金を掛けるべきだよね。

ユーザビリティとか販促企画とかメルマガとか、こういうのに金と時間を掛けるべき。
カスタマイズなんかに金や時間を掛けたらもったいないよ。

**nobodyさん** · 2009/09/29(火) 15:43:53

>>601
妄想もほどほどにね

**nobodyさん** · 2009/09/29(火) 16:37:09

>>602

どの辺が妄想?
個人の経験に基づく主観だから、みんなに当てはまるかは分からないが。

**nobodyさん** · 2009/09/29(火) 18:26:47

集客を期待するなら楽天がいいし、ヤフオクだけでやってくことも十分あり得る選択肢。

**nobodyさん** · 2009/09/29(火) 23:07:12

楽天→マージンが高すぎ
ヤフオク→自由度が低い

のがネックだから、独自でEC立ち上げるのは良いと思うけどね。
Googleをはじめ、宣伝する所なんていっぱいあるんだし。

**nobodyさん** · 2009/09/29(火) 23:13:26

個人の主観というよりむしろ、ブランドのない小規模が成功する前提条件かと思う。

本心から妄想って思うのは大した経験もないなんちゃってWeb屋くらいだろ。
所詮人月いくらで食ってる訳だし、正しくないと分かっていてもカスタマイズさせるのが本職ってもんじゃない？

**nobodyさん** · 2009/09/30(水) 00:21:59

それは違うと思う。
明らかに「正しくない」と思うなら、断るべき。
嫌々やっても良い事無い。どの仕事も一緒。

**nobodyさん** · 2009/09/30(水) 00:51:03

例えば自社の売上が低迷していて、楽天のノウハウを持ってないとする。
資金が少ない新規のクライアントが「楽天でやろうかどうか悩んでるんだけど、
EC-CUBEっていいらしいね」と言ったとする。
そこで「楽天にした方がいいですよ」って答える可能性を持てるかって話。

雇ってる側ならなおさらね。

**nobodyさん** · 2009/09/30(水) 01:20:37

おまえらゴミみたいなレスばっかしてんじゃねーよ
このスレの趣旨はEC-CUBEが今後発展するか否かだろ？
答えは後者だ

**nobodyさん** · 2009/09/30(水) 01:27:29

EC-CUBEはそのままじゃ使えないからなー
微妙に気に入らないところと、大きく気に入らないところがある

**nobodyさん** · 2009/09/30(水) 16:09:41

おまいら、楽天がいくらかかるか知っていて
話してんの？

いくらかかるか言ってみな。