theflagbug

Joined 13 years ago

Karma
105
Submissions
27
Member since
Jan 13
https://github.com/flagbug
View on Hacker News

Recent submissions

Comment · 8 years ago
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.

Comment · 8 years ago
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.
Comment · 8 years ago
I'd be very interested to hear in what way you think GKE is nicer to work with, care to elaborate?
Comment · 9 years ago
Yup, but this took me way too long to figure out.

Sadly this goes for a lot of Azure services and all the enterprise-buzzword laden documentation doesn't make that easier

Comment · 9 years ago
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.

Comment · 10 years ago
Comment · 10 years ago
> 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.

Comment · 10 years ago
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.

Comment · 11 years ago
Thanks, glad to hear that!
Comment · 11 years ago
Comment · 11 years ago
There's actually a Java and C# version for Android/Windows Phone in the works right now!

Source: I'm the developer of said versions :)

Comment · 11 years ago
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

Comment · 11 years ago
Not sure if you're aware, but your Rx example has a few problems:

1.) In the StartSenders method, you're violating the Rx grammar by calling channel.OnNext concurrently. Wrap it on a lock statement.

2) In StartReceiver you're missing out messages the way you handle the channel. Replace the loop with a call to channel.Subscribe

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton