Рубрика «SEM»

Защита микросхем от реверс-инжиниринга и несанкционированного проникновения - 1
“CVAX — когда вы забатите довольно воровать настоящий лучший”.
Надпись, оставленная американскими инженерами для советских коллег в топологии микропроцессора.

Реверс-инжиниринг микросхем — головная боль производителей с самых первых лет существования микроэлектроники. Вся советская электроника в какой-то момент была построена на нем, а сейчас с гораздо большим размахом тем же самым занимаются в Поднебесной, да и не только в ней. На самом деле, реверс-инжиниринг абсолютно легален в США, Евросоюзе и многих других местах, с целью (цитирую американский закон) “teaching, analyzing, or evaluating the concepts or techniques embodied in the mask work or circuitry”.
Самое частое легальное применение реверс-инжиниринга — патентные и лицензионные суды. Промышленный шпионаж тоже распространен, особенно с учетом того, что электрические схемы (особенно аналоговые) часто являются ключевой интеллектуальной собственностью и редко патентуются — как раз для того, чтобы избежать раскрытия IP и участия в патентных судах в качестве обвиняющей стороны. Разумеется, оказавшись в ситуации, когда нужно защитить свою интеллектуальную собственность, не патентуя ее, разработчики и производители стараются придумать способы предотвращения копирования своих разработок.

Другое не менее (а то и более) важное направление защиты микросхем от реверс-инжиниринга — обеспечение безопасности информации, хранимой в памяти. Такой информацией может быть как прошивка ПЛИС (то есть опять-таки интеллектуальная собственность разработчика), так и, например, пин-код от банковской карты или ключ шифрования защищенной флэшки. Чем больше ценной информации мы доверяем окружающему миру, тем важнее защищать эту информацию на всех уровнях работы обрабатывающих ее систем, и хардварный уровень — не исключение. Читать полностью »

В прошлую субботу, 10 марта, компания Crossover провела очередной Moscow Hiring Tournament на вакансию Software Engineering Manager. Это было вполне рядовое событие в череде наших мероприятий, не выделявшееся ни темой вакансии — позиция SEM занимает средний уровень в иерархии наших специалистов, — ни форматом. Многие уже слышали про турниры за вакансии «Кроссовера» — и многие их критикуют. Причём, бьют турниры даже не по паспорту, как идею, а по морде — за само имя. Сочетание слов «вакансия» и «турнир» вызывают у людей разные, чаще тяжёлые ассоциации, а различающиеся, порой, между собой реальные форматы мероприятий под общим брендом турниров дезориентирует — и, вероятно, отпугивает какое-то число потенциальных соискателей. И мы с этой критикой согласны.

Бесконкурентная борьба: как турниры Crossover изменились за свой первый год - 1

Впрочем, кое-чем 10 марта нам запомнится: на нём мы запустили «будку гласности», призвав всех его участников из числа читательов, кто пожелает по итогам высказаться, поделиться своими впечатлениями для блога «Кроссовера». И сегодня мы впервые их публикуем — без цензуры, правок и купюр.
Читать полностью »

Хорошо или плохо, когда яблоком раздора становится не сама вакансия, а право на её существование? Анонс завтрашнего московского турнира соискателей вакансий Software Engineering Manager вдруг стал «местом для дискуссий».

Ни в чём себе не отказывайте: даём карт-бланш на нецензурируемые отзывы о наших мероприятиях в нашем блоге - 1

И дискуссий таких острых, что стало ясно — бросать тему нельзя. Впрочем, мы и так будем лезть под капот «кроссоверовской» иерархии должностей, разбирать завершённые проекты и повседневные обязанности сотрудников. Но лучше один раз увидеть, а ещё лучше — принять участие, чем сто раз услышать. Поэтому мы предлагаем читателям челлендж: те из вас, кто нас видел или увидит — расскажите о нас правду на страницах этого блога без купюр.
Читать полностью »

Классификация должностей в современных, особенно технологических компаниях сбивает с толку не только обилием сокращений и миксом терминов на двух языках, но и нюансами скрывающегося за ними содержания. Разобраться в сформировавшейся в совсем иных обстоятельствах современной корпоративной табели о рангах с ходу не получится. Понимание нюансов, наполнения и специфики тех или иных должностей приходит с опытом и передаётся с опытом, но в открытом доступе хорошей систематизации, по крайней мере, на русском — не найдёшь. Мы тоже накопили свой опыт за годы организации рабочих процессов как внутри «Кроссовера», так и для других компаний. Но систематизировать его начнём пока на отдельных, наиболее актуальных для нас сейчас примерах. Как эта пара должностей-двойняшек: Team Lead и SEM (Software Engineering Manager), которые, как ни похожи — всё же не близнецы.

Как мы разобрали отличия между Team Lead и Software Engineering Manager и пришли к выводу, какой опыт из этих полезнее - 1
Хорошо отлаженные процессы в эффективно работающей организации — это всегда, по сути, конвейер вне зависимости от их специфики и содержания

Team Lead, особенно в небольших командах — это универсальный солдат, который и таски по команде раскидает, и сам за станок может встать, чтобы показать, как надо работать или закрыть собой дыру в ресурсах. В общем, тимлид он во всём тимлид — батя команды разработки.

Однако если в вашей компании имеются Software Engineering Manager, «семы» — то они тоже будут руководить командами разработчиков или инженеров, контролируя и обеспечивая работоспособность команды, и поддерживая рабочий контакт с «соседними» отделами разработки. Так в чём же разница с тимлидами? Мы попросили VP of Technical Product Management компании Aurea Software Максима Винникова помочь внести нам ясности в деталях.
Читать полностью »

Классификация должностей в современных, особенно технологических компаниях сбивает с толку не только обилием сокращений и миксом терминов на двух языках, но и нюансами скрывающегося за ними содержания. Разобраться в сформировавшейся в совсем иных обстоятельствах современной корпоративной табели о рангах с ходу не получится. Понимание нюансов, наполнения и специфики тех или иных должностей приходит с опытом и передаётся с опытом, но в открытом доступе хорошей систематизации, по крайней мере, на русском — не найдёшь. Мы тоже накопили свой опыт за годы организации рабочих процессов как внутри «Кроссовера», так и для других компаний. Но систематизировать его начнём пока на отдельных, наиболее актуальных для нас сейчас примерах. Как эта пара должностей-двойняшек: Team Lead и SEM (Software Engineering Manager), которые, как ни похожи — всё же не близнецы.

Выход из тупика тимлида: у Software Engineering Manager больше зарплаты, лучше перспективы — и мы их нанимаем пачками - 1
Хорошо отлаженные процессы в эффективно работающей организации — это всегда, по сути, конвейер вне зависимости от их специфики и содержания

Team Lead, особенно в небольших командах — это универсальный солдат, который и таски по команде раскидает, и сам за станок может встать, чтобы показать, как надо работать или закрыть собой дыру в ресурсах. В общем, тимлид он во всём тимлид — батя команды разработки.

Однако если в вашей компании имеются Software Engineering Manager, «семы» — то они тоже будут руководить командами разработчиков или инженеров, контролируя и обеспечивая работоспособность команды, и поддерживая рабочий контакт с «соседними» отделами разработки. Так в чём же разница с тимлидами? Мы попросили VP of Technical Product Management компании Aurea Software Максима Винникова помочь внести нам ясности в деталях.
Читать полностью »

Да, мы запускаем вторую серию Турниров Кроссовера!
2 апреля в Петербурге — в этот раз мы ищем Software Engineering Managers и Technical Product Managers, а потом 22 апреля в Москве (.NET или Java техлидов).

Но прежде, чем рассказать о том, что будет – давайте посмотрим, как это было в Москве 18 февраля.

SEM раз отмерь. Или «как узнать SEM ли ты и что с этим делать дальше?» - 1

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