機能要望 > その他 > Yellow book for EC-CUBE |
その他
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
ゲスト |
投稿日時: 2013/6/18 18:25
対応状況: −−−
|
Re: Yellow book for EC-CUBE 引用:
他言語のスタイルを真似事をするときには、PHP がスクリプト言語である事なども念頭に、適否の判断や実装の見直しをする必要があろうかと思います。 小生の関わって来た「人とCPUの親和」の手段は fortran (IBM370) 機械語 パナソニック12bit NEC-TK80 アセンブリ言語 Z-80 MC68000 NEC-V40,50 MASM (i8086) C NEC-V40,50 Lattice C Turbo C Microsoft C 5.1 どれもこれも、独学。。。 で、現在の主は Java ではあるが、 2003年のポリテクセンター中部での「Webアプリケーション」の火の「三日間」意外は、独学。 php, Smartyにおいては、「EC-CUBE」を知るまでは、 現業内で、その筋の人が「php」を使って、業務改善をしているのを知っていたのみ。。。 そうした身で「どこまで、何が出来るのか、、、」で、本スレッドを立てました。 引用: バージョンアップ版に対抗して、(オフィシャルでもフォークでも)安定保守版が生まれるくらいに洗練したものになったら良いですけどね・・・ 今の「2.11、2.12」が「フォーク:コミュ版」を土台に構築されたと、小生は認識しています。。。 であれば『今がどうであれ』『EC-CUBE 3』を皆で、造り上げることに『小生だけ』『が』、、、なのは、あまりに『寂しい』。。。 少なくとも『神』な人に、折れてほしくない。。。 |
|
seasoft |
投稿日時: 2013/6/19 11:59
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7369 |
Re: Yellow book for EC-CUBE > 今の「2.11、2.12」が「フォーク:コミュ版」を土台に構築されたと、小生は認識しています。。。
はい。今の EC-CUBE は、本流(EC-CUBE 2.4.4)ベースではなく、EC-CUBE 2.3 辺りからのブランチと考えることもできると思います。 (無論、両方でマージしている部分もありますので、そう単純な話ではありませんが。) その話で言えば、EC-CUBE 2.4.4 の保守を続けるプロジェクトが成立したならば、EC-CUBE 2.4.4 は成功だったのかなと思います。 そうでない、現状では、そうでなかったのかなと。 なので、EC-CUBE 4 が出た時に、EC-CUBE 3 にしがみつき続ける人が多数いるような、EC-CUBE 3 を目指せると良いと考えます。 しかし、現実には PHP には荷が重い部分も多々感じており、本当に悩ましいです。 本家 PHP も近年は(も?)迷走を繰り返しており、EC-CUBE も PHP ベースな限りは、迷走に付き合う運命かなと思います。 技術的には、そんな迷走も面白いです。しかし、店舗オーナーには、たまったものではないですよね。。。 それでも、日本で EC サイトを OSS で立ち上げる際に、EC-CUBE が最有力な選択肢であることは事実であり、その EC-CUBE の将来を模索するのは大切だと思います。
|
ゲスト |
投稿日時: 2013/6/19 17:28
対応状況: −−−
|
Re: Yellow book for EC-CUBE 引用:
なので、EC-CUBE 4 が出た時に、EC-CUBE 3 にしがみつき続ける人が多数いるような、EC-CUBE 3 を目指せると良いと考えます。 ここまでの思慮は無かったです。ぜひとも、そうしたいですね。 引用: しかし、現実には PHP には荷が重い部分も多々感じており、本当に悩ましいです。 php, javaのVer1.00のリリースは1995年,1996年。 javaはいつ破綻してもおかしくないと言われ始め、 PHPは破綻ではなく、迷走を繰り返していたのですね。 小生、phpにどっぷりだったのは3年程、 その後の3年はjavaにどっぷりなので、 頭は2.11.5から2.12へ移行出来ておらず、 本スレッドが、此れ程、奥深いものになるとは予想だにせず、、、 参戦に向けて、チケットの全てと2.13-devを抱えて、暫く、籠ることとします。。。 |
|
nanasess |
投稿日時: 2013/6/19 21:00
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2314 |
Re: Yellow book for EC-CUBE eccube-dev ML で、 2.13 のリリース予定が発表されましたが、今回も細部の修正がメインになりそうですね。
もっと変えていきたいと、数ヶ月前からいろいろ目論んではいるのですが、いつも時間との戦いです。。。 大きく仕様を変更するのは難しいとしても、せめて、生産性をもっと上げられるようにしたいですね。 プラグインの開発は未だに苦労しますし、プラグインもユニットテストができるようにしたいですね。 カバレッジ95%以上のプラグインには、認定マークがつくとかしたら良さそう。 |
red |
投稿日時: 2013/6/21 9:18
対応状況: −−−
|
神 登録日: 2010/2/15 居住地: 東京都 投稿: 1571 |
Re: Yellow book for EC-CUBE 引用:
PHPのどのあたりに不満を感じているのかよくわかりませんが、PHPじゃダメならRubyでもJavaでも使って3なり4を作ればいいと思いますが… EC-CUBEの開発者が少ないのはPHP4体質のままのコードと、未だにsvnだったりオープンソースなのに公開されていなかったりとPHPだからどうこうという問題ではないと思うのですよね
|
seasoft |
投稿日時: 2013/6/28 15:13
対応状況: −−−
|
神 登録日: 2008/6/4 居住地: 投稿: 7369 |
Re: Yellow book for EC-CUBE > PHPのどのあたりに不満を感じているのかよくわかりませんが、PHPじゃダメならRubyでもJavaでも使って3なり4を作ればいいと思いますが…
賛成です。私も前述のとおり、そう思います。 実際、コアメンバーと話すと、多言語移植の構想も耳にしますね。 それはそれで、(真に受けずに)期待しています。 ま、私は PHP が大好きなんで、当面は2.x系を地道に保守してますよ(笑)
|
« 1 (2) |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |