под такое писалась ява

ага она тоже, но у неё обнаружился фатальный недостаток

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

это какими концепциями? )

у меня тут своя персональная боль - ребята на php с использованием DDD написали проектик 4 года назад... всё паттернами обмазано, даже в именах классов названия паттернов. не поддерживаемо. когда их встречаю им не стыдно до сих пор...

у меня тут своя персональная боль - ребята на php с использованием DDD написали проектик 4 года назад... всё паттернами обмазано, даже в именах классов названия паттернов. не поддерживаемо. когда их встречаю им не стыдно до сих пор...

без типов все превращается в тыкву в итоге

ну были бы типы - они бы ещё и типами бы всё это обмазали. было бы 10500 типов на каждый чих, потому что ...

ну менять что-то не так страшно становится

Задачи всегда весело решать, например достижение консенсуса между серверами и шаринга состояния между сервисами в кластере в го решается через левое по, месяц, с ором и танцами. В Erlang based это почти из коробки, и весело и надежно, и задача не успела вскипятить мозги. Я доволен как разработчик, команда довольна, что выкатила новую фичу. PO доволен, что ничего не упало с первого притока юзеров. Думаете зря назрела инициатива goodlang? Один ? Плюс еще что-то там было Все прекрасно знают минусы go, их незачем обсуждать еще раз, для каждого языка своя ниша, в го отлично писать сетевуху, но бизнес логику уже муторно, любой сложный проект в го юзает интерфейсы по полной, посмотрите код докера, qor. Хотя интерфейс это антипаттерн и замедляет работу приложения (давайте вспомним martini), по мнению авторов го, юзание интерфейсов является исключительным кейсом, но биг ворлд говорит, что это не так, и нужен, и полиморфизм, и перезагрузка функций, и что вообще интерфейс это не решение проблем. В языке должны быть другие языковые конструкции, иначе код обрастает ненужными ассертами интерфейса в тип, либо функциями addApple() addOrange() addHuman() и addEntity(...a) если подразумеваешь, что аргумента у функции может и не быть, а если он все таки есть, то нужно его достать а = а[0], а если эту функцию используют другие разработчики им еще нужно дать понять, что spread тут только для того чтобы иметь возможность опциональности аргумента, а не потому, что функция принимает их множество​. И еще куча минусов, глупо говорить о выразительности го, ее нет, он императивен и туп как кувалда. Но разве кувалда не выполняет своих функций? С этим всё ок

это о чем речь?

Задачи всегда весело решать, например достижение консенсуса между серверами и шаринга состояния между сервисами в кластере в го решается через левое по, месяц, с ором и танцами. В Erlang based это почти из коробки, и весело и надежно, и задача не успела вскипятить мозги. Я доволен как разработчик, команда довольна, что выкатила новую фичу. PO доволен, что ничего не упало с первого притока юзеров. Думаете зря назрела инициатива goodlang? Один ? Плюс еще что-то там было Все прекрасно знают минусы go, их незачем обсуждать еще раз, для каждого языка своя ниша, в го отлично писать сетевуху, но бизнес логику уже муторно, любой сложный проект в го юзает интерфейсы по полной, посмотрите код докера, qor. Хотя интерфейс это антипаттерн и замедляет работу приложения (давайте вспомним martini), по мнению авторов го, юзание интерфейсов является исключительным кейсом, но биг ворлд говорит, что это не так, и нужен, и полиморфизм, и перезагрузка функций, и что вообще интерфейс это не решение проблем. В языке должны быть другие языковые конструкции, иначе код обрастает ненужными ассертами интерфейса в тип, либо функциями addApple() addOrange() addHuman() и addEntity(...a) если подразумеваешь, что аргумента у функции может и не быть, а если он все таки есть, то нужно его достать а = а[0], а если эту функцию используют другие разработчики им еще нужно дать понять, что spread тут только для того чтобы иметь возможность опциональности аргумента, а не потому, что функция принимает их множество​. И еще куча минусов, глупо говорить о выразительности го, ее нет, он императивен и туп как кувалда. Но разве кувалда не выполняет своих функций? С этим всё ок

Какие языки по твоему лучше справляется с поставленными задачами\лучше спроектированы?

у меня тут своя персональная боль - ребята на php с использованием DDD написали проектик 4 года назад... всё паттернами обмазано, даже в именах классов названия паттернов. не поддерживаемо. когда их встречаю им не стыдно до сих пор...

На пыхе никогда не кодил, но DDD с агрегатами и репами без костылей реализовывались чисто только в Java и c#, + это все-таки паттерн, и реализовывать его можно разными путями, как хуже так и лучше

А можно опять с атомопроблемами? У меня в Атоме панелька пропала го-плюсная и не появляется. Я чем только не прообовал. И тесты вроде не запускаются при сохранении, хотя галочка стоит.

Какие языки по твоему лучше справляется с поставленными задачами\лучше спроектированы?

