joelb (Joel Blum)
- Login: joelb
- Registered on: 03/27/2021
- Last sign in: 12/28/2021
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 0 | 0 | 0 |
Activity
12/28/2021
-
02:48 PM Ruby Feature #18332: a ? b
- If we adopt this syntax it might be worthwhile to consider JS new colaescing operator which does the same thing, maybe it's better to keep the syntax similar to JS. https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operat...
04/02/2021
-
01:45 PM Ruby Feature #17472: HashWithIndifferentAccess like Hash extension
- sawa (Tsuyoshi Sawada) wrote in #note-25:
> I am surprised and am sad that so many of the core developers are positive on this.
Why? I understand you passionately disagree with this. But it could be the people having a problem with h...
03/28/2021
-
05:29 PM Ruby Feature #17472: HashWithIndifferentAccess like Hash extension
- > Actually, it does (since ES 6): https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Symbol
I find it very unlikely any language will make symbols the default hash keys like Ruby did.
> ...
Why do you ...
03/27/2021
-
06:49 AM Ruby Feature #17472: HashWithIndifferentAccess like Hash extension
- > Use JSON.parse(data, symbolize_names: true)
I know that. Yet the fact is these bugs happen again and again (not only to new Ruby devs, would you agree it's quite easy to forget to symbolize_keys or stringify or what have you). I don't... -
12:31 AM Ruby Feature #17472: HashWithIndifferentAccess like Hash extension
- > I think the critical use case for HashWithIndifferentAccess is params; where you want to be using symbol keys because it's cleaner syntax, but the keys are coming from untrusted input
We can agree the vast majority of Ruby devs are ...