что такое системный поток?

и вы серьёзно думаете, что Go не оптимизирует а блокирует системный поток?

системные основы мы не можем, к счастью, оптимизировать

@Romshark но нет гарантии что никто не возьмет и на заблочит поток

когда? в какой ситуации? в случае sys call, да, заблокирует, вы это имели ввиду или что?

@Romshark но нет гарантии что никто не возьмет и на заблочит поток

в том числе

time.Sleep это не sys call, и он не заблокирует поток на котором выполянется горутина

Кстати, сискол - это одно слово у них в этом компьютерном жаргоне

Thread.sleep

и где ты видишь time.Sleep

самое семантически близкое к thread sleep в Go это time.Sleep. заблокировать поток sleep’ом в Go невозможно, такой функции нет.

не тупи

самое семантически близкое к thread sleep в Go это time.Sleep. заблокировать поток sleep’ом в Go невозможно, такой функции нет.

делаем вызов сишечки и приехали

делаем вызов сишечки и приехали

После этого сообщения спор потерял всякий смысл.

а сколько сейчас не стыдно предлагать хорошему фуллстек программисту (go + ts/react) на удалёнке в РФ?

ну у вас ж такой умный шедулер)

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

16k баксов в месяц? =) ок

баксов 100 в час сразу предлагай для начала. если это такой фулстек

cooperative scheduler != preemptive scheduler // true cgo != Go // true

нет, мне надолго нужен

тогда люби его по-человечески, а о деньгах договоритесь, если тебе надолго :)

нет, мне надолго нужен

хорошо, буду любить, но я про другое спрашивал =)

Прости, затупил. Я этих цен на рынке труда про любовь надолго даже и не знаю. Можно даже и забесплатно найти.

Бесплатно, как правило, выходит дороже.

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

Теперь в этом чате есть представитель грейма, которого вы можете спросить о проблемах и рекомендация по Gramework и связанных с ним решениям, фичреквестам и оптимизациям: @gramework_support

Теперь в этом чате есть представитель грейма, которого вы можете спросить о проблемах и рекомендация по Gramework и связанных с ним решениям, фичреквестам и оптимизациям: @gramework_support

зависит от того сколько человек инвестирует времени в общем. если человек мотивирован только зарплатой, то он инвестирует в среднем не более 4 часа в день (остальные 4 это соц. сети, мессенджеры, meatings, потягушки, кофе и т.д.) если человек самомотивирован то он может и все 10 а то и 12 часов в день тратить на дело и уметь во все технологии (не идеально, но лучше среднего). В основном такие люди занимаются собственным бизнесом и тянут техническую часть в самом начале, когда нет бюджета нанять специализированных работников. ну а ещё есть full stack разработчики которые думают, что они full stack разработчики 🙂

а можно тратить 10-12 часов на одну специализацию и стать рок-звездой в своей области :)

Кирилл?

нет, мне надолго нужен

Вобще, найми на это лучше двух-трех. Это морок какой-то, этот фулстек. Таких ребят почти не бывает, а кто есть - всегдя любят больше или одно, или другое.

бывает, но они очень дорогие и их мало, и они скорее всего заняты своими делами и тратить времени на вас не будут, а вам скорее попадутся те, кто „утверждает“ что умеет всё)

Теперь в этом чате есть представитель грейма, которого вы можете спросить о проблемах и рекомендация по Gramework и связанных с ним решениям, фичреквестам и оптимизациям: @gramework_support

Часть 3.1. Реализация проекта: работа с БД, Raw SQL https://telegra.ph/CHast-3-Realizaciya-proekta-biznes-logika-i-statika-09-30

поясни как sql.Db избавит меня от открытия нескольких соединений к базе в контексте многопоточный vs однопоточный язык. И в каком месте тут применен синглтон, про который читателю надо узнать?

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

а) Важно понимать, что sql.DB — это никакое не соединение, это всего лишь абстракция, которая нужна для управления пулом соединений, непосредственно подключается только db.Ping(). Это связано с тем, что golang — язык многопоточный, так что вы можете одновременно открыть несколько соединений к БД и даже этого не заметить. б) хорошо, не применен. но ожидается похожее поведение от чего?