Справляются с чем/для чего ?:)

Справляются с чем/для чего ?:)

Хоть с чем) Или универсального средства не существует?)

не существует

Если хоть с чем, то русский, очевидно

Интересно почему Erlang так опустился

perl расти начал , а я то думал все будет плохо,

perl расти начал , а я то думал все будет плохо,

Интересно сколько пальцев нужно чтоб перечислить компании где нужны перловики

Задачи всегда весело решать, например достижение консенсуса между серверами и шаринга состояния между сервисами в кластере в го решается через левое по, месяц, с ором и танцами. В Erlang based это почти из коробки, и весело и надежно, и задача не успела вскипятить мозги. Я доволен как разработчик, команда довольна, что выкатила новую фичу. PO доволен, что ничего не упало с первого притока юзеров. Думаете зря назрела инициатива goodlang? Один ? Плюс еще что-то там было Все прекрасно знают минусы go, их незачем обсуждать еще раз, для каждого языка своя ниша, в го отлично писать сетевуху, но бизнес логику уже муторно, любой сложный проект в го юзает интерфейсы по полной, посмотрите код докера, qor. Хотя интерфейс это антипаттерн и замедляет работу приложения (давайте вспомним martini), по мнению авторов го, юзание интерфейсов является исключительным кейсом, но биг ворлд говорит, что это не так, и нужен, и полиморфизм, и перезагрузка функций, и что вообще интерфейс это не решение проблем. В языке должны быть другие языковые конструкции, иначе код обрастает ненужными ассертами интерфейса в тип, либо функциями addApple() addOrange() addHuman() и addEntity(...a) если подразумеваешь, что аргумента у функции может и не быть, а если он все таки есть, то нужно его достать а = а[0], а если эту функцию используют другие разработчики им еще нужно дать понять, что spread тут только для того чтобы иметь возможность опциональности аргумента, а не потому, что функция принимает их множество​. И еще куча минусов, глупо говорить о выразительности го, ее нет, он императивен и туп как кувалда. Но разве кувалда не выполняет своих функций? С этим всё ок

+1

Интересно сколько пальцев нужно чтоб перечислить компании где нужны перловики

довольно много ,достаточно посмотреть на тот же hh.ru

на западе его вообще много

в провах он везде как стандарт

А можно опять с атомопроблемами? У меня в Атоме панелька пропала го-плюсная и не появляется. Я чем только не прообовал. И тесты вроде не запускаются при сохранении, хотя галочка стоит.

Помогло снести и всё с нуля накатить:-/

Что-то у меня Го юзает всего 1 ядро. Причём судя по утилитке ниже, он видит 4. Принудительно runtime.GOMAXPROCS(4) не помогает. Куда копать? Пока грешу на компилятор. https://gist.github.com/peterhellberg/5848304

это на какой платформе?

винда 7 и 2008R2

х64

тогда не компилятор

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

@TheVaN4 а код како, который не грузит больше 1 ядра?

может код такой что больше не может?

Глазами в тасках увидел) Суть кода простая, парсит файл, 1 ядро под 100% на 2-5 минут уходит

вопрос же в том как он парсит )

если ты делаешь 1 горутину (или вообще без них) то ему как бы и нечего паралелить

я начал подозревать нехорошее...

если ты делаешь 1 горутину (или вообще без них) то ему как бы и нечего паралелить

ОМГ, точно, у меня же в мэйне по сути одна горутина..

не хочу никого обидеть, но это то самое bullshit bingo

Я почему то думал что любая 1 задача в состоянии отъёсть сколько влезет. А так то поток один, как я уже осознал..

Я почему то думал что любая 1 задача в состоянии отъёсть сколько влезет. А так то поток один, как я уже осознал..

магии не существует

в Го делать горутины просто и даже есть свой шедулер который определяет какая из них работает, но параллелить код за тебя язык не сможет

потому, что это могут только функциональные языки (и потому за ними будущее)

в Го делать горутины просто и даже есть свой шедулер который определяет какая из них работает, но параллелить код за тебя язык не сможет

Будет ли правильно внутри for делать рутины? Что то сомнения у меня

Скорее нет

Но зависит от задачи

Из горутины значение надо через канал возвращать

потому, что это могут только функциональные языки (и потому за ними будущее)

яэто слышу лет 20

И порядок обработки может нарушаться

потому, что это могут только функциональные языки (и потому за ними будущее)

мысль понятна. но чегото не работае

А чего не работает-то?

И порядок обработки может нарушаться

Вот с этим и боюсь столкнуться. Всё должно быть вроде по порядку, но с другой стороны пошустрее бы

@TheVaN4 всегда зависит от задачи

А чего не работает-то?

ну както они не очень популярны

Вот с этим и боюсь столкнуться. Всё должно быть вроде по порядку, но с другой стороны пошустрее бы

Ну можно извратиться. Будет ли быстрее - зависит от задачи

ну както они не очень популярны

