Перевод третьей и четвёртой статей о разработке сайта photographerexcuses.com с бэкендом на Golang и фронтендом на Vue.js. Рассматриваем настройку Nginx для корректной работы бэкенда - https://tehnojam.pro/category/development/proksifikacija-api-s-nginx.html Создаём фронтенд с нуля на Vue - https://tehnojam.pro/category/development/sozdaem-odnostranichnik-s-vue_js.html

Разбудите, пожалуйста, когда Golang перестанет быть говном

http://www.youtube.com/watch?v=NU9JoFKlaZ0

http://bepsays.com/en/2017/04/10/hugo-20/

Есть какие-то способы сделать поля начинающие с маленькой буквы видимыми?

а зачем ты это хочешь?

Можно, если сильно хочется, но это стремный вариант.

и "я так вижу" недостаточно веская на то причина

По поводу статьи выше, что лучше взять vue или react для около пет прожекта?

По поводу статьи выше, что лучше взять vue или react для около пет прожекта?

Я бы взял vue, но лучше бери, что лучше знаешь А вообще, это оффтоп, лучше сюда например https://telegram.me/web_structure

Так проблема в том, что кроме курения доков по вуй и реакту знаний поэтому зоопарку нет ;)

Так проблема в том, что кроме курения доков по вуй и реакту знаний поэтому зоопарку нет ;)

Тогда вуй

мне кажется react более стабильная технология по меркам js мира

мне кажется react более стабильная технология по меркам js мира

это не так, более того, реакт ждет крупное "обновление" в виде файбер

почему не так?

Ребят, не видел ли кто-нибудь, совсем случайно, достойную утилиту, которой можно скормить json\yaml и она протестирует http сервер на корректность кодов ответа/совпадения строк/валидации json? Почему тут, потому что хочу просто бинарь) Нужен аля swagger, но не swagger

Ребят, не видел ли кто-нибудь, совсем случайно, достойную утилиту, которой можно скормить json\yaml и она протестирует http сервер на корректность кодов ответа/совпадения строк/валидации json? Почему тут, потому что хочу просто бинарь) Нужен аля swagger, но не swagger

мы такое делали через скрипты на ноде с json-schema

правда схемы приходилось писать к совершенно поехавшим сервисам коллег

но это того стоило

да я бы написал, но не верю что уже кто-то этого не сделал!

ну возьми постман, он умеет генерить тестсьюты

их можно запускать каким-то нодовым пакетом, я название уже не помню

Бинарь, я хочу бинарь) Как вариант - под каждое описание генерить swagger client на go. Ноду потом в контейнер пихать не охота

Да, я теперь тоже на каждый чих сперва ищу бинарь. Если не нахожу, ищу либу, чтобы сделать бинарь.

это не так, более того, реакт ждет крупное "обновление" в виде файбер

Это разве плохо?

Это разве плохо?

это не плохо, но конфликтует с "более стабильная" устоявшееся экосистема

это не так, более того, реакт ждет крупное "обновление" в виде файбер

Тк этот апдейт с сохранением полной обратной совместимости как я слышал

Тк этот апдейт с сохранением полной обратной совместимости как я слышал

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

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

По мне тк это хорошо, реакт как библиотека улучшается и это не может не радовать. Тк изменения обратно совместимые то думаю что существующие продукты на новую версию перевести труда не составит

По мне тк это хорошо, реакт как библиотека улучшается и это не может не радовать. Тк изменения обратно совместимые то думаю что существующие продукты на новую версию перевести труда не составит

Да блин не пишу же что плохо

Но это не говорит о том что экосистема не устоявшаяся. Просто он развивается

я пишу 3 или 4 раз что "экосистема устоявшееся" не совсем верно

Но это не говорит о том что экосистема не устоявшаяся. Просто он развивается

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

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

@corpix естественно. Такое изменение ломало бы вообще все, rwct native как часть экосистемы был бы невозможен без виртуал дома. О какой устойчивой экосистеме может идти речь если все переписывать (в случае отказа от виртуал дома)

proposal/2016-09-compile-time-functions.md at master · golang/proposal https://github.com/golang/proposal/blob/master/design/15292/2016-09-compile-time-functions.md

Народ, подскажите, есть код, который судя по нагрузке сам парралелится на макоси, кросскомпильнул для линуксов, получаю нагрузку всего на одно ядро. Я что-то сделал не так на каком этапе?

https://github.com/lexfrei/Find-Pi-by-random/blob/master/main.go Вооот этот код

Что-то не видно, чтобы он параллелился

Может, я чего-то не понимаю

Код полностью однопоточный. На макоси просто магия произошла :)

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

Поддерживаю, код однопоточный

И это очевидно из кода. Но хрена ли тогда на оно сжирает 8 ядер на винде, 4 в макоси (максимум доступного), а в линуксах 1 (из 32)? =)

Ну вот в расовой системе правильно все

И судя по времени выполнения, таки параллелится

А в гейоси и форточках как всегда через жопу

У тебя 7 ядер оверхэда прост

И это очевидно из кода. Но хрена ли тогда на оно сжирает 8 ядер на винде, 4 в макоси (максимум доступного), а в линуксах 1 (из 32)? =)

Профилируй и посмотри что там

Для начала я хочу собрать это дело на линуксе и заценить чо будет, может оно собралось так

Просто потому что это быстрее

go run на целевой системе загрузил 16 ядер на чуть-чуть

одно ядро...

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

Го ведь выполняет системные вызовы в отдельных потоках? Может быть, в рантайме для мака где-то часто система вызывается.

¯\_(ツ)_/¯

а где там системные вызовы? Внутри рандома?

А вдруг?

На всякий случай: то что я писал выше, про то что в линуксах 1 ядро при кросскомпиле против 16 размазаных при нативной сборке, это может быть следтсиве того, что go run выполнен версией 1.6.3, потому что в epel свежее нет

Но всё равно, считает быстрее, а ни одно ядро не загружается даже на 50%

ЧуднО. Генератор случайных чисел не использует системные вызовы. Значит, просто магия :)

Кстати, 1.8.1 против 1.6.3 имеет около 15% прироста на этой задаче при равных условиях. Они починили рандом? =)

Мне вспомнилось про генераторы рандома. Не исключено, что линуксовая машина имеет более эффективный источник, чем ЦП (или ЦП, но отдельным способом, не помню устройсто зионов), а вот десктоп и ноут вполне могут для генерации рандома юзать цп

Кстати, 1.8.1 против 1.6.3 имеет около 15% прироста на этой задаче при равных условиях. Они починили рандом? =)

Просто компилятор хорошо оптимизировали. Кстати вообще хорошая практика иметь последнюю версию Го.

А что в go не убрали ещё необходимость компилить? go run же вроде был

Ты перепутал группу с питоновской

А что в go не убрали ещё необходимость компилить? go run же вроде был

А ты думаешь там както без компиляции??

А что в go не убрали ещё необходимость компилить? go run же вроде был

ты тролль или прикидываешься?

Ой, да ладно. В молчаший сутками канал разок пошутил

Распаковывается golang-1.7-src (1.7.4-2) на замену (1.7.4-1) … Что то у меня такое древнее всё

вы лучше вот что скажите — /compile/internal/gc/dcl.go — это, конечно, хорошо, но вот где, собственно говоря, сам assign абстрактной переменной? я вот всё не найду входной точки обработки кейса присваивания.

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

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

да. тут, вроде как, весь чат об этом знает.

Я на днях вступил. Ок, круто

Я на днях вступил. Ок, круто

а, тогда добро пожаловать