Основные направления деятельности компании:

• Предотвращение утечек (DLP) - технологии предотвращения утечек конфиденциальной информации из информационной системы вовне
• Remote Control System (RCS)-системы дистанционного управления. Технологии превентивного слежения за подозреваемым. IT криминалистика
• Hacking Information Protection and Control (hIPC)-взлом систем защиты информации.
  
  Задачи:
  
  
• Проектирование ПО
• Создание программных решений в составе команды разработчиков
• Анализ требований и постановка задач членам команды
• Участие в подготовке проектной и технической документацию по порученным задачам
• Портирование существующих Win модулей в Android
• Реализации Android-специфических компонентов и сервисов (включая драйвера)
• Разработка драйверов Android для новых типов контроллеров
• Интеграция компонентов в общий продукт
  
  Желаемые навыки:
  
  
• Глубокий опыт разработки приложений с использованием Android SDK
• Уверенные знания Java
• Опыт использования ООП от 3 лет и хорошая алгоритмическая база
• Понимание принципов UI/UX
• Знание Objective-C/C++
• REST API
• Знание и опыт использования межпроцессных взаимодействий
• Reverse Engineering
• Разработка архитектурно-независимого (x86, x86-64) и платформенно-независимого ПО
• Опыт портирования приложений с Win32 на Android
• Понимание принципов и опыт разработки многоуровневых клиент-серверных приложений
• Опыт разработки кроссплатформенных систем
• Знание Bash/Python
• Опыт работы с логами и крэш-дампами
  
  Знание технологий и инструментов разработки
  
  
• Глубокое знание Си. Желательно: IDA Pro+HexRays, WinDBG/OllyDbg*
• Очень приветствуется опыт исследования различного рода malware или exploits
  
  Условия найма:
  
  
• Оплачиваемые конференции 2 раза в год в различных странах
• Испытательный срок 2 месяца. Контракт на 1 год с пролонгацией
• Удаленно, фултайм
• 2000-4000 USD
  
  Способ связи email:

  n.satory {на} technologist.com

А давайте уже начнем резать скор в [Job] за глупые требования «предъявить вилку»?

Прошло уже время после последнего outsession'а. К насчет встретиться?

Какие есть предложения, помимо посидеть и повыпивать?

cast Jaga panter_dsd realloc catap manntes-live veneperkele vspider Stage1 ollowtf kdask x4DA BlackHawk Ford_Focus d jcd HerrWeigel yacuken v9lij vostrik quest Towelie trex6 Zhbert annoynimous wyldrodney

Судя по трейлеру неплохое кинцо намечается.
В трейлере даже где-то мелькал терминал с текстом(!) в hex-редакторе. ГГ вводит всякие команды в терминале. Идея со взрывом электростанции(или что там в трейлере) весьма интересна.
Читал где-то что во Франции были(а может еще и есть) электростанции с открытым доступом в интернет.
Кстати, никому не показалось странным что премьера в РФ позже на целых 2 недели?
Процессов влома не будет, да потому что обычному зрителю это не интересно.
Получается будет очередной боевик с элементами высоких технологий. Но я все же посмотрю его.
Странно, но мне одному показалось что название схоже с названием конференции хакеров Black Hat?
Хорошо хоть что враг ГГ - не русский хакер, а то я знаю этих американцев.

Всем привет.

Завершаю разработку приложения для андроид (если честно, в плее уже есть версия, но туда еще не весь дизайн завезли), пытаюсь автоматизировать всяческую рутину.

В качестве билдсерверя я использую jenkins.
Для удобной работы с эмулятором поставил плагин из стандартных репозиториев.
Сейчас дженкинс умеет собирать сборки для разных магазинов/распространителей. Плагин умеет делать скриншоты для одной связки магазин/размер экрана/язык интерфейса.

Чего хочется: для каждого билда делать скриншоты все возможных комбинаций магазина-разрешения экрана-языка.

Кто-нибудь уже пробовал? Готовы поделится знаниями?

Заодно можно рассказать как кошерно наделать скриншотов для различных состояний приложения. Сейчас пользуюсь monkeyscript с четко вывверенными координатами для кликов по элементам интерфейса. Для новых разрешений все поломается. Хочется сделать «по-уму».

Ну что, боги автоматизации, готовы поделится тайными знаниями?

Представим, что у нас есть 2 клиента, находящихся рядом и подключенных к общим часам. Клиенты не могут общаться друг с другом.

Есть сервер, который может общатся с клиентами. С каждым клиентом он связан уникальной сетью, задержки в которых неизвестны и могут изменяться самым разным образом.

Задача: синхронизировать начало операции на клиентах с помощью сервера. Точность синхронизации - миллисекунды.

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

Понадобилось тут в своем приложении, код которого ни под каким предлогом распространять нельзя, добавлять и удалять однотипные правила iptables. Добавлять/удалять надо около ~50 правил в секунду, в каждый момент в цепочке где-то около 1500 правил.

Вариантов реализации вроде всего ничего: 1. Писать приложение с libiptc и общаться с ним через какой-нить IPC 2. Патчить iptables чтобы он постоянно висел, отдавать ему правила через какой-нить IPC, патчи по требованию кастомера отдавать 3. Ковырять протокол взаимодействия iptables с netfilter чтобы отдавать ему правила 4. Забить на все и дергать бинарь iptables через popen

Попробовал добавить такое правило iptables'ом, 0.005 секунд, для моей задачи вроде нормально. Какой из пунктов кто посоветует, и каких подводных камней мне ждать?

>>>

Знакомые попросили помочь им с поиском сотрудника.

Вот описание вакансии:

Российскому R&D подразделению компании DigiFlak требуется системный администратор для участия в разработке инновационных технологий управления пользовательскими и корпоративными данными и защиты от распространенных угроз в сети Интернет на основе уникального аппаратного обеспечения.


Обязанности:
* Установка, настройка и поддержка работоспособности серверов, рабочих станций, сетевого оборудования, систем резервного копирования, удаленных ресурсов компании.
* Управление правами доступа к ресурсам вычислительной сети.
* Обеспечение информационной безопасности.
* Участие в тестировании решений и продуктов компании.
* Подготовка тестовой среды и поддержание в рабочем состоянии оборудования для проведения тестирования.


Требования:
* Желание развиваться и менять мир к лучшему.
* Активная жизненная позиция.
* Высшее техническое образование.
* Опыт работы системным администратором от 3 лет.
* Хорошее знание OS Linux, сетевых технологий: Ethernet, TCP/IP, сетевого оборудования.
* Опыт настройки и поддержки DNS, DHCP, NAT, VPN.
* Умение установки и настройки ПО: Trac, GIT, опыт настройки WEB-серверов.
* Опыт работы с сетевыми утилитами, снифферами, понимание принципов работы iptables.
* Внимательность и самообучаемость.


Будет плюсом:
* Английский язык (технический).
* Опыт программирования на начальном уровне.
опыт работы с телекоммуникационным оборудованием.
* Знания в области информационной безопасности: SSL, X.509, PKI.
* Коммуникабельность, ответственность, умение работы в команде.


Условия:
* Работа над новейшими технологиями, применяемыми в самых популярных сетевых ресурсах.
* Молодой амбициозный коллектив.
* Творческая и веселая атмосфера.
* Огромные возможности для профессионального и карьерного роста.
Гибкий график.
* 100 % белая заработная плата.
* Офис 7 минут пешком от метро Черная Речка (Санкт-Петербург)

Контакты:
http://www.digiflak.com/
kkorenik@digiflak.com

Приходится много работать с документами (читать pdf-ки), все они храняться в гит-репозитории, который обновляется на всех моих машинах по ключам ссш.

Есть планшет (Nexus7), на котором так же частенько приходится работать с документами (читать pdf-ки), но закачиваю я их туда отдельно.

Чего хочется: клиент для git под Android, который умел бы доступ по ssh-ключам. Проект должен быть свободным, т.к. собирать я его буду ручками сам для себя.

Есть уже что-то готовое для этого? Или опять придется ночами не спать? Кому-нибудь вообще подобный свободный проект был бы интересен?

Перемещено mono из talks

Систематическое программирование Вирта:

*читал, перечитываю регулярно.

*читал(и делал упражнения), понравилось.

*читал(и делал упражнения), не понравилось.

*читал, спасибо за напоминание , перечитаю.

*читал, благодарю проведение, ничего не помню.

*не читал, теперь прочту( и прорешаю).

*не читал,(спасибо что предупредил,) и не буду.

опрос ^

Последние время (с тех пор, как в моих закладках появился lichess.org) начал увлекаться шахматами. В детстве немного играл с дедом, потом в пионерлагерях, но никогда серьезно этим не занимался. После этого было 10 лет почти полного забвения.

Сейчас опять начал играть, но прогресс моего роста идет не так быстро, как мне бы хотелось.

Собственно хочется найти человека, который не пожалел бы своего личного времени для того, чтобы помочь мне вырасти. Если это время необходимо оплатить - я готов, но космических сумм ожидать не стоит.

Собственно чего хочется: чтобы человек просматривал мои партии (на личесс) и давал рекомендации по дальнейшему развитию. Если есть время заниматься лично (проигрывать некоторые партии, обсуждать вариант действий и т.п.), то это было бы совсем здорово.

P.S. Готов к личным встречам, если такой человек проживает в СПб.

P.P.S. Порекомендуйте годных свободных книжек по шахматам.

Нужно потом это прегонять в PDF и HTML, причем с разными стилями, а писать это должны люди владеющие навыками работы с ms word.

Пока склоняюсь к dokbook, но к нему нет WYSIWYG редактора

Лор, помоги пожалуйста. Вообще начал я из того, что хотел сделать multi-seat. Но я вкрай запутался с xorg.conf. По этому я забыл о multi-seat, и решил попробовать задачу по-проще: настроить два монитора средствами xorg.conf. И тут масса вопросов.

Один

Пример:

Section "Screen"
    Monitor "Monitor0"
    Device  "Card0"
EndSection

Секция Screen существует для связки Monitor и Device, так? Но зачем вообще выделять отдельно секции Monitor и Device? Не может же быть на одном Device несколько Monitor или наоборот. Не логичнее ли все, что задается в этих секциях писать сразу в Screen и не создавать сущностей? Какой во всем этом смысл? Monitor ведь по сути задает параметры для монитора, который будет подключен к Device. То есть я имею в виду, что мы в нем задаем настройки для абстрактного монитора, а не для конкретной железки, и потом эти абстрактные настройки связываем с тем, что подключено к Device. Или как?

Два

Не понятно, как задаются BusID, если у меня видяха с двумя выводам (один монитор в ноуте и один внешний).

В мане xorg.conf сказано, что BusID надо указывать так: PCI:bus:device:function

Вот как выводит lspic: domain:bus:slot.func (судя по описанию опции -s в хелпе).

У меня lspci говорит:

00:02.0 VGA compatible controller: Intel...
00:02.1 Display controller: Intel...

В Xorg.0.log написано:

[ 24679.296] (--) PCI:*(0:0:2:0) 8086:2a42:17aa:3a02 rev 9, Mem @ 0xf4000000/4194304, 0xd0000000/268435456, I/O @ 0x00001800/8
[ 24679.296] (--) PCI: (0:0:2:1) 8086:2a43:17aa:3a02 rev 9, Mem @ 0xf4400000/1048576

Тогда получается монитор ноута у меня BusID «PCI:0:2:0», а внешний выход — это BusID «PCI:0:2:1», так?

Тогда почему например у чувака две секции Device с одинаковыми BusID связанные с разными выходами? И откуда он точно знает, что один Device связан с DVI, а другой — с VGA? И там такое не только у него.

И что делает опция Screen? Вот написано, что она как раз таки задает выход. У меня если её указать, то вообще картинки в иксах нет. То есть так работает:

Section "Device"
        Identifier  "Card0"
        Driver      "intel"
        BusID       "PCI:0:2:0"
EndSection

Section "Device"
        Identifier  "Card1"
        Driver      "intel"
        BusID       "PCI:0:2:1"
EndSection

А так нет:

Section "Device"
        Identifier  "Card0"
        Driver      "intel"
        BusID       "PCI:0:2:0"
        Screen      0
EndSection

Section "Device"
        Identifier  "Card1"
        Driver      "intel"
        BusID       "PCI:0:2:0"
        Screen      1
EndSection

Три

Почему нельзя сделать multi-seat с одной видяхой? Ему какая разница? Два монитора с ней в multi-head работают отлично, а вот multi-seat почему-то не хочет (интернет говорит именно так, но сам не уверен, потому что так и не получилось muti-seat).

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

Если что, вот мой xorg.conf, который дублирует.

Всем привет, я использую QT Creator в качестве иде и вот исходники проекта:

про файл:

TEMPLATE = app
CONFIG += console
CONFIG -= qt
LIBS += -lpthread

SOURCES += main.cpp

мейн файл:

#include <iostream>
#include <pthread.h>

int d=0;

using namespace std;

void* task1(void* X)
{
    int OldState, OldType;

    pthread_setcancelstate(PTHREAD_CANCEL_ENABLE, &OldState);
        pthread_setcanceltype(PTHREAD_CANCEL_DEFERRED, &OldType);

    for(int Count=1; Count<100; Count++)
    {
        d++;
        cout << "В потоке А: " << Count << '\n';
    }
    pthread_testcancel();
}

int main()
{
    pthread_t Threads;
    void* Status;

    pthread_create(&(Threads), NULL, task1, NULL);

    pthread_cancel(Threads);

        pthread_join(Threads, &Status);
        if(Status==PTHREAD_CANCELED)
        {
            cout << "Поток " << " аннулирован" << endl;
        }
        else
        {
            cout << "Поток " << " продолжает выполнение" << endl;
        }
    cout << "d: " << d << endl;
    return 0;
}

Проблема следующая - создаю валидный deb-пакет при помощи dpkg-deb -b, lintian проблем не выявляет.

Но в Ubuntu Software Center в поле имени пишется не имя программы из поля «Description:», а пишется название пакета из «Package:», ниже же серыми буквами из поля Description.

Для интереса качал другие дебы закрытых програм - тот же odeskteam, так там сделано так же, как у меня, но в Ubuntu Software Center всё показывается корректно, т.е. первая строка «Description:» идёт как имя программы (большими жирными буквами), чуть ниже серыми буквами имя пакета (значение поля «Package:»).

Как сделать, чтобы значение из «Description» считалось именем пакета? Есть подозрение, что это надо куда-то убунтовцам писать, тыкните носом куда, пожалуйста.

Всем доброго дня.

Итак, стоит задача модифицировать исходящий и входящий трафик в моей сети. Трафик является HTTP-сообщениями, в них необходимо подменять некоторые служебные параметры запросов и ответов.

Сейчас смотрю в сторону iptables/netfilter, но т.к. правила сложные и они будут хранится в БД, хотелось бы написать нечто на С/С++, роутить туда трафик в виде готовых запросов и ответов (хотя можно и просто потоком), в этом нечто обрабатывать его, после чего пакеты/поток выпускать наружу/пропускать вовнутрь.

Сейчас внимательно изучаю руководство по netfilter по этой ( http://www.opennet.ru/docs/RUS/iptables/ ) статье.

Собственно вопрос, верным ли путем я иду?

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

Если уж совсем нечего написать, можете рассказать, что на lisp/prolog/brainfack это можно было бы сделать намного быстрее и удобнее. Серьезно, если приведете конкретные аргументы за такую реализацию - я готов.

P.S. Трафика будет много, но не гигабиты в секунуд.

Learn C and build your own programming language in under 1000 lines of code!

Добрый автор поведает вам, как написать Lisp своей мечты на языке C.

Чтобы сидеть дома с закрытыми шторами, вылазить на улицу раз в неделю за едой и выкинуть мусор, остальное время кодить и получать бабки на счёт :) Пока не надоест

А теперь по делу - знаю С почти идеально, С++ менее идеально, также приходилось что-то когда-то писать на PHP/Pascal/Common Lisp/Bash/Lua а также на ассемблерах x86, AVR и ARM.

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

Приходилось кодить под POSIX, WinAPI, использовать Qt, OpenSSL, Video4Linux, имею небольшое представление о том, как писать модули ядра

Также умею Autoconf, Automake, создавать deb-пакеты и ебилды, svn и git.

Хотелось бы чего-нибудь связанного с программированием под Linux, опенсорсом, сетями и протоколами, возможно embedded, обработка изображений или звука, другие варианты тоже рассматриваются

Английский знаю

В общем, где такое искать, подскажите места? :)

Опыт C++ 2 года.
Linux - 3,5 года.
Работал с Qt4, немного boost, SQL, SQLite, PostgreSQL.
Щупал OpenGL 3.0.
Баловался с Android NDK.

Легко читаю научно-техническую литературу на английском языке. Учусь быстро.

Если подработка - готов работать до 20 часов в неделю, если постоянная работа, до 40 часов в неделю + выходные дни.

west.raven.rock@gmail.com

Сосбтвенно сабж.

Я хочу кое-что проверить, написав простенький симулятор с видом сверху. С программированием у меня все ок, поэтому рекомендовать для новичков мне не обязательно. Что хотелось-бы:

- кросплатформенный (как минимум оффтопик и онтопик)

- разработка на ++ (мне так будет быстрее и проще), скриптинг все равно на чем (но он очень желателен)

- быстрый (по сути планируется некая симуляция, поэтому будет большой объем вычислений, если еще и двиг будет тупить, то результат очевиден)

- набор средств для удобной разработки (всякие тулзы)

- поддержка сети, звука и т.п., что обычно есть в уважающих себя движках.

- поддержка шейдеров

Ну как-то так. Я не очень игродел, поэтому возможно список идиотский. Сложность в том, что стоит пойти на википедию: http://en.wikipedia.org/wiki/List_of_game_engines как можно увидеть - тысячи их (SDL, SFML, Angle2D, ClanLib, Torque 2D и т.п.). Хотелось бы выбрать, чтобы потом не терять времени на переход.

Комрады, кто что пользовал, делитесь советами. Всем спасибо.