Так нет ни одного годного

@TheVaN4 всегда зависит от задачи

На входе: куча данных и мусора. На выходе некие критические сообщения. Пока думаю в файл загонять, как/куда потом их девать видно будет.

На входе: куча данных и мусора. На выходе некие критические сообщения. Пока думаю в файл загонять, как/куда потом их девать видно будет.

звучит как grep :)

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

смотря что у тебя на вход и в каком виде. Пока это звучит как греп, а он должен на каком-нибудь powershell работать очень быстро

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

и ты ж понимаешь что считая хэш ты читаешь весь файл?

или сколько там ты подсчету сбагриваешь

Угу. Чувак явно городит костыли на пустом месте

у тебя операция подсчета хэша может быть также затратна как и поиск сообщений

смотря что у тебя на вход и в каком виде. Пока это звучит как греп, а он должен на каком-нибудь powershell работать очень быстро

Дело в том что он будет брать старые значения, а нужны только новые. Ну по сути можно и так)

Греп или эластиксер в зависимости от ситуации спасут

Дело в том что он будет брать старые значения, а нужны только новые. Ну по сути можно и так)

какого размера файл что поиск идет 2 минуты?

у тебя операция подсчета хэша может быть также затратна как и поиск сообщений

Это окупается, как мне показалось. Я же не все строки хэширую разом.

формат файла какой?

ERROR: S client not available

какого размера файл что поиск идет 2 минуты?

Там не только поиск) Это было бы слишком просто. Файл ~100 Мб, строк ~600к

Там не только поиск) Это было бы слишком просто. Файл ~100 Мб, строк ~600к

а что кроме поиска?

2 минуты это как-то очень много

Ну пока *.log) Кроме поиска решил забабахать структуру, т.к. в файле месиво просто, а хотелось бы по атрибутам обращаться к каждому элементу

2 минуты это как-то очень много

Много, т.к. ядро 1 испольуется. Да и 100% ещё есть где что подкрутить.

Угу. Чувак явно городит костыли на пустом месте

Костыли - пожалуй. В нормальном виде нет самих логов от кривого ПО, что делать. В идеале потом всю эту хрень слать надо будет в Zabbix скорее всего.

Кстати тебе маленький хинт - сохраняй не хэши строк, а позицию а файле

И делай туда seek

Так нет ни одного годного

вооот

Кстати тебе маленький хинт - сохраняй не хэши строк, а позицию а файле

В идеале это кстати намного шустрее, спасибо. Осталось выяснить только - не чистить ли то же ПО само свои логи периодично, а то не подойдёт.

В идеале это кстати намного шустрее, спасибо. Осталось выяснить только - не чистить ли то же ПО само свои логи периодично, а то не подойдёт.

Если чистит, то будет чуть сложнее, но тоже реализуемо

Если чистит, то будет чуть сложнее, но тоже реализуемо

Процедура создания хэша весьма затратная? Или речь про просто чуть более оптимальный подход?

Процедура создания хэша весьма затратная? Или речь про просто чуть более оптимальный подход?

Что такое хэш?

В моём случае:

func hash(s string) uint32 { h := fnv.New32a() h.Write([]byte(s)) return h.Sum32() }

Не, я про то что оно делает

Кстати тебе маленький хинт - сохраняй не хэши строк, а позицию а файле

И inode. Только не уверен, как оно под виндой зовётся.

Не, я про то что оно делает

Грубо говоря: берётся хэш из файла (который был ранее создан), затем идёт создание хэшей снизу вверх по массиву логов и их сравнение.

Вот тут тоже беда что всё в 1 поток

Грубо говоря: берётся хэш из файла (который был ранее создан), затем идёт создание хэшей снизу вверх по массиву логов и их сравнение.

Ну вот что значит создание хэша? Сколько оно операций занимает?

Вообще в го встроен профилировщик

Оно тебе покажет узкое место

2 минуты это как-то очень много

Прикинул, около 22к строк в секунду обрабатывается. Не знаю, быстро/медленно правда.

И можно написать микробенчмарки

Прикинул, около 22к строк в секунду обрабатывается. Не знаю, быстро/медленно правда.

Я б сказал что очень медленно

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

Вообще в го встроен профилировщик

Как его потрогать-то? Я просто на Го первый раз пишу.

И можно написать микробенчмарки

По времени исполнения, узкое место сам парсинг/структурирование. Возможно я его зря прикрутил туда, ну уж больно охото было посмотреть на возможности языка)

Как его потрогать-то? Я просто на Го первый раз пишу.

Погугли про go pprof

По времени исполнения, узкое место сам парсинг/структурирование. Возможно я его зря прикрутил туда, ну уж больно охото было посмотреть на возможности языка)

Как парсишь?

По моим приккидкам просто включение regexp с самым простейшим матчингом замедляет чтение строк в 5 раз

У меня написан парсер логов который из 1 большого файла делает 256 маленьких :)