S
Можно ещё так: nullable types это полезная штука а optional - путь в 90е
В 90-х в java ещё лямбд не было 😐
Size: a a a
2020 September 26
AA
В 90-х в java ещё лямбд не было 😐
Когда Коран писали, мин не было
e
Kotlin полезная штука, а java это путь в NPE
в котлине npe не бывает?
D
в котлине npe не бывает?
пока обмазываешь код элвисом вряд ли напорешься
e
пока обмазываешь код элвисом вряд ли напорешься
а, ну типо ?. как в грувях короче)
D
этакий флатпмап для бедных
e
этакий флатпмап для бедных
можно тогда в джаве всё флэтмапом обмазывать)
QH
этакий флатпмап для бедных
для бедных == байт-кода мизер генерируется :)
AE
Когда Коран писали, мин не было
Какая то плохая аналогия
2020 September 27
ch
NPE ни плохое ни хорошее это следствие менее однозначной вещи
ZM
Вы так говорите будто NPE - это что-то плохое. Исключения прекрасны, они сразу сообщают об ошибках
В мемориз.
А по существу, как раз сразу ошибки и не видно. Её появление будет в неопределенном будущем при неочевидных условиях.
А по существу, как раз сразу ошибки и не видно. Её появление будет в неопределенном будущем при неочевидных условиях.
SA
Исключения как раз плохие, так как разрушают систему типов. Ровно так же, как её разрушает null.
Это теория. А на практике кодировать IndexOutOfBoundsException в типах через всё приложение - накладно и неудобно.
SA
То же относится к checked exceptions - для разных приложений есть разные стратегии обработки ошибок. Для MQ и бесконечных джоб checked exceptions могут быть очень полезны.
A
Можно ещё так: nullable types это полезная штука а optional - путь в 90е
Котлин так и не станет мейнстримом для серверной разработки, вот хороший наброс
AE
Котлин так и не станет мейнстримом для серверной разработки, вот хороший наброс
Да, твое утверждение чистый наброс
SA
Котлин так и не станет мейнстримом для серверной разработки, вот хороший наброс
Так уже стал, разбрасывай обратно.
A
Да, твое утверждение чистый наброс
У всякого наброса есть доля правды