Partisan Mguest2Это наследие Java, особенность JVM - точка входа должна быть статической функцией с именем main, принимающей массив строк.
Хотите сказать, что Java не предназначена для крупных проектов? Ха-ха-ха!


У меня ограниченный запас терпения по отношению к идиотам, а обсуждаемая тема кажется не особо важной. Но вы опять написали чушь. Во-первый, в Kotlin это не массив, а список, то есть не унаследовано хорошее качество Java.

Array<String> - это массив, а не список. Не порите чушь, ей уже больно.
Partisan MВо-вторых, можно было сделать хорошо и не как в Java. Смотрим, как это сделано в Go:


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

Явное лучше неявного, поэтому в Kotlin сделали так же хорошо как в Java. А в Go реализовали quick dirty решение. Что не удивительно, весь Go - это quick dirty решение.

А попаболь фанатов Go от Kotlin-а понятна - этот язык отберет у Go хорошую долю рынка.