3 ms·
> Your entire comment suggests you didn't bother to read the project docs? Yes I both read the msdn examples docs many years ago when they came out when first
by BoiledCabbage 7y ago
> Your entire comment suggests you didn't bother to read the project docs?
Yes I both read the msdn examples docs many years ago when they came out when first learning LINQ, and clicked through and read them again in your provided links of your project docs to confirm your implementations.
I thought there were two possible things happening here. I took the charitable interpretation and assumed you may not be familiar with the fluent syntax nor the fact it is the standard syntax. Or possibly you may not be familiar with the fact that those examples are meant mainly for instructing the concepts underlying each function and are not best practices. I had all of that in mind when I wrote the following.
> The documentation when introducing concepts it used the SQL syntax. As anyone who has familiarity with the tools uses the fluent syntax. Yes you can say you used samples from the docs, but those are for teaching. You can't compare them to hand written code using a compact syntax
The other interpretation, the one I avoided was that you were not looking for a fair comparison for programmers to learn from. Your response makes it harder for me to ignore this second interpretation.
If I were the owner of a project and looking for a fair comparison, I'd be happy if someone let me know I wasn't using the correct practices in C# and would want to update my project to reflect that. Possibly creating an implementation in C# of what LINQ actually looks like in use. Instead you're digging in deeper behind the "that's what's in MSDN examples documentation".
To put it directly, if you want a fair comparison between languages for people to learn from, and make judgement from, then make it so. Don't use the antiquated SQL syntax.
Please make this a helpful project for people and use the de facto standard syntax. There are differences between languages and a fair comparison would let people learn them.
- mythz 7y agoHow is this too hard for you get? The examples show how different languages implement each of C#'s 101 LINQ Examples. You shouldn't need any charitable explanation or imagination to be able to read the title and purpose of each project that's clearly explained in the docs. Your criticism tantamounts to: > Your 6-7 year old "C#'s 101 LINQ comparisons" series is using the actual "C#'s 101 LINQ Examples", Unfair! Then go ahead and produce your own series, instead of wasting your time and energy on criticizing others efforts.
- BoiledCabbage 7y ago> How is this too hard for you get? The fact that you appear to be getting emotional and are resorting to personal jabs means it's probably time to end this discussion. I've tried to to explain it to you, other people in threads on this page have tried to explain it to you, the msdn documents as well themselves explain it. At this point there is nothing left to do. You're going to hold onto the "it's in msdn so it's fair" line of justification. It was good chatting with you.
- mythz 7y agoSpend your efforts on reading the docs instead, as repeatedly mentioned in my comments and all docs, the purpose of the projects is to compare against C#'s 101 LINQ Examples - that's the entire purpose of the series, which is what you have an objection to, which is your problem, telling others to change the purpose of their projects to suit your personal taste is pretty naive and futile. You're complaining that the projects does what it set out to do, which is your issue, so go ahead and create the series that does what you want - I promise I wont tell you to change it to suit my tastes.