<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><span style="font-family: Menlo-Regular;" class="">Dear Erlang Friends,</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">I must admit at the first look I feel shocked about EEP-55 and felt what a number of fellows expressed here.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">The e-mail storm forced (and some free time let) my mind to dig a little bit deeper, so I went through the EEP line by line, trying to understand what it can bring.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">I see the value, also have concerns about parts that has not been covered there (comprehensions for example), anyway I tried to put myself in a different position and asked two questions:</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">1. In how many places this change will suggest me to use the operator? In other words, shall I refactor my code because of this?</span><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">IMHO as the feature is disabled by default. I will have nothing to do with old code and not forced to use ^ in my new code. I feel it as a helping hand that highlights ambiguity in the code. I am definitely not forced to use it, however I might be pushed to understand the syntax in case I read code written by others. When I went through the proposal as a learning curve, I felt pretty confortable with the new syntax.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">2. If this pinning operator has already been in Erlang from the beginning, would I open an EEP to remove it? With this logic if list comprehensions were not part of the syntax and an EEP wanted to implement it, I can not imagine the storm that would be generated with its new way of simplifying list generations. And these switched the light on. It is just a matter of understanding what the EEP really is and getting used to a bit of additional syntax like it was with maps (and definitely not with list comprehensions just because they were already there). My answer would be for removing the pinning or list comprehensions is a definite: NO.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">Regarding Elixir's ^ I see it as an operator in a different language. We have it in many, in Pascal for example defining a pointer type is like "IntPtr : ^pInt"; then using it like "pInt^" to access the value. In addition assigning a value to it is like "pInt := @number" when "var number: integer". What an inconsitent grammar! I can hardly follow it. So other language has other syntax and I shall not mix them. </span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">I think the biggest enemy of growth is the resistance to change. Even in everyday life. It does not mean I am with or against the proposal. It is just a thing to think about. I understand the pros and cons, challenge my mind about the matter, like if pinning operator could be used in function clauses for maps, how it helps in comprehension etc., but at the end what matter to me is to keep the constructive spirit, remain open for new things to consider and mind the communication culture. Otherwise our community will suffer.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">I can live with or without the pinning operator (as we do not have it currently), in summary however, I feel it brings more value than it takes.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">Let us talk about bringing things forward. Let us think about how could the open questions be solved instead of finding arguments why do not we need it.</span><br style="font-family: Menlo-Regular;" class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">If we fail solving the open questions, there is no sense to use it anyway.</span><span style="font-family: Menlo-Regular;" class="">do not need it anyway.</span><div class=""><br style="font-family: Menlo-Regular;" class=""><span style="font-family: Menlo-Regular;" class="">Zsolt Laky</span><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Jan 28, 2021, at 5:16 PM, Michael P. <<a href="mailto:empro2@web.de" class="">empro2@web.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">:-)<br class=""><br class="">On Thu, 28 Jan 2021 13:30:50 +0100<br class="">Raimo Niskanen <<a href="mailto:raimo+erlang-questions@erlang.org" class="">raimo+erlang-questions@erlang.org</a>> wrote:<br class=""><br class=""><blockquote type="cite" class="">Still I think that if e.g WhatsApp and Klarna left Erlang for something<br class="">else the Erlang community would be in a much worse position.<br class=""></blockquote><br class="">I wish they would replace it with Java,<br class="">like Ericsson did ... tried .... >;><br class=""><br class=""><blockquote type="cite" class="">C2 "The more people contribute to a project,<br class=""></blockquote> the more its result approaches mediocrity."<br class=""><br class="">I say, I say, I say<br class=""><br class="">This is somehow associated with _D. Knuth_ in my brain,<br class="">but I cannot trace it.<br class=""><br class=""><br class=""><blockquote type="cite" class="">"forecefully"...<br class=""></blockquote><br class="">No. R. Carlsson appears single-minded, some might even say narrow-minded,<br class="">but he analysised code and dug up examples -- far from "forcefully".<br class=""><br class=""><br class="">~M<br class=""><br class="">--<br class=""><br class="">Never attribute to malevolence or stupidity,<br class="">what might be explained as a simple misunderstanding.<br class=""><br class=""><br class=""><br class=""><br class=""><br class=""></div></div></blockquote></div><br class=""></div></body></html>