и да, не морочься, на ржавчину точно не перебегут

спасибо за совет

есть желание потрогать, но пока опасаюсь)))

а чо там опасаться? Там даже кнопка "Вернуть джаву-как-было" есть, если джетбрейнсовскими IDE пользоваться.

Скала збс, мощнейший язык

Какбэ как приверженцу JVM могу порекомендовать потрогать Котлин. Он приятный наощупь

а как же скала? ;)

Главное гнать ссаными тряпками идиотов со скалаз

Скала збс, мощнейший язык

главное не упороться в монадки ;)

Скала - это сильно другое.

главное не упороться в монадки ;)

Вот вот

Скала - это принципиально другой концепт. Она офигенна, наверное, но местами слишком сложна для моей, например, психики.

А Котлин - это просто более приятная Java.

Скала - это принципиально другой концепт. Она офигенна, наверное, но местами слишком сложна для моей, например, психики.

Я просто про то, что интересно на JVM сказал. Так то скала опасна тем, что по началу все оч малословно и красиво, а потом начинается треш

хз, Скала приятна тем - что ты на каждом шагу борешься с языком и это очень длительный период времени. мне эти периоды нравятся ;) это всяко приятнее борьбы с фреймворками

ах, вот ты чем занимаешься

Я просто про то, что интересно на JVM сказал. Так то скала опасна тем, что по началу все оч малословно и красиво, а потом начинается треш

Ну вот и я о том же. Скала - ОПАСНА)

хз, Скала приятна тем - что ты на каждом шагу борешься с языком и это очень длительный период времени. мне эти периоды нравятся ;) это всяко приятнее борьбы с фреймворками

Собственно, тот же Го сильно завлекает тем, что в подавляющем количестве случаев на фреймворки можно положить.

ах, вот ты чем занимаешься

спалил :(

Собственно, тот же Го сильно завлекает тем, что в подавляющем количестве случаев на фреймворки можно положить.

йеп. стд либа решает ;)

йеп. стд либа решает ;)

ППКС. Она божественна... почти... дженериков только нету)))

? даешь myprogram.generate.InCoolManner("афтар: Иван Пупкин")

незнаю я написал пару проектов на го, 1 совсем маленький, принимает Json объект и передает его в оракл где тот сам все делает, и потом возвращает ответ клиенту, там правда передается файл в base64 так вот память жрет немеренно, около гига

Вот, к слову, тут есть люди, которые мне по архитектуре го-приложения заяснить могут, не упоролся ли я?

причем запросов не так много около 200 в час

а размер запроса?

и глобальных переменных нету, все внутри функции выполняется

причем запросов не так много около 200 в час

а при чем тут статическая линковка и сколько запросов?

среднестатистический json

а размер запроса?

около 60 кб

а оно просто разом гиг отжирает, или постепенно "толстеет"?

постепенно

а оно просто разом гиг отжирает, или постепенно "толстеет"?

вам просто сразу линкуют "джентельменский" набор

вам просто сразу линкуют "джентельменский" набор

если оно со старта гиг - тогда да, "джентельменский". Если растет-и-пухнет, значит, где-то запросы осаждаются. Не?

но а что делает gc?

если оно со старта гиг - тогда да, "джентельменский". Если растет-и-пухнет, значит, где-то запросы осаждаются. Не?

нееее ... осаждаются - это уже утечка памяти! Программа с утечками памяти программой не называется

ну вот тут и вопрос, что он делает. Есть вероятность, что оно ложится в какую-то структуру, доступную из main, передается, возвращается и т.д. Но, до тех пор, пока оно доступно, оно не соберется GC

нееее ... осаждаются - это уже утечка памяти! Программа с утечками памяти программой не называется

Ну вот я сразу и задал вопрос: оно со старта гиг и постепенно растет. Если со старта - то, может, и фиг с ним. Если отжирается - надо в код смотреть, где протекло.

А насчет "не называется". Какбэ возможны случаи, когда утечка вполне допустима.

гиг со старта .... это ваш код + код всех библиотек котрые по умолчанию прилинковались

гиг со старта .... это ваш код + код всех библиотек котрые по умолчанию прилинковались

ну да. А гиг-через-время-работы - это уже потекло что-то

ну да. А гиг-через-время-работы - это уже потекло что-то

ну не все так однозначно ... но направление верное .... можно и рекурсиями забирать память .... аллокациями , но это не размер файла

нету структур, внутри функции принимается объект json парситься interface{} отдается в оракл

ну не все так однозначно ... но направление верное .... можно и рекурсиями забирать память .... аллокациями , но это не размер файла

а, вас формулировка "размер файла" смутила. Ну да, это не размер файла, это размер памяти, занятый процессом.

нету структур, внутри функции принимается объект json парситься interface{} отдается в оракл

тут, какбэ, вопрос в том, что функция тоже не в вакууме

и коннект к ораклу не в вакууме

нету структур, внутри функции принимается объект json парситься interface{} отдается в оракл

сори не очень верю в собранный файл в 1 гиг с такими простыми функциями

и запрос не в вакууме

я думаю что при выходе из функции все должно очищаться не так разве?

я думаю что при выходе из функции все должно очищаться не так разве?

НЕТ

сори не очень верю в собранный файл в 1 гиг с такими простыми функциями

человек с формулировкой ошибся. У него не файл гиг, у него процесс гиг выжирает в оперативке.

сори не очень верю в собранный файл в 1 гиг с такими простыми функциями

при чем тут файл? он весит меньше метра

я думаю что при выходе из функции все должно очищаться не так разве?

свят-свят, нет)

память жрет

вот тут уже в код смотреть надо, кто жрет

драйвер к ораклу какой? ora?

и профилировщик

драйвер к ораклу какой? ora?

да

память жрет

почитайте об утечках .... новички забывают закрывать каналы ... указатели если не нулевые могут не очищаться гарбадж коллектором

драйвер к ораклу какой? ora?

виновный найден?)))

_"gopkg.in/rana/ora.v3"

виновный найден?)))

ну в ишью у них там есть про утечки...

_"gopkg.in/rana/ora.v3"

у них там течет чето https://github.com/rana/ora/issues/197

сколько строк кода максимум должно быть в файле main.go?

сколько строк кода максимум должно быть в файле main.go?

сколько не устанете писать

вот в конструкциях вида import _ "path/to/package" может унутре что угодно оказаться

сколько строк кода максимум должно быть в файле main.go?

это же не эксель, где ограничение на кол-во строк есть ;)

сколько строк кода максимум должно быть в файле main.go?

думаю, не более 2147483647 штук. Дальше читать неудобно будет.

думаю, не более 2147483647 штук. Дальше читать неудобно будет.

кажется ты ошибся.. 2,147,483,647 же ага, уже исправил ;)

кажется ты ошибся.. 2,147,483,647 же ага, уже исправил ;)

я бы пяток убавил ... для красоты

кажется ты ошибся.. 2,147,483,647 же ага, уже исправил ;)

ыыыы, подзапамятовал)

ыыыы, подзапамятовал)

а я каждый раз забываю int32 max size :) а вот 60 знаков числа Пи помню зачем то...

а сколько максимум рекомендуется строк для одной функции?

никто не в курсе когда database/sql будет поддерживать хранимые процедуры или уже?

а сколько максимум рекомендуется строк для одной функции?

чтоб на экран помещалось без прокрутки

а сколько максимум рекомендуется строк для одной функции?

вообще, лучше меньше, но без фанатизму. Рекомендуют, чтобы функция влезала в экран, максимум в 2

чтоб на экран помещалось без прокрутки

22'' много поместиться)))

никто не в курсе когда database/sql будет поддерживать хранимые процедуры или уже?

а разве это нужно ... у нас SQL-щики своим софтом пользуются ... им на GO наплевать, в IDE можно вставить а к языку .... как то боком

22'' много поместиться)))

размер шрифта роляет

22'' много поместиться)))

если вертикально монитор развернуть? ;)

если вертикально монитор развернуть? ;)

слушай, а это идея. Никогда в таком ключе не думал)

а разве это нужно ... у нас SQL-щики своим софтом пользуются ... им на GO наплевать, в IDE можно вставить а к языку .... как то боком

а при написании веб приложения которая работает с бд из под оракла и плюч базисты помешаны на процедурах?

слушай, а это идея. Никогда в таком ключе не думал)

я вот сейчас подумал, что "уместиться на экран" каждый может понять по разному... будет занято МАКСИМУМ пространства :) как в ширину, так и в высоту

а при написании веб приложения которая работает с бд из под оракла и плюч базисты помешаны на процедурах?

там SQLforge платный рулит...

я вот сейчас подумал, что "уместиться на экран" каждый может понять по разному... будет занято МАКСИМУМ пространства :) как в ширину, так и в высоту

ты вот сейчас меня поломал, ага

сколько строчек я думаю не имеет значения, каждая функция должна выполнять одно действие вроде и все

ты вот сейчас меня поломал, ага

единственные кто этим не страдает кстати - питонисты.. РЕР8 решает

там SQLforge платный рулит...

это что?

единственные кто этим не страдает кстати - питонисты.. РЕР8 решает

питонисты люди странные. И при этом любят подтасовывать в тестах

а хз ... я видел краем глаза! В нем сидят демоны SQL

ормки хоть нормальные есть под go?

фиг с ними с процками

ормки хоть нормальные есть под go?

если сравнивать с жава миром - нет. орм-ок нормальных нет

ппц, а планируются)))

ппц, а планируются)))

планы - поработить мир!

ормки хоть нормальные есть под go?

1. Критерии нормальности? GORM, например, нормальный? 2. В некоторых кругах бытует мнение, что ORM само по себе нормальным быть не может, т.к. бесчеловечное тормозное извращение над сутью. 3. А надо?

ну, тогда продолжаю учить)))

ну, тогда продолжаю учить)))

Кого? Чему?

1. Критерии нормальности? GORM, например, нормальный? 2. В некоторых кругах бытует мнение, что ORM само по себе нормальным быть не может, т.к. бесчеловечное тормозное извращение над сутью. 3. А надо?

ну незнаю, может для чего-то мега грандиозного ОРМки плохо а для чего нибудь среднего вполне годная вещь, раньше сам скептически к ним относился пока не попробовал, удобно ведь, не паришься как лучше запрос накатать

Кого? Чему?

go-учить))

ну незнаю, может для чего-то мега грандиозного ОРМки плохо а для чего нибудь среднего вполне годная вещь, раньше сам скептически к ним относился пока не попробовал, удобно ведь, не паришься как лучше запрос накатать

зато потом паришься как этот запрос оптимизировать, потому что ORM такого там нагенерит... ;)

правда боюсь опаздаю)))