For us, a few weeks ago Azure DevOps randomly stopped processing GitHub webhooks, so merge commits didn't trigger builds anymore (and we're not the only ones, see https://developercommunity.visualstudio.com/content/problem/...). A fix for this issue still isn't deployed.
Just a few days ago the service connection to Azure suddenly stopped working with "401 CouldNotFetchAccessTokenForAzureStatusCode" which appeared when deploying to Azure AppService. We had to recreate the service connection to get it working again.
Recently we also wanted to move our Android builds to Azure DevOps but in the end the documentation was so confusing that we just used Bitrise instead.
I have a late-2016 Razer Blade and every time I compile something the fans spin up to aircraft-turbine levels of noise, it's ridiculous. I'm currently thinking of throwing the whole thing out and getting a Macbook Pro instead, because it's basically the loudest thing in our office.
That's what I really don't like about Azure.
They seem to have multiple differently named services that seem to basically do the same thing (Azure Service Bus/Azure Storage Queues is one example that comes to my mind)
Also, the Azure Portal is ridiculously bad and slow.
> The downside to this is that making a UI seems to even out your gained time--it's extremely messy and even complicated. Code that's valid in C# produces vague underwater bugs in Java code, which makes you keep hacking around until you find a working solution.
Interesting, I had the exact opposite experience, since the Java->C# mappings often reduce much of the boilerplate code that you have to write if you were using Java (e.g C# events, properties, etc..)
I also never came across any bugs in the mappings, but I can't say for sure that there aren't any.
Agreed, people seem to think Xamarin == Xamarin Forms, while the real power lies in shared business logic with native UIs, in my opinion.
Xamarin Forms may be useful for internal super-CRUD LOB apps that really are just a collection of input fields, but as soon as you do anything customer facing, you should be using the standard native UI approach.
Also +1 for ReactiveUI, it completely changed the way I build apps for the better.
Read it again, he found the password in cleartext in the memory dump. From the blogpost:
> I tried the small dictionary john.dict that comes with John-the-Ripper, and it didn't find anything. But of course, I don't need a real dictionary. The password is probably also in the clear in the memory dump. I could just use the file super.txt as my dictionary! I tried this, but it was taking a long time, with 150k unique lines of text. It'd take many hours to complete. To speed things up, I filtered the list for just lower-case words
Other way around works too, I had a Netflix account before, that I accessed via a VPN, now I also have access to the Austrian Netflix library while paying less (it's cheaper in the US)
I'm a maintainer of a reasonably big open source project and it works great for us, since you can link issues/PRs directly and get a Github activity log right next to the chat.
It also preserves the chat history, which was one of the big reasons to switch over from IRC.
I also want to try Azure, but I only have a prepaid credit card (I live in Europe, don't need it except for small Internet things) and Azure is the ONLY service that doesn't accept it.
AWS, Google Cloud, Netflix, etc. all work fine, except Azure.
Took me days to figure that one out, because I only got a generic "Your credit card isn't valid" error message when signing up.
Just a few days ago the service connection to Azure suddenly stopped working with "401 CouldNotFetchAccessTokenForAzureStatusCode" which appeared when deploying to Azure AppService. We had to recreate the service connection to get it working again.
Recently we also wanted to move our Android builds to Azure DevOps but in the end the documentation was so confusing that we just used Bitrise instead.