|
|
|
|
|
by themaveness
3450 days ago
|
|
Let me be honest, I am winging a lot of this because you guys are asking great questions. I think I am either not expressing our plan adequately or it is a bad plan. I don't know, its late friday night and I have been having a couple of drinks after a hard week. We are going to end up rewriting things with better practices. This is something that HAS to happen. Its not the first thing we are going to do though. We need to build a userbase in the cheapest, quickest, easiest way possible. Not having to scrap everything, getting a more stable shop with new features is attractive to people. I am purely looking at this from a business sense. Yes, we can take the code, we can convert it over 6 months to be something totally different, more robust, better designed, just bad ass code. In that time we can miss the window and not have as many shops migrate over to our platform. Thats not a good strategy in my mind. I see great ideas all the time on GH that have been abandoned because they are not profitable. We are trying to cut a middle line deal here in the beginning. We want to make a profit to pay for expenses and we want to give merchants what they want. Once you have users in a platform it is easier to get them into a big upgrade than to try to get users from scratch, or get the to migrate. I realize (I think) you are looking at this from a purely code / application development stand point. Look at it from a business stand point. Merchants generally look at two things when evaluating a platform. Is my payment gateway accepted and are my shipping options accepted. If we break these things out the gate we will either be stuck writing all of these modules, or we will just lose those customers. On the other hand if we get them to migrate and have a grand plan later, the agencies and companies that keep up these modules will rewrite them. I am trying to mix logical business with logical development to come up with a successful plan. |
|
I would even go to the extent of questioning any success you think you will have with the bugfix approach.
Prestashop inc has 9 million USD of funding. Your reason of existence will vanish the day that Prestashop fixes the few bugs that you have. What do you think will happen then ? Will you yourself continue on this fork... or will you say "oh well, the Paypal module works on prestashop 1.7 again"
If you are doing this, then do this for the reason you want to do it subconsciously - all the MVC stuff you are dreaming about.
>Once you have users in a platform it is easier to get them into a big upgrade than to try to get users from scratch, or get the to migrate.
There is zero incentive to stay. The advantages of your "new" platform are so minimal that people will instead make and buy new plugins for 1.7 . In fact sorry for being blunt, but the existence of your fork is just as long as it takes for all agencies to port their code to Prestashop 1.7.
If your users migrate, they will force you to never break compatibility. So you will basically become Prestashop 1.8 . There is no possibility of a grand plan later.