Компания Sygyzy ai - небольшой американский стартап сотрудники которого работают из Нью-Йорка, Берлина и России.

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

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

Обязанности:

• разрабатывать нестандартные элементы интерфейса
• прототипировать различные подходы к организации интерфейса
• интеграция алгоритмов компьютерного зрения
• интеграция анимации в приложении
• организация взаимодействия с бекендом

Мы предлагаем:

• маленькая скиловая команда где можно расти
• свободный график и минимум оверхеда от процессов и бюрократии
• есть возможность предлагать идеи и влиять на конечный продукт
• нам нравится философия fail-fast и мы исповедуем blame-free culture предпочитая извлекать уроки из своих ошибок

Компенсация:

• заработная плата 200-350 т.р. с ревью каждые 6 месяцев
• возможны опционы после первых 6 месяцев

Требования:

• Kotlin\Android or Swift\iOs (опыт с Flutter приветствуется)
• опыт интеграции нативных библиотек
• Есть что показать в app store\play market
• Знакомство с паттернами MVP, MVVM и подходами Inversion of Control, Dependencies injection
• Опыт многопоточного или асинхронного программирования
• Алгоритмы и структуры данных
• KISS, SOLID, 12 Factors
• Желателен опыт с gRPC
• Желателен опыт с Apple’s Core ML or Google’s TensorFlow Lite

Контакты: kruglov.dima at gmail.com

Есть неопредолимое желание на билд-сервере выполнять тестирование ряда функций из модулей некоего проекта.
Модули собираются под необходимые архитектуры кросс-компилятором.
На реальных системах вполне себе работают, но хочется проводить их тестировать именно на билд-сервере проверяя код ошибок и т.п.

Насколько я вижу из доков qemu поддерживает эмуляцию sparc32plus:
«qemu-sparc32plus can execute Sparc32 and SPARC32PLUS binaries (Sparc64 CPU, 32 bit ABI). »
из
http://wiki.qemu.org/download/qemu-doc.html#Supported-Operating-Systems

Однако попытки запустить простой хелло ворд с помощью qemu-sparc32plus-static приводят к сегфолту.

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

Пробовал две последние версии кему: 0.11, 0.12.
Пробовал как собирать кему самостоятельно так и ставить их пакетами.
Пробовал как на 32 так и на 64 разрядных системах (дебиан ленни\слес 10\убунта кармик).
Пробовал как на реальных системах так и в виртуалках.

Скачал пакет linux-user-test-0.3.tar.gz,
который проверяет на всех архитектурах работу соответствующих версий ls.
Пробовал опять же на всех вышеперечисленных системах.
sparc32plus ls рапортует об ошибке:
ls: dummyfile: Value too large for defined data type.
при всем при том что выше означенный файл:
ls -la dummyfile
-rw-r--r-- 1 500 users 0 Ноя 12 2007 dummyfile.

собственно вопрос - кто нить имеет опыт успешного эмулирования sparc32plus?
если да - какая версия кему\если собирали руками - компилятора\на какой системе получилось завести\может какие тайные хитрости?

В настоящий момент усиленно размышляю и пробую на тему перевода всех прожектов фирмы (с\с++, java и, в идеале, c#)
на некую единую систему сборки интегрированную с svn и, возможно, некоторыми скриптами tcl.

Сборку планирую производить с помощью cmake.
Целевые платформы - Linux, Solaris, Windows.

К скриптам смейка планирую добавить:
- тестирование (пока смотрю на CTest\ Expect от tcl для гуев\ и, если средств CTest не хватит - cunit\cppunit)
- поиск ликов и, возможно, профилирование\оптимизация при необходимости - valgrind\glow code\purify.
- багтреккинг связан с самопальной внутренней системой, ее выбор, к сожалению, от меня уже не зависит.

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

Хотелось бы услышать впечатление тех, кто кроме cmake использовал иные билд-системы (а-ля cruisecontrol\ maven \ etc ),
в чем их функциональные преимущества\недостатки, в плане кроссплатформенности\гибкости\интегрирования сторонних средств (для тестирования\оптимизации), по сравнению с cmake?

Есть клиентская апликуха которая должна цепляться к серваку и собирать с него некоторую инфу.

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

Есть некое составное имя, характеризующее эту самую фабрику.

На этапе разрешения этого имени и привязывания контекста фабрики-с-сервера к объекту-клиента генерируется исключение,
что мол нет такого имени в принципе (CosNaming::NamingContext exception NotFound missing_node).

Причем, проблема возникает при попытке разрешения последней части имени - идентификатора самой фабрики.

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

Клиент написан на основе 11 версии mico на c++.
Последние изменения что там были - связаны с освобождением корбашных ресурсов, дабы обработка и, соответственно, соединение
происходило к разным сервакам в цикле.
Насколько я понимаю, освобождение\удаление любых ресурсов в клиенте на сервер никак влиять не должно.
Старые версии клиента теперь также отваливаются с подобной ошибкой.

Версии у меня пока две:
1. так-таки что-то переконфигурили на серваке.
2. так-таки неаккуратное обращение с байндингами на серверные объекты из клиентского приложения может подломать серверное приложение
что, в моем понимании, не есть возможно, но я уже начинаю сомневаться в правдивости доков.

Может ли могучий лорский разум добавить мне какую-нибудь еще информации для размышлений?

преамбула:

Есть некий список хостов для обработки. Часть из них поддерживает третью версию снмп. В связи с настройками безопасности считывать данные без шифрования нельзя (иначе можно бы было просто пытаться сформировав запрос на чтение к примеру lastchangetime по snmp3 и в случае ответа констатировать что поддержка протокола есть). Порывшись в рфц увидел что перед началом обмена данными через snmp3 происходит обновление значения securityengineid от опрашиваемого хоста. Вознадеялся, что таким образом могу определять кто из них поддерживает snmp3, а кто нет: формирую msg_get и, после ответа, проверяю значение engineid в pdu. Однако все цисковские девайсы упорно возвращают мне это значение, даже если на них снмп3 не настроен.

Собственно вопрос: есть ли какой-нибудь способ определить что опрашиваемое устройство поддерживает snmp3?

Имею непреодолимое желание слушать музыку работаю за компом, чтобы ушам было приятно (но без фанатизма), посему, в связи с покупкой нового компа, надумал приобрести сабж. Многообразие цен, марок и характеристик безусловно впечатляет, однако представления не имею на что ориентироваться. было бы интересно послушать советы бывалых. бюджет 10-20 тысяч.