NULL: The worst mistake of computer science? (2015)
lucidchart.com
NULL: The worst mistake of computer science? (2015)
1–10 of 377 posts
Re: NULL: The worst mistake of computer science? (2015)
#2Re: NULL: The worst mistake of computer science? (2015)
#3Why can't people just get over it and stop blaming the language for their own sloppy code?
Re: NULL: The worst mistake of computer science? (2015)
#4When did computer science become about hand holding? has it always been this way? Look at react. It was designed to force functional programming concepts in an OOP manner. Is the future of programming the implementation of tightly controlled interfaces with extreme type safety? I would argue thats where we are going. Things are becoming less expressive, not more.
Re: NULL: The worst mistake of computer science? (2015)
#5Re: NULL: The worst mistake of computer science? (2015)
#6"The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt. – Rob Pike" When d…
Re: NULL: The worst mistake of computer science? (2015)
#7Re: NULL: The worst mistake of computer science? (2015)
#8- null terminated strings
- machine dependent integer widths
Re: NULL: The worst mistake of computer science? (2015)
#9Re: NULL: The worst mistake of computer science? (2015)
#10This is a very pedantic quibble, and I'm not even sure it's correct. ASCII has NUL as well, and ASCIIZ isn't a character set AFAIK.
> C++ NULL boost::optional, from Boost.Optional
First of all, nullptr, second, std::optional.
> Objective C nil, Nil, NULL, NSNull Maybe, from SVMaybe
Nil is not a thing in Objective-C, to my knowledge.
> Swift Optional
You're looking for nil. So it should be four stars?
> Swift’s UnsafePointer must be used with unsafeUnwrap or !
You're confusing Optional and UnsafePointer.