enterprise-ubuntu team mailing list archive

["Zieba, Pawel" <pawel.zieba@xxxxxxxxxxxxx>]

Atul,

Nobody says that you need to get rid of your Service Desk / IT Support. The
difference is that 2nd line agents are changed from technical people that
are fixing the issue for themselves to "Supplier Managers/Incident
Managers" that work closely with the supplier to have the issue fixed ASAP.

In the end, CEOs can call SD, or Incident Manager, but the difference is
that you do not have an army of 2nd line technicians, 3rd line experts (for
infrastructure management) and it's the supplier who worries about solving
the issue. And if they don't within agreed SLA, they will pay you a fine.

As easy as that!

BTW: I think this thread should be changed or moved to "Cloud solutions
discussion" :)

Pozdrawiam,
Regards,
Pawel
_____________________________________________
Paweł Zięba / Senior IT Innovation Consultant
Capgemini BPO T&T Innovation CoE

Mobile: +48 664 178 331
Landline: +48 12 394 65 46
Google Talk: pawel.zieba@xxxxxxxxxxxxx
 <pawel.zieba@xxxxxxxxxxxxx>Skype: pawel.zieba.bpo
______________________________________________


On 24 January 2013 09:20, Atul Jha <Atul.Jha@xxxxxxxxxxx> wrote:

> Pawel,
>
> Your right. But the problem with big enterprise and CIO is they want
> someone 4 hand holding. So say a particular app is not working, give a
> phone call and guy shows up. So this makes them comfortable, support on
> call. As a result of which they just don`t mind going into vendor dependent
> softwares.
> ________________________________________
> From: Zieba, Pawel [pawel.zieba@xxxxxxxxxxxxx]
> Sent: Wednesday, January 23, 2013 9:03 PM
> To: Atul Jha
> Cc: Bolesław Tokarski; enterprise-ubuntu@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Enterprise-ubuntu] Java 6 discontinued
>
> Atul,
>
> It's not magic, nor rocket science :)  There are tools on the market, the
> only thing to do is to enable a change.
>
> For the last few decades, CEOs/CTOs got used to few expensive brand names
> (like Microsoft, Oracle, etc.) and they can't see that IT world has
> changed. If you take a look in the market, you will see that there are
> cheap, flexible and easy to implement/manage cloud-based tools. And yes,
> they are secured. Really well secured ;)
>
> The only thing to do is to take a look around, evaluate and present a demo
> to the business.
>
> Pozdrawiam,
> Regards,
> Pawel
> _____________________________________________
> Paweł Zięba / Senior IT Innovation Consultant
> Capgemini BPO T&T Innovation CoE
>
> Mobile: +48 664 178 331
> Landline: +48 12 394 65 46
> Google Talk: pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>
> <mailto:pawel.zieba@xxxxxxxxxxxxx>Skype: pawel.zieba.bpo
> ______________________________________________
>
>
> On 23 January 2013 15:26, Atul Jha <Atul.Jha@xxxxxxxxxxx<mailto:
> Atul.Jha@xxxxxxxxxxx>> wrote:
> Pawel,
>
> I wish other architects could learn this from you. :)
> Using vendor independent apps.
>
> <snip>
> Well... Java topic is a tricky one recently ;)
>
> Due to security and compatibility concerns we have decided to move away
> from Java-based solutions already few years ago. Step-by-step we started to
> implement different tools that are not so much one-supplier-dependent (like
> based on HTML5).
>
> For those tools that need to operate on Java we moved to OpenJDK that
> supports most of our needs well. For those missing points we have received
> quite good support from Canonical, who were able to influence particular
> changes in this package.
>
> Pozdrawiam,
> Regards,
> Pawel
> _____________________________________________
> Paweł Zięba / Senior IT Innovation Consultant
> Capgemini BPO T&T Innovation CoE
>
> Mobile: +48 664 178 331<tel:%2B48%20664%20178%20331>
> Landline: +48 12 394 65 46<tel:%2B48%2012%20394%2065%2046>
> Google Talk: pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx
> ><mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>>
> <mailto:pawel.zieba@xxxxxxxxxxxxx<mailto:pawel.zieba@xxxxxxxxxxxxx>>Skype:
> pawel.zieba.bpo
> ______________________________________________
>
>
> On 23 January 2013 14:31, Bolesław Tokarski <boleslaw.tokarski@xxxxxxxxx
> <mailto:boleslaw.tokarski@xxxxxxxxx><mailto:boleslaw.tokarski@xxxxxxxxx
> <mailto:boleslaw.tokarski@xxxxxxxxx>>> wrote:
> Hello,
>
> Sun/Oracle Java 6 is nearing its end of life in February:
> http://www.oracle.com/technetwork/java/eol-135779.html
>
> How is your experience with Java compatibility? What are your upgrade
> plans?
>
> Till recently we just stuck to Sun/Oracle Java 6, which was working
> relatively well, I mean compatibility here, and had a number of issues with
> OpenJDK 6.
>
> Now I am thinking if we should upgrade to Oracle Java 7 or to OpenJDK 7. I
> remember reading that OpenJDK is the reference implementation on which
> Oracle's Java is built, so I guess Oracle Java 7 and OpenJDK 7 should be
> more inter-compatible than OpenJDK6 and SunJava6 used to be.
>
> Personally I would prefer to use OpenJDK7 if possible. As Oracle is not
> providing and not allowing to provide .deb packages, we had to build them
> for deployment with each update and this will be the same case for Oracle
> Java 7. Aside, there is a number of critical vulnerabilities in all Oracle
> Java implementations, as per:
>
> http://thenextweb.com/insider/2013/01/10/new-java-vulnerability-is-being-exploited-in-the-wild-disabling-java-is-currently-your-only-option/
>
> We have a limited number of Java application that we need to run (Oracle
> ERP, jitsi, and Juniper VPN), we'll need to cope with the migration sooner
> than later. I guess it would not be that easy.
>
> Has anyone seen any solutions for selecting the Java version required? I
> know it should be pretty easy with standalone applications, but I mean
> Firefox and plugins. AFAIK there can only be one active Java plugin? I was
> trying to find an extension that I could use to select the Java plugin for
> a particular site, but to no avail. Any ideas?
>
> Cheers,
> Ballock
>
> Cheers!!
>
> Atul Jha
>
> http://www.csscorp.com/common/email-disclaimer.php
>
>
> This message contains information that may be privileged or confidential
> and is the property of the Capgemini Group. It is intended only for the
> person to whom it is addressed. If you are not the intended recipient, you
> are not authorized to read, print, retain, copy, disseminate, distribute,
> or use this message or any part thereof. If you receive this message in
> error, please notify the sender immediately and delete all copies of this
> message.
> http://www.csscorp.com/common/email-disclaimer.php
>
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.