Well is -1 for me. I have a project in which I have a module that is named False and True (actually the name is Machine.False Machine.True). it should be a pain for me to see a warning every time I call True or False, even because those modules names are valid once they are all atoms.
On Fri, Aug 19, 2016 at 10:48 AM, Bruce Tate <[email protected]> wrote: > +1 from me. > > -bt > > On Sat, Aug 13, 2016 at 5:54 PM, Parker Selbert <[email protected]> > wrote: > >> To me it seems like the Python shell inconvenience of "did you mean quit" >> when you type exit (or the other way around, I can't recall). Clearly they >> mean `true` regardless. Beyond True, False, and Nil I don't see what else >> this could apply to–the slope isn't that slippery. If it is an easy win and >> it makes transitioning easier, why not. >> >> On Aug 13, 2016, at 4:25 PM, Andrea Leopardi <[email protected]> >> wrote: >> >> As I mentioned in IRC, I think this is a slippery slope. We never mention >> True/False in the docs and Erlang does not have them; if the warning >> would be specifically for Haskell and Python programmers, than we should >> ask ourselves, should we try to warn on everything in Elixir that looks >> like something in another language? For example, when I go back and forth >> between Elixir and Ruby, I put the do in def in Ruby, and I imagine many >> people coming from Ruby will forget the do in def when using Elixir: >> should we warn on such cases? This may not be the best example given that >> the warning on True/False is quite straightforward and non-intrusive to >> implement while warning on missing do would require changes to the >> parser and so on, but I hope it conveys the idea. >> >> >> >> Andrea Leopardi >> [email protected] >> >> On Sat, Aug 13, 2016 at 8:58 PM, José Valim < >> [email protected]> wrote: >> >>> I am at first positive on this change. There is at least two mainstream >>> languages that use True and False: Haskell and Python. Although I am not >>> sure the warning will be really helpful at large, I don't think we would >>> lose anything as it is quite unlikely someone has a module named True (or >>> False). So it seems like a net benefit. >>> >>> What are other people thoughts? >>> >>> >>> On Saturday, August 13, 2016, miwee <[email protected]> wrote: >>> >>>> I recently got bitten by this. I used True/False, thinking them as >>>> boolean values true/false. Got no warning, but code failed. Partly reason >>>> is that I was recently alternating between python and Elixir code base. >>>> Python uses True/False. May be a gentle reminder from elixir compiler, on >>>> usage of True/False could have saved me from this. >>>> >>>> thanks >>>> miwee >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "elixir-lang-core" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> To view this discussion on the web visit https://groups.google.com/d/ms >>>> gid/elixir-lang-core/df1d6c68-6303-41f3-83d8-1dc4b1ed2121%40 >>>> googlegroups.com >>>> <https://groups.google.com/d/msgid/elixir-lang-core/df1d6c68-6303-41f3-83d8-1dc4b1ed2121%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "elixir-lang-core" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To view this discussion on the web visit https://groups.google.com/d/ms >>> gid/elixir-lang-core/CAGnRm4LuUbQczRk%3DYc0Mx18oci1cZzSdqPKW >>> fTKG8%3D_WqF7dsw%40mail.gmail.com >>> <https://groups.google.com/d/msgid/elixir-lang-core/CAGnRm4LuUbQczRk%3DYc0Mx18oci1cZzSdqPKWfTKG8%3D_WqF7dsw%40mail.gmail.com?utm_medium=email&utm_source=footer> >>> . >>> >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "elixir-lang-core" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit https://groups.google.com/d/ms >> gid/elixir-lang-core/CAM9Rf%2BLG4zqPDChND9YKSvOZUVpkfmhm-vVb >> Z-w6xouYnqDOUg%40mail.gmail.com >> <https://groups.google.com/d/msgid/elixir-lang-core/CAM9Rf%2BLG4zqPDChND9YKSvOZUVpkfmhm-vVbZ-w6xouYnqDOUg%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "elixir-lang-core" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To view this discussion on the web visit https://groups.google.com/d/ms >> gid/elixir-lang-core/EB8ABCA2-397B-4D99-9193-601A866B8F3B%40sorentwo.com >> <https://groups.google.com/d/msgid/elixir-lang-core/EB8ABCA2-397B-4D99-9193-601A866B8F3B%40sorentwo.com?utm_medium=email&utm_source=footer> >> . >> >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > Bruce Tate > President, RapidRed, LLC > Phone: 512.772.4312 > Fax: 512 857-0415 > > Author of Seven Languages in Seven Weeks, Deploying Rails Applications, > From Java to Ruby, Rails: Up and Running, Beyond Java, 6 others. > > -- > You received this message because you are subscribed to the Google Groups > "elixir-lang-core" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/elixir-lang-core/CAMp4_ihtNgBanvzuKmyty80U5671S2O_ > KkiG1UWhoJ6VMD__3A%40mail.gmail.com > <https://groups.google.com/d/msgid/elixir-lang-core/CAMp4_ihtNgBanvzuKmyty80U5671S2O_KkiG1UWhoJ6VMD__3A%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- Pedro Henrique de Souza Medeiros ---------------------------------- Cel: +55 (61) 9197-0993 Email: [email protected] Beautiful is better than ugly, Explicit is better than implicit, Simple is better than complex, Complex is better than complicated. The Zen of Python, by Tim Peters -- You received this message because you are subscribed to the Google Groups "elixir-lang-core" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/elixir-lang-core/CAJbPmJOdM_JstrFkn358zKymvYX8E6d-kv4wbNoG585aryj1AA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
