I'm interested on technical leadership or senior reliability engineering roles. Having been working as an Architect the last year I lack regular hands-on practice but I'm happy to be challenged for a role that demands it.
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.
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.
I believe the better way would be graphical. I have needed this on MS SQL Server, SQL Sentry Plan Explorer has helped but lacks this comparison. Today I do it by diffin execution plans on XML format.
On my wildest dreams I would have a REPL accepting a DSL that would allow me to query the different DMV's (those are SQL Server data management views which give you insight on the inner state of SQL Server, Red Gate has a nice site on them http://sqlmonitormetrics.red-gate.com).
If it already exist is some form or platform please share.
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?
we need to serve 10k req/sec of a simple query, can SQL Server do that
Several years ago with SQL Server 2008 R2 I achieved 200,000+ simple queries per second (http://bit.ly/IlH2id -- this is not a regimented benchmark by any measure of the imagination, but is only saying "validate before assuming" because you might find your install performs far better than you anticipate) using the standard TDS query interface. This was on pretty beefy hardware, and is obviously enormously contingent on the data being in memory (which you can force with 2012), however it blew me away and completely undermined an initiative we had to implement AppFabric / Redis or other solutions.
Remote: Yes Willing to relocate: No
Technologies:
- DevOps - Prometheus, ElasticSearch, Akamai CDN, Continuous Delivery on Kubernetes, Terraform and Jenkins.
- NFT Testing - Load testing with jMeter, Gatling. End-to-End performance analysis with Sentry and New Relic.
- Dev - Java, Kafka integration. Some experience with pet projects on Python and Node.
Résumé/CV: https://www.linkedin.com/in/jracabado/
I'm interested on technical leadership or senior reliability engineering roles. Having been working as an Architect the last year I lack regular hands-on practice but I'm happy to be challenged for a role that demands it.
I value autonomy and hard problems.