вообще, очень забавно народ минусует, некоторые комменты вполне безобидные) впрочем, я ожидал похожую реакцию) а что касается статей про Катю, то интересная была подача!
Это просто наглядная демонстрация, зачем бывают нужны дженерики
Я вас прекрасно понял! Я пытался на простом примере с Equaler показать, что это возможно в принципе. Т.е. в функции и методы структур и сами структуры в go могут работать с интерфейсами, а не с конкретными типами данных.
я думаю, что такой же гибкости в go не добиться, увы. Но все же некую обобщенную реализацию можно написать. Эта интересная тема для статьи, может накидаете еще пару примеров или ссылок?
согласен, в Go тоже следит. Если тщательно проектировать проект, то использование interface{} можно свести к минимуму, тогда большинство глупостей отпадут на этапе компиляции.
пожалуй, соглашусь) что неправильно использовал термины( эх…
Я вас прекрасно понял! Я пытался на простом примере с Equaler показать, что это возможно в принципе. Т.е. в функции и методы структур и сами структуры в go могут работать с интерфейсами, а не с конкретными типами данных.
Нужна пища для размышления…
взял офф доки java ee, по ним делал. Проект не тормозил, просто много кушал. Я не противник java, просто мне не подошло.
писал не я, а коллега java программист, не в его интересах было писать криво.
я этого и не говорил, и вообще статья о проблемах go, а не jvm))
круто! Но это не означает, что это панацея для всех проектов
легко, достаточно написать сервер на go и и на spring, но повторюсь статья не об этом))) извините, если задел за живое)
статья ребят из яндекса. В заключении статьи написано, про дженерики. Говорю же, не я это придумал)))
Полностью с вами согласен — списки и словари дженерики. Я говорю про другое:
в Go
это было давно, когда только выходила восьмая java