Как стать автором
Обновить

Комментарии 6

Вот что мне нравится в подходе разработчиков языка Go так это то, что они не меняют язык с каждым релизом, пока ещё отмазываются от «улучшателей» языка и предложений вида «А давайте давайте добавим ещё вот такую фичу, я видел видел в другом языке». Это прям прекрасно, язык остается простым и понятным. Из-за этой простоты и понятности я думаю Go постепенно будет отгрызать долю рынка у Java в корпоративном мире.
Вот только темплейтов как не было, так и не будет
Ну и ничего страшного, как-то обходятся уже 8 лет как. В Java темплейты тоже не сразу появились, тоже долгое время без них как-то обходились. И это как раз одно из спорных изменений в Java, потому что способствует появлению ненужных абстракций и излишнему оверинжинирингу.
В Go предпочитают простые алгоритмы и простые структуры данных, которые реализуются быстро и без ошибок под конкретный тип.

Вот, например, из кода tarantool клиента для Java
TarantoolSQLOps<Object, Future<Long>, Future<List<Map<String, Object>>>> sqlAsyncOps();

Не уверен в полезности таких высоких абстракций. Стал ли этот тип более конкретным после подстановки в него аж четырех других типов. Все равно там Object, Map, List, Future. Чрезмерно переусложнено, мне кажется.

Я написал десятки тысяч строк довольно разных программ и библиотек на сабже и помню лишь пару мест где подумал — "вот тут бы дженерики!". Я не говорю что они вообще не нужны, но нужны довольно редко и в 99% при разработке библиотек.

НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий