Тогда тоже вброшу не по теме пару вакансий. Один на C# нужен, второй на Java. Сопутно там и Go и PL/SQL/T-SQL и прочее. В стиле оформления от HR для заманухи надо чет. Компания поддерживает хобби сотрудников - есть кукольный театр :)

Тогда тоже вброшу не по теме пару вакансий. Один на C# нужен, второй на Java. Сопутно там и Go и PL/SQL/T-SQL и прочее. В стиле оформления от HR для заманухи надо чет. Компания поддерживает хобби сотрудников - есть кукольный театр :)

Екатеринбург? :)

Москва

а откуда тогда известно про кукольный театр? :)

Eris is an application platform for building, testing, maintaining, and operating applications built to run on an ecosystem level. The eris tool is centered around a very few concepts: services — things that you turn on or off chains — develop permissioned chains pkgs — our smart contract tool chain keys — wrapping of our key management tooling files — working the IPFS "permanent web" data — take the pain out of data persistence on docker These concepts provide the core functionality of what we think a true smart contract application platform requires. https://github.com/eris-ltd/eris

а откуда тогда известно про кукольный театр? :)

эт корпоративный - за 6 лет работы ни разу не видел его, но наш HR добавляет эту заготовку про театр во все вакансии)

блин :) это известный тред на портале Екатеринбурга и вакансию на C# ;)

заманивать лучше котиками ... блекджеком и няшками

когда нет достойной ЗП

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

заманивать лучше котиками ... блекджеком и няшками

плюшками кроме ДМС я не пользуюсь. Хотя люди в мини-футбол постоянно играют, комманда есть, по волейболу даже есть. То в Армению едут на соревнования то еще куда-то, жизнь вроде есть какая-то

программист Иванов Иван награждается зарплатой и поездкой в экотур в древню гадюкино

программист Иванов Иван награждается зарплатой и поездкой в экотур в древню гадюкино

О, это про мою контору

А не обманул - в мелкософт частенько на воркшопы хорошие хожу, есть полезные уровня 300-400

Отправляют, правда, не в Гадюкино, а в Гусев

А не обманул - в мелкософт частенько на воркшопы хорошие хожу, есть полезные уровня 300-400

да мы верим, столичные конторы , стараются держать марку

столичникам .... нужно еще с удаленщиками работать , тогда цены им не будет 8))))))

да

а если еще, не приведи господь, gtk2 заюзаешь, то поможет еще и это: https://github.com/pztrn/urtrator/blob/master/ui/gtk2/mainwindow_init_win.go

а если еще, не приведи господь, gtk2 заюзаешь, то поможет еще и это: https://github.com/pztrn/urtrator/blob/master/ui/gtk2/mainwindow_init_win.go

utrator не уживется с SDL2

utrator не уживется с SDL2

ты в код посмотри :) там про то, как скрыть консоль

windowsgui не спасает в случае с GTK2

GUI не видоузкое а SDL2

а если из go вызвать сисколл fork, может это поможет?

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

есть идея .... класная .... но слишком мала аудитория, сделать эмулятор 144-х ядерного процессора GA-144 (Green Array)

Кстати, кто-нибудь уже сравнивал производительность SDL на C и такой же по функционильности код на Go?

Вот мне итересно сколько FPS будет

уступает , но не сказываясь на fps

отрисовка буфера делается с 60 fps

чисто таймер вызывает ... 1/60 ... далее вываливаю экран подготовленный в гоурутине

поэтому как бы не увидел ограничений...

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

а максимум сколько fps?

8)) счас 100 поставлю , протестирую

работает для тетриса

Я думаю, что SDL для go не потянет на нормальном уровне 3d из-за проблем с производительностью

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

ну думаю что GO умеет удивлять ... поэтому может и увидим крутое 3d на GO , но думаю что не в VEANDCO sdl

проблем там много ... и основная работа идет на уровне CGO

у cgo дорогие вызовы

поэтому если хотим крутизну ... то придется с данным пакетом спуститься до сровня СИ

у cgo дорогие вызовы

есть такое....

но чего мы выбираем VEANDCO пока единственный работающий пакет

альтернатив то нет ... рутина работающая с SDL должна быть ОДНА

удручило ... а потом подумал да и фиг с ней

дебаг тоже страшно глючит с SDL2

делать приходится "вслепую"

и получается эдакий фреймворк SDL2 ... шаг влево шаг вправо ... ПАДЕНИЕ!

без указний через panic ... в каком месте падает

гарбадж коллектор тоже не понимает чего чистить .... пока не втыкнешь runtime.LockOSThread()

кароче пока что разработка на GO с GUI слишком дорогая ?

гарбадж коллектор тоже не понимает чего чистить .... пока не втыкнешь runtime.LockOSThread()

не связанные вещи

не связанные вещи

еще как связанные ... когда я видел что пожирается память просто отрисовывая текстуру с освобождением всех переменных ... вот тогда и ырубаешь ProccessExplorer и видишь этого монстра 8))) .... я 3 дня искал пилюльку

еще как связанные ... когда я видел что пожирается память просто отрисовывая текстуру с освобождением всех переменных ... вот тогда и ырубаешь ProccessExplorer и видишь этого монстра 8))) .... я 3 дня искал пилюльку

я советую разобраться с тем как работает планировщик горутин и зачем нужен LockOSThread - тогда придет понимание

гарбадж коллектор работает с обьектами GO , когда же вы врубаете CGO то можете создавать такие обьекты которые коллектор просто не поймет что они освобождаются ... к примеру указатель не НУЛЬ

я советую разобраться с тем как работает планировщик горутин и зачем нужен LockOSThread - тогда придет понимание

сори покажите ваш код c SDL2 чтобы мы могли говорить по существу!

сори покажите ваш код c SDL2 чтобы мы могли говорить по существу!

зачем мне иметь код с SDL2 чтобы понимать для чего те или иные вещи в райнтайме Go и как сделан интероп с С?

понятно теоретик 8)))

Поспешный вывод, основанный на догадках - пальцем в небо.

я вам говорю о проблемах возникших в разработке моих приложений 8))) с SDL2 а вы мне "учи матчкасть" 8))) смешно!

я дал совет разобраться что такое LockOSThread и зачем он нужен

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

не хотите - не разбирайтесь

8))))))))) ха ха .... да я то разобрался и у меня не падает приложение , а вот если уберу эту строчку то оно упадет через полчаса

вы наверно думаете что GO гарбадж коллектор пишет сам бог?

а что делает магическая строчка в таком случае? почему не падает?

хоть бы в документацию глянули чтоли

надо ж было придумать что это относится к сборщику мусора как-то

https://groups.google.com/forum/#!msg/golang-nuts/IiWZ2hUuLDA/hNLEIEWrO4sJ

да я навскидку первый попакший результат поиска 8))))))

отлично. теперь есть понимание после прочтения зачем нужен LockOSThread?

http://grokbase.com/p/gg/golang-nuts/12c2hrgpva/go-nuts-re-sdl2-and-runtime-lockosthread

вы не понимаете что речь шла об SDL2

без этой штуки нет гарантий что горутина при переключении контекста будет выполнятся в той же системной нитке где была запущена. а при использовании разных технологий и библиотек через CGO иногда необходимо, чтобы последовательность вызовов осуществлялась гарантированно из одной и той же системной нитки. Поэтому, есть функа прибивающая горутину к определенному процессу (P) планировщика Go и он ее занимает полностью

и это относится не только к SDL2 - такие вещи как обязательное выполнение вызовов в одном потоке встречаются не только в этой шляпе

сборщик мусора тут не при чем вообще

супер простая вещь для понимания

ну хорошо ... когда вы видите что расходование памяти растет со скоростью 100 килобайт в секунду ... то конечно проще теоретизировать 8)))

вы наверно думаете что GO гарбадж коллектор пишет сам бог?

Воистину!

Воистину!

аминь! 8))))))

ну хорошо ... когда вы видите что расходование памяти растет со скоростью 100 килобайт в секунду ... то конечно проще теоретизировать 8)))

к управлению памяти прибитие выполнение горутины к системной нитке не имеет никакого отношения - берете читаете сурсы рантайма, все супер просто. А связывать одно с другим не имея понимания как что работает из того что используется это как гадать на кофейной гуще. Ссылку привели, даже там написано что эта штука делает - видимо сами не верите в то, чем аргументируете

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

к управлению памяти прибитие выполнение горутины к системной нитке не имеет никакого отношения - берете читаете сурсы рантайма, все супер просто. А связывать одно с другим не имея понимания как что работает из того что используется это как гадать на кофейной гуще. Ссылку привели, даже там написано что эта штука делает - видимо сами не верите в то, чем аргументируете

вы же даже не спрашиваете 8))) как работает рутина , ха ха ха ... вам и так все ясно!

я бы вам сырец кинул .... ну да ладно, вам все ясно ! будем считать дискуссия закончена!

теоретик - это тот кому не нужно смотреть в исходный код ....ему и так все ясно из книжки!

откланиваюсь оппонентам!

теоретик - это тот кому не нужно смотреть в исходный код ....ему и так все ясно из книжки!

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

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

сори но мы не спорили 8))) ! У меня есть код который работает ... у вас есть сорцы в которые вы смотрите ... мы не можем спорить 8))) Вы в арктике я в антарктике 8)))))))

Заметьте речь шла об SDL2 ...

https://github.com/golang/go/wiki/LockOSThread

Some libraries, especially graphical frameworks/libraries like Cocoa, OpenGL, libSDL all require it's called from the main OS thread or called from the same OS thread due to its use of thread local data structures. Go's runtime provides LockOSThread() function for this, but it's notoriously difficult to use correctly.

сори но мы не спорили 8))) ! У меня есть код который работает ... у вас есть сорцы в которые вы смотрите ... мы не можем спорить 8))) Вы в арктике я в антарктике 8)))))))

они есть у всех эти сорцы в которые я смотрю) https://github.com/golang/go - незачто)

Заметьте речь шла об SDL2 ...

Вам уже двое пишут одно и тоже, может наведет это вас на мысли

Вам уже двое пишут одно и тоже, может наведет это вас на мысли

какие мысли .... у меня нет проблем 8)))

а не понимаю, в чем проблема? если либа не thread-safe (пусть и thread-aware) - то надо LockOSThread() вызывать, иначе или падение, или жесткая утечка памяти.

все что касалось моих впечатлений от работы SDL2 я высказал 8))

Я вообще не понимаю, о чём спор. С некоторыми библиотеками можно работать только из одного треда. Для этого есть LockOSThread О чём тут можно спорить?

SDL не thread-safe же, поэтому надо прибивать к одному треду (не системному, блин, а к ОДНОМУ)

SDL не thread-safe же, поэтому надо прибивать к одному треду (не системному, блин, а к ОДНОМУ)

точно ... первые попытки делал разделяя отрисовку в разные рутины ... падение жесткое!