Классно, заходишь, а здесь как обычно куча скалистов общаются и павелф откуда-то из своего угла полаивает

модератор, а забань плз долбоёбов за глупый флуд

Готово. Отдыхай сутки

Привет. Банальная универская лаба по многопоточности, любопытства ради решил написать на голанге + бенчмарк к програмке для замера времени. Вот проганяю её с консоли через: go test -bench=. array_update_test.go array_update.go - время чуть свыше 1 секунды Проганяю через Golang IDE - время всегда меньше, где-то 400 - 900 мс. И вот три вопроса, подскажите, пожалуйста: кому верить, почему так, и как правильно?

модератор, а забань плз долбоёбов за глупый флуд

надо просто дать ссылку, что вакансии - это вон туда

Как относятся к людям в сообществе, которые говорят, что юзать фреймворки в го - не лучшая практика?

положительно же

положительно же

В этом вся проблема

почему проблема? вроде нет проблем. а для чего фреймворк?

все конечно же зависит от задачи

но иногда тут приходят всякие, которые ради двух хттп эндпоинтов тащят вские чаи с джинами

Как относятся к людям в сообществе, которые говорят, что юзать фреймворки в го - не лучшая практика?

Кто как. Я как к странным людям у которых куча времени лепить свои велосипеды

Кто как. Я как к странным людям у которых куча времени лепить свои велосипеды

Увожение

Ну тут как-бы кто-то услышал что надо юзать строго стандартную либу и коршуном кидается на всех, кто вдруг делает иначе

да никто не говорит что надо всегда юзать стдлиб

А истина она все равно посередине

просто для двух рестовых методов не надо тащить фреймворк

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

везде нужен баланс

Возможно не надо, а может оно тебе пару дней сэкономит

просто для двух рестовых методов не надо тащить фреймворк

+++

а то это все напоминает такое, когда раньше тащили жквери, когда можно было обойтись getElementById()

Возможно не надо, а может оно тебе пару дней сэкономит

ничего не сэкономит в данном случае

И нести как непреложную истину - "надо юзать stdlib" - это от небольшого ума

Новичкам - да, лучше сначала писать научиться

И то, сильно от задачи зависит

так давай более предметно. фреймворк для решения каких проблем? :)

я выше пример приводил из жизни где ребята ради набольшого приложения тянули jboss в проект

когда там нужна была одна выборка из базы

я выше пример приводил из жизни где ребята ради набольшого приложения тянули jboss в проект

еще и орм в придачу ;)

я выше пример приводил из жизни где ребята ради набольшого приложения тянули jboss в проект

сэкономило им это может время но все остальные их убить хотели

Если либа делает ровно то, что тебе надо, не несёт накладных расходов, надо радоваться и её юзать

ОРМ, (строго имхо), не нужно

Ну очень редко. Тем более в го

началось))

Если либа делает ровно то, что тебе надо, не несёт накладных расходов, надо радоваться и её юзать

стоп стоп стоп либа != фреймворк :) (не всегда равно)

Остальное - по задачам

https://github.com/jmoiron/sqlx

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

Ладно, проехали) если вам нужно - используйте)

дык с orm никаких проблем, ровно как и без него, от проекта зависит

Я испорчен нагрузками. А когда ОРМ, научится генерить оптимальные запросы - это просто праздник будет какой-то

ORM обычно не запрещает строить кастомные запросы

Да-да, сейчас напишут - если надо пиши запросы руками

так что где оно нужно можно сделать любой запрос

Во-во

А зачем он тогда нужен?

Да-да, сейчас напишут - если надо пиши запросы руками

я так и делаю если оно требуется

А я вообще без него и прекрасно себя чувствую

А зачем он тогда нужен?

потому что кроме оптимальных запросов в проекте много рутины

Наверное. Но мне вот лучше без него, хотя не отрицаю что кому-то заходит

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

например мне gorm больше всего нравится автомиграциями (если их так можно назвать)

но на маленьком проекте я бы orm не использовал

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

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

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

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

иногда проще и быстрее без фреймворков

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

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

Иногда, но не всегда. А есть адепты, которые твердят это как непонложную тстину

Какие примеры?

Вот по твоему мнению фреймворки не нужны?

ну давай начнем с того, что ты подразумеваешь под словом фреймворк?

Какие примеры?

да тот же пример который я описывал - система пропусков у тебя 3 входные точки и 90% запросов идут на выборку пользователя по ID карты допуска

вот тут проще всего сделать без фреймворков

Это уже какая-то казуистика пошла

Вот по твоему мнению фреймворки не нужны?

они нужны там, где их применение оправдано я тебе сказал где это НЕ нужно

Это уже какая-то казуистика пошла

это реальный пример

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

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

что ты под словом фреймворк то понимаешь? приведи хотябы названия фреймворков

Я говорил что есть куча людей, которые как истуканы повторяют - "всегда надо юзать stdlib"

Я говорил что есть куча людей, которые как истуканы повторяют - "всегда надо юзать stdlib"

хз, может в энтерпрайзе это оправдано

что ты под словом фреймворк то понимаешь? приведи хотябы названия фреймворков

Блин, ты к словам привязываешься? Окей, beego, gin, martini

Ещё могу три десятка на джаве привести

Alexander Komarov: Я говорил что есть куча людей, которые как истуканы повторяют - "всегда надо юзать stdlib"

По этому есть возражения?

есть совет :) не следуй слепо советам других. прислушивайся, анализируй, делай выводы и основываясь на этих знаниях принимай свое решение.

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

где-то они правы. где-то не правы. но чаще правы

Чаще нет

возможно у тебя неудачный опыт общения с так-себе разработчиком