а зачем делать специальную функцию под каждый тип?
что мешаешь по месту написать max так как вам нужно, собственно по вашей же ссылке находятся такие примеры:
max := 0
if some > max {
max = some
}
В том что ему не нужен .net framework?
Исключения не упрощают обработку ошибок, генерацию и игнорирование, да, а вот обработку нет. (ну и почитайте про panic)
Про дженерики вопрос давний, так скажем нет единого мнения как это должно выглядеть, сейчас это вполне решается кодогенерацией.
Больше чем в 10 языках из статьи нет LINQ, тоже самое про деревья выражений.
Вы путаете язык и «стандартную библиотеку», и тот же LINQ далеко не сразу появился.
Ну и чисто по букве правил — Go под них подходит
PS ну и это как-то странно, язык не простой, потому что в нем нет дженериков, динамической генерации кода во время выполнения и т.п.
в смысле по моей логике? Go и С как-бы оба компилируемые языки и производительность абсолютно одинакового кода (в цикле число сложить) будет одинаковой и я как бы пишу на обоих, Go до 2-3х раз проигрывает C в задачах разбора бинарных потоков данных, например изображений, т.к. в C можно просто указатель двигать, а в Go будут постоянные проверки на границы при обращении, а также не так удобно сказать что у меня в таком то адресе байт, слово, структура и т.п.
Так вот это по сути максимальная разница для примерно одного и того же кода. (для сравнения в отдаче файлика по http у меня получалось ~ 0.7x от производительности nginx, то есть сервер который я написал на 5 минут vs дорабатываемый годами сервер 30% разницы)
Разница в 60! раз это 2 разные программы чуть более чем полностью
как-то у меня не вяжется первая часть со второй. вы вроде признаете что постоянно что-то преобразовывали хотя это не нужно было, но потом делаете вывод о производительности.
про 30% это видимо время на GC какойнить map[string] *GeoData
время для этого фотона тоже замедлилось, то есть в системе связанной с фотом он такой и остался, а для стороннего наблюдателя стал «медленнее» что повлияло на его частоту
из ваших слов прям хочется сделать вывод что энергия фотона уходит на расширение вселенной.
а вообще вы используете свое же утверждение про энергию как аксиому…
там в формулах заверчено время. то есть вы включили фонарик на 2 секунды, а приняли его уже за 4 секунды с увеличенной длинной волны.
при z = 1, длинна волны в 2 раза больше в момент приема чем в момент отправки, но время приема тоже в 2 раза больше.
очень похоже на резинку, ее масса от растяжения не уменьшается
я это вижу как-то так:
вылетел световой пучок… пролетая много световых лет он растянулся в 2 раза (длинна волны стала в 2 раза больше) да энергия единичного фотона уменьшилась, но пучок стал в 2 раза длиннее и переносит он всю туже энергию
это кстати полезная тема, пользуюсь при разработке своих проектов, хорошо показывает как оно будет работать на таких скоростях
а вот бизнес обычно не хочет тратиться на оптимизацию под медленные соединения (да и сложнее это становиться для крупного проекта, особенно если не сразу применять)
да только начали драфты стандарта делать, ещё мало материала который четко обрисовывает даже его принципы, какие работы по безопасности?!
почитайте про NaCl от Google там про выполнение ассемблерного кода скачанного с интернета на процессоре
для этого +- подходит только nacl, тут смысл в том что на клиент будет приходить уже распарсенное AST дерево, то есть тот же код, только без комментариев и уже с проставленными аннотациями о типах как в asm.js
и сами авторы это прямо заявляют, что код можно будет свернуть обратно в некий код для чтения человеком, пруф:
github.com/WebAssembly/design/blob/master/HighLevelGoals.md
define a human-editable text format that is convertible to and from the binary format, supporting View Source functionality.
что мешаешь по месту написать max так как вам нужно, собственно по вашей же ссылке находятся такие примеры:
max := 0 if some > max { max = some }
Исключения не упрощают обработку ошибок, генерацию и игнорирование, да, а вот обработку нет. (ну и почитайте про panic)
Про дженерики вопрос давний, так скажем нет единого мнения как это должно выглядеть, сейчас это вполне решается кодогенерацией.
Больше чем в 10 языках из статьи нет LINQ, тоже самое про деревья выражений.
Вы путаете язык и «стандартную библиотеку», и тот же LINQ далеко не сразу появился.
Ну и чисто по букве правил — Go под них подходит
PS ну и это как-то странно, язык не простой, потому что в нем нет дженериков, динамической генерации кода во время выполнения и т.п.
Так вот это по сути максимальная разница для примерно одного и того же кода. (для сравнения в отдаче файлика по http у меня получалось ~ 0.7x от производительности nginx, то есть сервер который я написал на 5 минут vs дорабатываемый годами сервер 30% разницы)
Разница в 60! раз это 2 разные программы чуть более чем полностью
про 30% это видимо время на GC какойнить map[string] *GeoData
def g = false // 0, ''
def v = g ?: '123'
а ?? это только null, в php ещё и с обработкой isset
а вообще вы используете свое же утверждение про энергию как аксиому…
там в формулах заверчено время. то есть вы включили фонарик на 2 секунды, а приняли его уже за 4 секунды с увеличенной длинной волны.
при z = 1, длинна волны в 2 раза больше в момент приема чем в момент отправки, но время приема тоже в 2 раза больше.
очень похоже на резинку, ее масса от растяжения не уменьшается
вылетел световой пучок… пролетая много световых лет он растянулся в 2 раза (длинна волны стала в 2 раза больше) да энергия единичного фотона уменьшилась, но пучок стал в 2 раза длиннее и переносит он всю туже энергию
а вот бизнес обычно не хочет тратиться на оптимизацию под медленные соединения (да и сложнее это становиться для крупного проекта, особенно если не сразу применять)
почитайте про NaCl от Google там про выполнение ассемблерного кода скачанного с интернета на процессоре
и сами авторы это прямо заявляют, что код можно будет свернуть обратно в некий код для чтения человеком, пруф:
github.com/WebAssembly/design/blob/master/HighLevelGoals.md
define a human-editable text format that is convertible to and from the binary format, supporting View Source functionality.