Либы*

https://github.com/novalagung/golpal

Поверх их

Ок

Как я понимаю, без установки интерпретатора на вин не обойтись?

eval

пиздец

что вы курите?

Питон

Мде

скорее уж js

не ну серьезно зачем нужен eval

не, на js меня, слава б-гу, не тянет

кодогенерация?

Кодообфускация, лел

воу

никогда о таком использовании такой хуйни не думал

Как я понимаю, без установки интерпретатора на вин не обойтись?

Собрать бинарь и ему скармливать строки

Хера, гуд же

Без доп мусора?

в виде компиляторов и т.д.

(уже понял)

Да

существуют какие-нибудь биндиги к defaults?

Кто нибудь шарит в разнице BSD и MIT лицензий?

Кто нибудь шарит в разнице BSD и MIT лицензий?

это про мыслелицензирование? фу

Кто нибудь шарит в разнице BSD и MIT лицензий?

East coast - MIT West coast - BSD

Кто нибудь шарит в разнице BSD и MIT лицензий?

Бсд разные бывают. Но если сомневаешься, бери апач

http://www.libertarium.ru/18586

https://www.quora.com/Whats-the-different-between-Apache-v2-0-and-MIT-license

Кто нибудь шарит в разнице BSD и MIT лицензий?

Интересно а почему у тебя вопросы возникли по этому поводу?

Двухпунктную бсд и всё )

Двухпунктную бсд и всё )

Это как?

Это во всех открытых проектах используешь и не паришься

Это во всех открытых проектах используешь и не паришься

Сыль скинь - а то да эти лицензии - запутаешься)

Хотя некоторые bone projects tools генерируют эти какието лицензии - но я реально не читал их(

https://github.com/t0pep0/efaceconv/blob/master/License.md гитхаб её умеет

Иван я твой гит уже изучил вдоль и поперёк))))))

Много ж дряни ты увидал ))

Да нет норм для творческой личности)

привет всем! мне необходимо реализовать в рамках приложения такую схему: 1) обработчик вызовов API доабвляет фоновую задачу в рамках приложения (сохраняет задачу на диск, передает задачу в очередь задач и отвечает клиенту, что задача принята) 2) очередь может накапливать в себе большое количество задач (это не буферизированные каналы) 3) обработчик задач делает pop() из очереди и обрабатывает задачу, помечая в бд задачу, как выполненную не хочу подключать доп. очередь сообщений для моего случая вопрос: никто не реализовывал такую механику? интересует процесс считывания заданий из очереди (мои мысли по этому поводу: делать pop() и если ничего нет, то засыпать на секунду, а после опять делать pop())

привет всем! мне необходимо реализовать в рамках приложения такую схему: 1) обработчик вызовов API доабвляет фоновую задачу в рамках приложения (сохраняет задачу на диск, передает задачу в очередь задач и отвечает клиенту, что задача принята) 2) очередь может накапливать в себе большое количество задач (это не буферизированные каналы) 3) обработчик задач делает pop() из очереди и обрабатывает задачу, помечая в бд задачу, как выполненную не хочу подключать доп. очередь сообщений для моего случая вопрос: никто не реализовывал такую механику? интересует процесс считывания заданий из очереди (мои мысли по этому поводу: делать pop() и если ничего нет, то засыпать на секунду, а после опять делать pop())

А чем каналы не подходят?

А чем каналы не подходят?

Без буфера не подходят тем, что будет ожидание, если никто не принял сообщение С буфером не подходят тем, что буфер может заполниться

Хотя можно поместить отправку значения в канал в отдельную рутину)

Без буфера не подходят тем, что будет ожидание, если никто не принял сообщение С буфером не подходят тем, что буфер может заполниться

Дык и паямять может закончится Хоть так количество ограничено, хоть сяк

Попробовал в структуры. Вы уж простите, но я обкончался, нахрен теперь эти ваши jsonы, структуры лучшее, что я видел на свете

Дык и паямять может закончится Хоть так количество ограничено, хоть сяк

Второе менее вероятно)

Ими можнр сделать вообще ВСЁ

Как можно сгенерировать переменные, и, желательно, побольше? Всмысле что бы не писать а:=, b:=, c:=, d:=, а сразу, что бы можно было сгенерить, скажем 300 переменных?

Слайс?

m := []int{1,2,3,4,9999}

Что мешает хранить все в бд?

И статус и саму задачу

И очередь

Сохраняете с временным штампом

Достаете наиболее старые и удаляете

С "очереди" на самом деле обычная таблица или коллекция

Объект с уникальным индефикатором, который можно вызвать с помощью этого индефикаторв, а создать с помощью слова var, например var x int (переменная с индефикатором х) х = 10 (вызоф и присваивание переменной с индефикатором х число 10)

привет всем! мне необходимо реализовать в рамках приложения такую схему: 1) обработчик вызовов API доабвляет фоновую задачу в рамках приложения (сохраняет задачу на диск, передает задачу в очередь задач и отвечает клиенту, что задача принята) 2) очередь может накапливать в себе большое количество задач (это не буферизированные каналы) 3) обработчик задач делает pop() из очереди и обрабатывает задачу, помечая в бд задачу, как выполненную не хочу подключать доп. очередь сообщений для моего случая вопрос: никто не реализовывал такую механику? интересует процесс считывания заданий из очереди (мои мысли по этому поводу: делать pop() и если ничего нет, то засыпать на секунду, а после опять делать pop())

