Sounds like a small(er) shop then. Bigger shops usually don’t have technical people spending the money – they have a budget and need to fit that by whatever means they can, provided they can meet all the ROI, risk, regulatory hurdles and justify the transition cost.
From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of DotNet Dude Sent: Tuesday, 31 January 2017 1:36 PM To: ozDotNet <ozdotnet@ozdotnet.com> Subject: Re: Used Azure SQL DB? Why or why not? They are definitely the same ones who are the gatekeepers for the decisions. I've seen that the most. Protecting their jobs and trying to maintain the "seniority by age" mindset in the company. I've seen some gun devs just leave because they couldn't be bothered dealing with the nonsense. On Tue, Jan 31, 2017 at 1:00 PM, Greg Low (罗格雷格博士) <g...@greglow.com<mailto:g...@greglow.com>> wrote: So you think it is just job protection? Are the people protecting their jobs the same ones who are gatekeepers for the decisions? Regards, Greg Dr Greg Low 1300SQLSQL (1300 775 775) office | +61 419201410<tel:+61%20419%20201%20410> mobile│ +61 3 8676 4913<tel:+61%203%208676%204913> fax SQL Down Under | Web: www.sqldownunder.com<http://www.sqldownunder.com> ________________________________ From: ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com> <ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com>> on behalf of DotNet Dude <adotnetd...@gmail.com<mailto:adotnetd...@gmail.com>> Sent: Tuesday, January 31, 2017 7:22:25 AM To: ozDotNet Subject: Re: Used Azure SQL DB? Why or why not? The arguments are everything they can come up with even if they're not true. Eg. Pricing. It's just people who have been here the longest trying to keep things unchanged and keeping their jobs and super high salaries. On Saturday, 28 January 2017, Greg Low (罗格雷格博士) <g...@greglow.com<mailto:g...@greglow.com>> wrote: I can guess, but what type of politics? What are the arguments? Regards, Greg Dr Greg Low 1300SQLSQL (1300 775 775) office | +61 419201410<tel:+61%20419%20201%20410> mobile│ +61 3 8676 4913<tel:+61%203%208676%204913> fax SQL Down Under | Web: www.sqldownunder.com<http://www.sqldownunder.com/> |http://greglow.me<http://greglow.me/> From: ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com> [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of DotNet Dude Sent: Saturday, 28 January 2017 12:44 PM To: ozDotNet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> Subject: Re: Used Azure SQL DB? Why or why not? Everything Tony said plus politics :p On Saturday, 28 January 2017, Tony Wright <tonyw...@gmail.com<mailto:tonyw...@gmail.com>> wrote: Hi Greg, The main thing I think stopping us has been on premises sql or dev edition sql. It just doesn't make sense to rely on the stability of the internet when developing, and an existing environment or dev edition is very little cost. The other issue is that it ends up in an account belonging to a single person rather than being an organisational account. The places where we've used Azure sql is when we've all wanted to all be able to access the database remotely with simplicity. The main business driver for using sql Azure as opposed to on premises sql had been more about wanting sql to operate in a DMZ, nowhere near the organisation's confidential on premises data. That said, we've just moved one application to using Windows Azure (started with table storage, moved to blob storage) simply because of the significant drop in cost of data. Regards Tony On 28 Jan 2017 1:19 PM, "Greg Low (罗格雷格博士)" <g...@greglow.com<mailto:g...@greglow.com>> wrote: To my developer buddies: I'm preparing a session for Ignite where I'm discussing using Azure SQL DB for greenfield (new) applications. Would love to hear opinions on if you've used it, and what you found/learned, and if you haven't used it, what stopped you ? Regards, Greg Dr Greg Low 1300SQLSQL (1300 775 775) office | +61 419201410<tel:+61%20419%20201%20410> mobile│ +61 3 8676 4913<tel:+61%203%208676%204913> fax SQL Down Under | Web: www.sqldownunder.com<http://www.sqldownunder.com/> |http://greglow.me<http://greglow.me/>
