Re: Does Apple stop to use WebObjects for its internal tools?
Re: Does Apple stop to use WebObjects for its internal tools?
- Subject: Re: Does Apple stop to use WebObjects for its internal tools?
- From: Alan Ward <email@hidden>
- Date: Fri, 10 Sep 2010 08:48:46 -0600
I liked your grumpy response better ;-)
Alan
On Sep 10, 2010, at 6:22 AM, Mike Schrag wrote:
> Here's my slightly less grumpy response :)
>
> Apple, like any smart company, makes technology decisions based on lots of variables -- what technology makes sense? what technology doesn't make sense? what is the expertise of our current staffing? what are the goals for the project? etc ... I love WO, but I'm also the first to admit that WO and EOF aren't the right fit for every problem. There are parts of WOF and EOF that drive me crazy, and there are parts that are amazing. I also don't think that being WO inherently makes you scalable any more than I think being a Rails app makes you inherently unscalable. It's just like the NoSQL vs Relational debate. Are relational databases dead? No. That's just silly. But do NoSQL databases have a place? Absolutely -- they bring value to a certain set of problems that relational doesn't address well. Likewise, Apple has public web properties that are static html, php, struts, jsf, jsp, sproutcore, webobjects, and I'm sure others and there are lots of different reasons in each of those cases why decisions were made one way or another. In any complex system, you're probably going to end up with a mix of technologies. As far as "details," you're just not going to get them because Apple doesn't roll that way.
>
> ms
>
> On Sep 10, 2010, at 2:54 AM, Mertz Stéphan wrote:
>
>> Hi,
>>
>> The new 'the Sales and Trend reporting module' of iTunes Connect is develop with JSF instead of WebObjects.
>> Does Apple stop to use WebObjects for its internal tools?
>>
>> Does someone know what is powering the new Ping social network ?
>>
>> Regards,
>>
>> Stéphan _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden