Саблайм и ниибёт

Саблайм и ниибёт

вскот!

вскот!

+

хотел показать проект своего синтезатора из клавиатуры, но он оказался на C :)

когда я не знал про Go и писал только на ассемблере, так получилось, что я собрал графический редактор ресурсов для хита 1992 года Wolfenstein 3D полностью на ассемблере, это был 2 кб .com файл и 64кб файл ресурсов (т.е. графический фон, на котором были отрисованы окна и кнопки)

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

Помечтайте хоть!

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

Помечтайте хоть!

А почему разрабам на ассемблере почти меньше всего платят?

А почему разрабам на ассемблере почти меньше всего платят?

у них overflow тогда произойдет

Го оплачивается только в штатах, в других странах даже в топ не входит

кто знает статистику зарплат программистов в РБ? и на каком языке.

https://goremotejobs.com/?=2

.

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

Выполнено*

os.Exit(), не?

os.Exit(), не?

os.Exit(2), надо с параметром всегда

Halt()

os.Exit(), не?

Это же Го, у него нет параметров по-умолчанию

извините, я сам только начал :) ну os.Exit(0) тогда, да. если без ошибок. ненулевой exit code вроде возвращают только если херня какая приключилась.

Хаскеллисты, оказывается, живодёры

это скала

Это HL3

Это HL3

просто гофер узнал о ее существовании и ей пришлось его убить

это скала

Я не видел знак лямбды на логотипах Scala

Хмда, гибррид.. но красненькая лесенка точно епфла:-)

Написал такой докерфайл 1 FROM golang 2 3 RUN go get github.com/PuerkitoBio/goquery 4 ADD . ${GOPATH}/src 5 WORKDIR ${GOPATH}/src делаю билд docker-compose build app все норм но при docker-compose run app bash то внутри пакета goquery нет в чем может быть проблема?

может быть это связано со строчкой в docker-compose.yml? volumes: - .:/go/src/

А GOPATH находится в PATH?

Да, находится

может быть это связано со строчкой в docker-compose.yml? volumes: - .:/go/src/

убрал volumes, заработало

но мне надо чтобы при обновлении кода не надо было каждый раз пересобирать образ

а можно я тупой вопрос задам? как правильнее подружить echo с easyjson'ом, если надо из монги вытащить объекты из коллекции и вернуть в json? type MyObject struct {...} type MyObjects []MyObject e.GET("/", func(c echo.Context) error { var data MyObjects mongo_conn.DB("...").C("...").Find(bson.M{}).All(&data) easyjson.MarshalToHTTPResponseWriter(results, c.Response()) return c.NoContent(200) } так - ок? меня смущает просто, что надо c.NoContent(200) вызывать. хз что сделать, если MarshalToHTTPResponseWriter уже записал данные в тело ответа и надо завершить ответ от сервера. сначала сделал так: json_data, err := data.MarshalJSON() if err != nil { panic("Couldn't marshal JSON :(") } return c.JSONBlob(http.StatusOK, json_data) но я так понял, что производительность там ниже по сравнению с easyjson'овскими маршалерами

как понял?

https://github.com/mailru/easyjson#generated-marshalerunmarshaler-funcs > easyjson also generates MarshalJSON and UnmarshalJSON funcs for Go struct types compatible with the standard json.Marshaler and json.Unmarshaler interfaces. Please be aware that using the standard json.Marshal / json.Unmarshal for marshaling/unmarshaling will incur a significant performance penalty when compared to using easyjson.Marshal / easyjson.Unmarshal.

Ты проверил и действительно стандартный пакет json садит производительность?

return c.NoContent(200), конечно, не нужно делать

я проверил и нет, не садит :) да и я гоню, наверное, потому что MyObjects.MarshalJSON(), сгенеренный бинарником easyjson'а и лежащий в файле _easyjson.go, все равно работает с MarshalEasyJSON, если я правильно понял по исходникам. но что тогда возвращать, если не NoContent(), если заголовки сам easyjson уже поставил и данные в боди ответа тоже записал?

а, блин. s, w, err := easyjson.MarshalToHTTPResponseWriter(results, c.Response()) return err так что ли.. че-т я действительно тупил

Всем привет, подскажите. Юзаю fasthttp.client для того что бы залогиниться, на одном хосте. Раньше юзал в python requests.session(). Есть ли что-нибудь подобное в go ?

Мы тут все такие знатоки питона, шо пипец

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

вангую что хрень которая куки таскает

кек.

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

в точку

еще б не в точку, пять лет питонить %)

если и есть, то видимо не в fasthttp.client

https://github.com/levigross/grequests гыгыгы

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

thx you very match :) видимо я хреново гуглил

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

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

ну да, если гуглить match то ничего и не найдёшь

вообще, есть еще https://golang.org/pkg/net/http/cookiejar/ из стандартной библиотеки можно прицепить к клиенту https://golang.org/src/net/http/client.go?#L78 вот пример: http://stackoverflow.com/a/27565524/974317

https://github.com/parnurzeal/gorequest

Спасибо всем за ответы. буду выбирать.

ещё для сессий у gorilla что-то было

Да чтот веб фревморков для прям чтобы оч крутых нету

И это печально

зачем фрейморки, хватает библиотек

?

Да чтот веб фревморков для прям чтобы оч крутых нету

я вот стараюсь ситуацию исправить

ERROR: S client not available

Ну наконец-то наступит счастье

А с гуавой что? Тамошний фреймворк на дне где-то топчится по производительности. Лучше бы её прокачал.

А с гуавой что? Тамошний фреймворк на дне где-то топчится по производительности. Лучше бы её прокачал.

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

плюс — тот фреймворк не взлетел от слова совсем

только хотел про этот график с гуавой из ириски сказать)

только хотел про этот график с гуавой из ириски сказать)

да, тогда я знатно зафакапил) бенчмарк не прогнал, а PR сделал %)

плюс — тот фреймворк не взлетел от слова совсем

Тогда снеси. :D

уже

у ириса очень старый график

да, тогда я знатно зафакапил) бенчмарк не прогнал, а PR сделал %)

А сравнение с богомерзким ирисом есть?

пока нет, на днях запилю. тачка есть уже.

SC815TQ-600CB / X9DRD-7LN4F / 2xE5-2620V2 @ 2.6GHz w/ HT enabled / 32GB DDR3 @ 1600 / 2x480GB SSD (MZ-7KM480) RAID1 sysctl: https://gist.github.com/kirillDanshin/2d86335d3e0db168c39b5df46fa2d671 Go: 1.8 OS: CentOS 7 / 3.10.0-514.10.2.el7.x86_64

Только судя по графику не gramework уделывает, а fasthttp

Или я заблуждпюсь?

Только судя по графику не gramework уделывает, а fasthttp

fasthttp — не фреймворк, а gramework — да.

если смотреть на фреймворки — то делает gramework. сам же gramework на fasthttp, конечно.

никогда не понимал смысла таких бенчмарков..

ну — какие есть

никогда не понимал смысла таких бенчмарков..

Если очень большая нагрузка, то экономят на спичках тоже

это теория

если смотреть на фреймворки — то делает gramework. сам же gramework на fasthttp, конечно.

Понял принял

это теория

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

на практике я такое не видел чуваки с очень большой нагрузкой и так знают где и что профайлить ) а для 99% остальных это бесполезная информация

я вот стараюсь ситуацию исправить

Шо ты делаэш?

Шо ты делаэш?

Небось аля джанго какой нить пилит

Visual Studio Code отнимает 13% ресурсов CPU из-за мерцания курсора⁠ ? Гиктаймс:  Браузеры, Софт Забавная проблема #22900 на этой неделе привлекла особое внимание пользователей Github. Подробное описание проблемы — в репозитории редактора кода Visual Studio Code (vscode). Open source разработчик Джо Лисс (Jo Liss) известна как создатель Broccoli и других свободных библиотек. На странице проекта она обратила внимание, что Visual Studio Code использует 13% вычислительных ресурсов процессора, если окно находится в фокусе. Из-за этого впустую расходуется заряд аккумулятора на ноутбуке. Что могло бы быть причиной столь странного поведения программы? Читать далее ➡ https://shbr.xyz/gt287342

Visual Studio Code отнимает 13% ресурсов CPU из-за мерцания курсора⁠ ? Гиктаймс:  Браузеры, Софт Забавная проблема #22900 на этой неделе привлекла особое внимание пользователей Github. Подробное описание проблемы — в репозитории редактора кода Visual Studio Code (vscode). Open source разработчик Джо Лисс (Jo Liss) известна как создатель Broccoli и других свободных библиотек. На странице проекта она обратила внимание, что Visual Studio Code использует 13% вычислительных ресурсов процессора, если окно находится в фокусе. Из-за этого впустую расходуется заряд аккумулятора на ноутбуке. Что могло бы быть причиной столь странного поведения программы? Читать далее ➡ https://shbr.xyz/gt287342

Чёт проиграл

Небось аля джанго какой нить пилит

фу. опять. почему так часто джангу считают хорошим фреймворком? у нас что, чат питонистов?

Кто то уже кидал это

фу. опять. почему так часто джангу считают хорошим фреймворком? у нас что, чат питонистов?

А чем он плох?

Шо ты делаэш?

фреймворк пилю.

чем echo то не устроил ?