3 ms·
Regarding naming conventions, there is an issue about switching to snake case for functions as well, the main rationale being there is no difference between sna
by ngrilly 4y ago
Regarding naming conventions, there is an issue about switching to snake case for functions as well, the main rationale being there is no difference between snake_case and camelCase for one word identifiers:
https://github.com/ziglang/zig/issues/1097 https://github.com/ziglang/zig/issues/1097
- kuon 4y agoI have PTSD about 1097 :D
- overthrow 4y agoThen you better refill your Zoloft because it looks like there's going to be one last big disruption before it's over. https://github.com/ziglang/zig/issues/1097#issuecomment-1404627009 https://github.com/ziglang/zig/issues/1097#issuecomment-1404...
- JonChesterfield 4y agoGood discussion there, thanks for linking. Shout out to llvm for sticking with camelCase while the c++ library is all snake_case. Turns out eventually one gets used to reading mixtures of them and only occasionally writes dense_map or unorderedMap, but I still wish it wasn't like this. edit: I write large patches in the one true style and then begrudgingly fix them up for review using ad hoc emacs macros but it looks like clang-tidy can automate that. Wonder if it's robust enough to bidirectionally convert between review acceptable and legible