jacabado

Or that plans are only useful when they fail and are adjusted.

The first time I read this I could not understand it. It makes a lot of sense now seeing how plan execution is where project management really happens.

This is tangential do the OP but what would it take to send external input to a completion script?

The idea would be to have a different interface to do the auto-completion.

I'm thinking of creating a visual UI through service discovery and providing an easy shortcut sheet to various points of a system.

You just can't do it implicitl because the compiler can't distinguish Func<string> from Expr<Func<string>>.

But you can have a generic extension method that returns one of the types and then via inference you can do it implicitly typed.

It shoud be something like this in C# 5:

  public static class Lamb
  {
      public static Func<T> da(this Func<T> f)
      {
          return f;
      }
  }

and then:

  var egocentricFn = Lamb.da(() => "im a function");

I find it really useful not for Func's but for Expressions, as the type declarations can get pretty long.

In the starting days of Reddit and then HN this really bugged me a lot.

One of the solutions I wanted to try was to partition the user base on a similar way that posts are filtered to you. That is based on the up votes you give. Now I'm not sure if it happens here but at least on Reddit you have it on your customised first page.

I believe that it isn't the user base that gets worse but that it gets much more diversified and people entrench themselves in groups and the "How bout dem Cowboys" problem arises.

Think of it as user and posts clustering, the secret sauce would be how those clusters interact, I don't have a tentative answer for that. This idea would top current aggregators by valuing discussion and intervenients in the same way that posts are valued.

Roslyn from Microsoft is also an initiative in this direction.

But it has been on beta for almost 3 years I think. I wonder if it will ever go forward.

Could you elaborate on SQL Server vs Redis claim? Or throw some references?

I am not doubting but just honestly asking. I've been discussing a possible Redis solution for complementing our current SQL Server.

Our problem isn't that big, we need to serve 10k req/sec of a simple query, can SQL Server do that? Isn't the connection pool the bottleneck to handle loads of this scale?

Oh no, didn't even know that happened.

Really nice to recognize a name here. Such a shame I won't be able to attend this, I have to return to Portugal on the 17th.

I heard some tales of you in Fullsix when I worked there and would love to get to know how it's going on SO. Best of the luck for the presentation.

Anyone knows where to get those invitation codes?