Блин, как же это сложно фреймворк выбирать, все подходят.

А мне еще на фронтэнд тоже нужен.

А мне еще на фронтэнд тоже нужен.

На фронтенд реакт

Блин, как же это сложно фреймворк выбирать, все подходят.

хочешь получить максимальную эффективность?

ничего эффективнее с точки зрения скорости и расхода ресурсов, чем fasthttp + fasthttprouter я не видел. справляется с нагрузкой вообще спокойно.

а на фронтенд - да, реакт - это самый лучший вариант

Реакт сложнее остальных, писать больше надо и самому следить за тем, чтобы писалось правильно. А еще в Реакте смущает, что он не изменяет состояние, то есть чем дольше открыта страница, тем больше там в памяти всего. Так? Не будет ли в этом проблема?

Реакт сложнее остальных, писать больше надо и самому следить за тем, чтобы писалось правильно. А еще в Реакте смущает, что он не изменяет состояние, то есть чем дольше открыта страница, тем больше там в памяти всего. Так? Не будет ли в этом проблема?

где он сложнее? О_О

Реакт сложнее остальных, писать больше надо и самому следить за тем, чтобы писалось правильно. А еще в Реакте смущает, что он не изменяет состояние, то есть чем дольше открыта страница, тем больше там в памяти всего. Так? Не будет ли в этом проблема?

не так

сам реакт состоянием не занимается, используй redux, он сам тебе все сделает

и нет, утечек такого рода не будет

Я, конечно, и рассматриваю реакт плюс редюкс. Сложнее — в смысле больше писать, чем в остальных. Плюс можно написать неправильно и он все равно будет работать. А почему не будет память заполняться, если все состояния сохраняются?

fasthttprouter — к нему потом, чтобы подключить стороний пакет тоже надо будет больше писать. Скорость, конечно, хорошо, но затык, как всегда, будет не в роутинге.

сложнее — в смысле менььше писать, чем в остальных (забудем jquery-подобные). плюс нельзя написать неправильно и он все равно не будет работать. а потому, что все состояния по умолчанию не сохраняются. только иммутабельное текущее.

fasthttprouter — к нему потом, чтобы подключить стороний пакет тоже надо будет больше писать. Скорость, конечно, хорошо, но затык, как всегда, будет не в роутинге.

опять неправильно. на самом fasthttp ты роутинг писать будешь долго. это очевидно. и у тебя будет больше выделений памяти, опять же очевидно.

у меня простые API на fasthttp+fasthttprouter начинаются с двух часов работы, если на чистом fasthttp - от четырех. из них в обоих случаях два отводится на бизнес-логику.

Ну как меньше писать? Во vue и других шаблон написал и связал с моделью. А в реакте надо писать дествия, редюсеры. Не дает писать неправильно? А кто меня заставит писать чистые функции в редюсерах?

сделка с собственной совестью

Реакт это View, остальное на выбор

хоть флюкс, хоть самопал

Да, я знаком с этой кухней. Мне вообщем-то все подходит. И везде есть и плюсы и минусы, поэтому и сложно выбирать.

Блин, завидую рубистам. :)

Спрашивай https://telegram.me/react_js

Блин, завидую рубистам. :)

у них своих проблем хватает

Ну как меньше писать? Во vue и других шаблон написал и связал с моделью. А в реакте надо писать дествия, редюсеры. Не дает писать неправильно? А кто меня заставит писать чистые функции в редюсерах?

кто заставит писать правильно? здравый смысл и свои мозги

Блин, завидую рубистам. :)

а почему?

Там рельсы, остальное для маргиналов.

Если что, я не рубист. Могу сильно ошибаться.

Если что, я не рубист. Могу сильно ошибаться.

так чего завидовать? :)

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

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

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

:)

если _все_ будут работать над одним инструментом, то мы начнем деградировать и отрицать нечто новое)

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

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

Вы так говорите, будто это что-то плохок

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

так если будет летать - зачем искать что-то лучшее?

и, кстати, не видел ничего действительно летающего на beego

так если будет летать - зачем искать что-то лучшее?

Так вместо beego можно любой другой выбрать. Я его написал для примера, выбрав методом тыка. Последний раз я использовал gin, например.

вопрос был из разряда риторических

и, кстати, не видел ничего действительно летающего на beego

Даже если он самый тормозной в go, этого достаточно для большинства проектов, если не для всех.

Даже если он самый тормозной в go, этого достаточно для большинства проектов, если не для всех.

что у вас вообще за проекты такие? ?

на го свет клином не сошёлся таки

для веба

да и не только

Кто нибудь пробовал кодить на go из под Android?

Кто нибудь пробовал кодить на go из под Android?

в интернетах инфы - завались

ide ни одной не нашел под ведро

Под Android был один проект, но сдулся, сейчас не доступен

ide ни одной не нашел под ведро

а ide тут при чем?

Была ide с компилятором

Что значит причем

Под ведро

что у вас вообще за проекты такие? ?

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

Ide под ведро - AnGoIde beta

Но её убрали из Google play

У меня на планшете осталась

Там гошечка ещё 1.3

Следующий будет двухсотый. Давайте потроллим его? Поздравим, так сказать.

а что, можно)

Начнем обсуждать MACRO-11? О. Есть идея. Давайте сделаем вид, что у нас у всех Plan9 и мы в ACme пишем

только гугланите и поиграйтесь, чтобы с умным видом про factotum и fs рассказывать

и bind и mount :)

ERROR: S client not available

Начнем обсуждать MACRO-11? О. Есть идея. Давайте сделаем вид, что у нас у всех Plan9 и мы в ACme пишем

Ты упорот ??

Давайте начнем ему (ей) задавать технические вопросы про Go. Все. Лично к нему обращаться.

Давайте начнем ему (ей) задавать технические вопросы про Go. Все. Лично к нему обращаться.

А давайте всё вместе

Сидим на plan9 в acme и почти ничего не знаем о go

ДА!

Давайте начнем ему (ей) задавать технические вопросы про Go. Все. Лично к нему обращаться.

кстати супер-тема

Так, предлагаю поднять обсуждение. Кто-нибудь разбирался в plumbing'е?

Сидим на plan9 в acme и почти ничего не знаем о go

И телеграм - модулем acme у всех

И телеграм - модулем acme у всех

не. файлухой же. Plan9-way

не. файлухой же. Plan9-way

Да. Через модуль acme.

Ну, что-то мне подсказывает, что про макро и остальное только вы и знаете. Видимо, совсем-совсем взрослые.

Ну, что-то мне подсказывает, что про макро и остальное только вы и знаете. Видимо, совсем-совсем взрослые.

Не. Мне 12ого числа 19 лет будет

Да. Через модуль acme.

Да, кстати :)

О, 200

О, 200

Тсс, итак спалились.

Из реакта к нам пришел.

а я не так давно оттуда ушел ?

Начинайте собеседование)

с кем?)

С новоприбывшими

Начинайте собеседование)

... и начинать с самого долгоживущего и животрепещущего вопроса: "какой IDE пользуешь для Go" =)

и дискриминировать по ide принзнаку )

не. это способ распознать своих, типа "ты с какого раёна? а кого знаешь?" =)

и дискриминировать по ide принзнаку )

я дискрипинирую по признаку js-ера, джависта, дотнетера или питониста. а ide...

а если я насильник? окрестованный - приплюснутый? мне в этой гистограмме не нашлось bin-а =)

@chicoxyzzy какой IDE используешь для Go?

Подскажите кто сможет есть json надо его распарсить но часть json-а оставить строчкой

type message_post struct { Name string json:"name" Pattern string json:"pattern" Template string json:"template" }