для этого люди придумали RabbitMQ можно и Redis заюзать не стоит очередь хранить внутри апликухи

для этого люди придумали RabbitMQ можно и Redis заюзать не стоит очередь хранить внутри апликухи

А я вот не знал) Не хочу городить - это приложение будет жить всего пару недель

Утро в чат

ERROR: S client not available

всем продуктивного дня

А я вот не знал) Не хочу городить - это приложение будет жить всего пару недель

городить ради пары недель из своих костылей никто не запрещает

Чуваки, скачиваю репозиторий по инструкции: go get -d -u github.com/hybridgroup/gobot/...

А он у меня какой то пароль просит: user@git.eclipse.org's password:

И потом вот: package git.eclipse.org/gitroot/paho/org.eclipse.paho.mqtt.golang.git: cannot download, git.ec lipse.org/gitroot/paho/org.eclipse.paho.mqtt.golang uses insecure protocol

Какой то умник добавил в зависимости этот левый репозиторий. Скачалось все нормально без этой шняги. Не очень то и хотелось.

Сколько же строк в файле… ? Хабрахабр:  C, C#, Go, PHP, Python Задумавшись однажды над написанием кое-какого приложения у меня возникла нужда считать количество строк в файлах. Считать быстро. А файлы бывают большими (500–1500 Мб). И, поскольку в тот момент я находился на больничном, возник спортивный интерес проверить, какой язык произведёт сие действо за минимальное время. TL;DR; Go — победил. Читать далее ➡ https://shbr.xyz/hh316340

Сколько же строк в файле… ? Хабрахабр:  C, C#, Go, PHP, Python Задумавшись однажды над написанием кое-какого приложения у меня возникла нужда считать количество строк в файлах. Считать быстро. А файлы бывают большими (500–1500 Мб). И, поскольку в тот момент я находился на больничном, возник спортивный интерес проверить, какой язык произведёт сие действо за минимальное время. TL;DR; Go — победил. Читать далее ➡ https://shbr.xyz/hh316340

Забавно, я немного поменял C код автора(заменил fgets на read), но на картину это сильно не повлияло(мне интересно именно почему C медленее go). Вероятно go рантайм делает какие-то оптимизации с количеством вычитываемых из файла данных(я так подумал потому что увеличение размера буфера в C коде приводит к ускорению)

Вот сишный код, если что https://gist.github.com/anonymous/5928c095f80719102e4b88b12e3b450c И, это, я не настоящий сварщик :)

Забавно, я немного поменял C код автора(заменил fgets на read), но на картину это сильно не повлияло(мне интересно именно почему C медленее go). Вероятно go рантайм делает какие-то оптимизации с количеством вычитываемых из файла данных(я так подумал потому что увеличение размера буфера в C коде приводит к ускорению)

Глянь комменты

Он только в го написал считывание в буфер

В остальных именно читает и выбрасывает одну строку

В остальных именно читает и выбрасывает одну строку

В комментах было про копирование строки, которое осуществялет fgets. Я убрал вызов fgets, оставив только read и дальнейший проход по байтам буфера с подсчётом \n, но на скорость это сильно не повлияло. Может я конечно что-то не так понял, но что ты имеешь в виду под "выбрасывает одну строку"? Даже с fgets буфер перезаписывается на каждой итерации

В комментах было про копирование строки, которое осуществялет fgets. Я убрал вызов fgets, оставив только read и дальнейший проход по байтам буфера с подсчётом \n, но на скорость это сильно не повлияло. Может я конечно что-то не так понял, но что ты имеешь в виду под "выбрасывает одну строку"? Даже с fgets буфер перезаписывается на каждой итерации

Ну мб уже и правда в скорость записи на диск упирается. Или у тебя результат все равно медленнее го получается?

Ну мб уже и правда в скорость записи на диск упирается. Или у тебя результат все равно медленнее го получается?

Медленнее го и я не совсем понимаю почему

io.Reader достигает скорости работы диска оптимизированног C кода

Кроме того размер файла очень маленький - 0.25 секунды на исполнение это не о чем. Java может дольше запускаться. Нужно было данных хотя бы на минуту работы.

Ну и хабр это пиздец конечно. Каждый кто в этом неудачном сравнении увидит свой язык - не поленится и залезет что бы поставить минус в карму.

Медленнее го и я не совсем понимаю почему

в форточке пробуете?

Кроме того размер файла очень маленький - 0.25 секунды на исполнение это не о чем. Java может дольше запускаться. Нужно было данных хотя бы на минуту работы.

Да, я тестил на сравнительно небольшом файле(числовая последовательность от 1 до 2х миллионов, файл 12.5 мегабайт). Мне больше интересно какие конкретно оптимизации в рантайме/std либе go есть для чтения из файла, потому что, не смотря на небольшой размер файла, отрыв по скорости со стороны программы на go есть.

в форточке пробуете?

Увольте, в linux конечно :)

тогда действительно ХЗ

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

хотя, херню сморозил и там и там кусками

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

Насчет прерываний, я не спец конечно, но насколько известно мне на современных процессорах нет этого оверхеда http://wiki.osdev.org/System_Calls#Sysenter.2FSysexit_.28Intel.29

в процессорах может быть в вот диску не все равно

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

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

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