You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create a chart comparing ShittyLINQ.js to System.Linq showing whether or not ShittyLINQ.js has a given method. If a method exists, provide a benchmark for the method in both assemblies showing the performance difference. Describe your methodologies.
The text was updated successfully, but these errors were encountered:
@jreina and @jakehamtexas, what do y'all think about using GitHub actions to update the benchmarks? The Continuous Benchmark action seems pretty useful for this purpose. Thoughts?
I like the idea of doing this in a CD context. But holy moly, this issue looks like it would scale pretty steeply with the size of the library increasing. For each method you would need -
A benchmark test case defined
A way to dynamically invoke the test case in both assemblies (presumably the same runtime)
The problems could really start cascading at this point. This is integrating some test surface areas that haven't been previously considered - especially fidelity to the LINQ function signature. If the function signature in both assemblies is not exactly the same, you could be stuck eating somebody else's bad implementation when you have to fix a compiler error to get your test case to run.
Maybe adding test cases would be better suited to their own issues, and creating a script/scaffold for adding the test cases and displaying them in doc would be a good standalone issue.
Create a chart comparing
ShittyLINQ.js
toSystem.Linq
showing whether or not ShittyLINQ.js has a given method. If a method exists, provide a benchmark for the method in both assemblies showing the performance difference. Describe your methodologies.The text was updated successfully, but these errors were encountered: