Создатели CrossOver из компании CodeWeavers рассказали в своем блоге, что в новой версии приложения можно запускать 32-битные приложения Windows на компьютерах Apple с чипами M1. Разработчики также продемонстрировали игровой процесс на MacBook Air в Team Fortress 2 и вдобавок пояснили, что проверили работу эмулятора на Quicken (ПО для для личных финансов), десктопной версии Among Us и Witcher 3. Оказалось, что во все эти игры можно играть почти без лагов с приемлемой частотой обновления.

Классификация должностей в современных, особенно технологических компаниях сбивает с толку не только обилием сокращений и миксом терминов на двух языках, но и нюансами скрывающегося за ними содержания. Этому нигде не учат — понимание тонкостей, наполнения и специфики тех или иных должностей приходит с опытом и передаётся только с опытом. Со временем мы планируем систематизировать наши знания в этой области, но пока поговорим о насущном: в субботу в Москве состоится очередной Hiring Tournament. На турнир — точнее, сафари, — в котором сразу четыре софтверных компании DevFactory, Aurea, Ignite и Crossover вышли на охоту за головами редкого зверя Software Engineering Manager, пытаясь выманить его на годовой оклад в $100 000. Чем не повод поговорить о том, что это за создание и чем в корпоративных джунглях SEM отличается от должности-двойняшки — Team Lead.


Чем совершеннее в компании отлажены процессы — тем больше они напоминают конвейер вне зависимости от её профиля

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

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

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



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

Сейчас глобальное сообщество Crossover насчитывает уже более 4000 разработчиков и профессионалов других специальностей в 138 странах мира. Из них более 400 человек живут и работают в России. А это значит, что российская экономика благодаря Crossover получила четыре сотни индивидуальных предпринимателей (ИП). И тут вы скажете: «Стоп, а откуда взялись ИП?» Дело в том, что у Crossover в России нет ни офиса, ни даже юрлица — как и нигде в мире, за исключением штаб-квартиры в техасском Остине. Все сотрудники компании работают полностью удалённо. Дело в том, что Crossover в России не нанимает сотрудников, а сотрудничает с местными индивидуальными предпринимателями. Звучит непривычно? Вероятно — да. Может быть, мы ещё просто не оценили всех возможностей такого формата работы, а ведь у него есть целый вагон преимуществ перед традиционным наймом. Впрочем, как и маленькая тележка недостатков, о которой мы тоже расскажем.

Как организовано сотрудничество с Crossover

Представим, что один из турниров Crossover, о которых уже был подробный рассказ в прошлый раз, остался для соискателя позади: с великолепным проходным баллом он оказался на витрине Crossover — маркетплейсе, где вскоре получил конкретное предложение о работе в одной из компаний холдинга ESW Capital — Aurea, Versata, DevFactory, 3seventy, Ignite Technologies и др.

Не все позиции, представленные на витрине Crossover однозначно понятны потенциальным партнёрам. И если вакансии C++ Software Engineer или Java Software Engineer вопросов не вызывают, то с Chief Software Architect всё не так и просто. Вообще, кто такие архитекторы ПО чёткого определения нет и от компании к компании их функции и описания разнятся. Сферический Software Architect (SA) в вакууме определяет архитектурный шаблон/парадигму, отвечает за разбиение на технические подсистемы/слои/компоненты/модули, выбирает средства исполнения и занимается разработкой технических сценариев. От места к месту функции могут добавляться или исчезать, но в целом работа Software Architect заключается именно в этом.



Хоть общие принципы и существуют, проекты обычно так сильно отличаются друг от друга, что из раза в раз Software Architect приходится заново изучать спецификации, используемые технологии и решения, определять подзадачи и искать способы их выполнения.

Если вам вдруг показалось, что к этому меню не хватает разве что щепотки менеджмента, то Chief Software Architect (или если сокращенно, то просто CA) — это для вас. Туда входят уже такие ингредиенты, как создание масштабируемых решений, контроль процесса разработки, контроль работы команды и персональная ответственность за результат в целом. Многим хотелось бы знать, откуда такие люди берутся. В случае Crossover: из вагонов метро и магазинов меховых изделий. По крайней мере, если судить по трудовым биографиям двух действующих Chief Software Architect компании Optiva Руслана Пещука и Евгения Конурбаева.

Кажется, у компании Crossover становится традицией анонсировать свои карьерные турниры, рассказывая о людях, уже работающих по специализации, на которую пойдёт отбор. Но сегодняшний случай особенный: хотя «примерка» на роль Chief Software Architect 7 апреля проходит в Москве, наш «Chief Software Architect дня» живёт даже не в России, а в соседней для дефолтной хабранации республике. Видимо, поэтому Crossover предложил мне взять у него интервью — может, они надеялись на какую-то особую белорусскую перспективу в разговоре двух белорусов, двух минчан и двух фрилансеров?

Впрочем, это сейчас Сергей rserge Рогач живёт и работает в Минске. Будущий Chief Software Architect компании родился в городке-десятитысячнике Глубокое Витебской губернии, в подбрюшье Браславских озёр — и эта череда топонимов словно сама уносит дальше, куда-то в сторону леса Фангорн, лежащего в отрогах Мглистых гор…


Поднимите руки, кто на Браславские озёра хочет больше, чем в Чикаго?

…только Сергей после девятого класса поступил в лицей при БГУ — одну из самых престижных школ Беларуси при главном университете страны. Учиться там в 2001–2003 годах было никому не скучно: аббревиатура БГУ грохотала как название одной из самых смешных команд КВН в истории, а Сергей два года подряд попадал в четвёрку старшеклассников, представлявших Беларусь на международной олимпиаде по программированию.

Привет. Меня зовут Максим Винников, я Vice President of Product Management в компании Aurea Software. В той же самой компании, на которую работает Слава Кулаков, знакомый многим по истории, как он стал фрилансером, получающим $200 000 в год. Вопросы и комментарии к тому посту продолжают идти до сих пор, поэтому сегодня, уже на своём примере, я расскажу, что из себя в повседневном режиме представляет уже непосредственно работа, за которую платят такие гонорары — и постараюсь ответить на вопросы по теме живьём.

[update] В прямом эфире ответил на вопросы, появившиеся в комментариях за день:



Согласно стандартам Aurea и ESW Capital каждый сотрудник должен отработать 40 часов в календарную неделю. Я, исходя из своей позиции и физических возможностей, придерживаюсь графика 5/2. Моё основное рабочее окно расположилось в промежутке с 14:00 до 19:00, это суммарно 5 часов в день. Ещё 3 часа в день дорабатываются тогда, когда мне удобнее: в один день я могу поработать поздним вечером, в другой — приступаю с самого утра, чтобы освободиться пораньше.

Так как команда на 100% децентрализована и у нас нет офисов, то всё взаимодействие между сотрудниками переходит в онлайн. Я, как VP (а это менеджерская позиция), вовлечён в различные рабочие процессы множества людей сильнее, чем среднестатистический разработчик. Это тоже стоит учитывать.

Хорошие новости для владельцев хромбуков, которым не хватает Windows-приложений на своих машинах. Вышел из беты софт CrossOver, позволяющий запускать приложения под Windows OS в программной среде Chomebook.

Правда, есть ложка дегтя в этой бочке меда: софт платный, и его стоимость начинается с отметки в $40. Тем не менее, решение интересное, так что мы уже готовим обзор по нему. Сейчас же опишем в общих чертах, что это вообще такое.

Скачать его можно здесь — http://www.codeweavers.com/services/ports/chromium/

Для начала немного об этой компании. Она создала коммерческое ответвление Wine (CrossOver Office) с удобной конфигурацией, поддержкой популярных программ ( да, там сидят дяди, которым платят зарплату за то, чтобы MS Internet Explorer работал под Wine без проблем) и сборкой для MacOS X. 98% своих разработок она отдаёт в проект Wine.

Сейчас она выпустила нативную версию Google Chrome под Linux и MacOS X, скомпилированную с использованием winelib. В ней не нужно шаманить с установкой и она работает с HTTPS.

Из недостатков — это жуткие тормоза и некоторые глюки с адресной строкой… но CodeWeavers обещает всё исправить в ближайшее время.

ЗЫ: А ещё это хорошая реклама для Wine, который смог так быстро запустить столь сложный продукт под неродной платформой

UPD: незаслуженно забыл про сборку для Mac OS X. Кто тестировал — отпишитесь.
UPD2: убрал дезинформацию. компания CodeWeavers называется.

Я уже два года пользуюсь Mac OS X как основной системой. Так получилось, что одной виндовой программе не нашлось аналогов в легионе мак-софта. Перепробовав за это время разные решения по запуску Windows XP в среде Mac OS X, хотел бы поделиться опытом с общественностью.

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

Я давно обещал составить что-то типа краткого списока дополнительных программ и настроек, делающих ваш Mac лучше. Мне они облегчают жизнь и экономят время. Детальных пошаговых инструкций в этой статье нет — но информации, безусловно, достаточно, чтобы сделать настройку быстро и безопасно. В любом случае — думайте, так сказать, головой перед любым действием. Это, конечно, касается не только настройки MacOS X.



Введение

Зачем настраивать и так прекрасно работающий MacOS? Те, кому довелось какое-то время проработать на этой операционной системе, знают: просто установленная из коробки она удобнее для работы, чем тщательно вылизанный и нагнутый под вас Windows. Куда же еще тюнить-то? Разве лучшее — не враг хорошего? Ответ прост: добавьте к перфектности работы инженеров яблочной компании лучшее из того, что создано Свободным Сообществом — и вы получите лучшую из операционных систем, которые когда-либо были созданы человечеством. Следуя рекомендациям этой статьи, вы сможете:

• сэкономить существенное время на автоматизации часто повторяемых действий (лично я выиграл около 10 часов в неделю, я не преувеличиваю)
• сделать работу на вашем Маке удобнее
• больше сосредотачиваться на творческой части работы
• забыть о войне форматов
• ???
• PROFIT!

Итак, начнем!

С 31 октября в 09:00 по Москве в течение суток будет доступна бесплатная версия CrossOver для Мака и Линукса. Даётся год бесплатной поддержки и обновлений.

Это, как уже в комментах сказали, платная альтернатива вайн, но за свои деньги получившая кучу встроенного саппорта. В частности, Кроссовер очень хорошо знают многие геймеры, потому что многие виндоус-онли игры прекрасно через неё идут.

Бесплатно получить Crossover можно будет здесь (пока там только ссылка на блог), официальный анонс — а вот он.

Тему профессионального выгорания не пинал на Хабре только ленивый. Были истории и о том, как с этим бороться, и рассказы людей, которые лично столкнулись с этой проблемой, и статьи вида «как избежать выгорания». На самом деле тема важная и нужная. Для многих разработчиков их профессия выливается не только в способ заработка, но и в личные увлечения. Люди получают реальное удовольствие от того, что они делают, а выходя вечером из офиса возвращаются домой и ковыряют собственные pet-projects.

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

Трудоголизм принято хвалить, но это монстр

Я не просто так упомянул профессиональное выгорание. Все мы знаем его основные признаки: отвращение к работе, снижение концентрации, апатия. Короче, человек становится скучным, вялым и ему ничего не надо от жизни. К клавиатуре подходит неохотно и только от очень большой нужды. Говорить о каком-то удовлетворении от своей деятельности вовсе не приходится. И всех это очень и очень сильно пугает, потому что в IT-кругах большинству людей на самом деле нравится то, что они делают.

Разработчик — в среднем человек увлеченный, спорить с этим смысла мало. Объективно, из-за того, что обучение программированию с самой юности отнимает много времени и сил, многие разработчики становятся чуть-чуть похожими на медведей. И сейчас объясню почему.

Медведь — вообще уникальное животное. Одна только система зимней спячки вызывает уважение. Добавить к этому размеры, всеядность и ареал обитания и мы получаем высшего хищника, у которого нет естественных врагов. Любой зоолог скажет вам, что медведь — зверь-одиночка. И как раз в образе жизни в качестве одиночек и кроется основная проблема взаимодействия с медведем: у него практически нет мимической сигнальной системы. Вред медведю в природе может причинить только другой медведь, но они просто расходятся в разные стороны предпочитая тактическое отступление кровавой схватке. То есть уровень эмоциональности этого зверя можно сравнить с эмоциональностью Чака Норриса, посмотрите сами:



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

Ежегодный объем рынка платного доступа к научным публикациям оценивается в 25 млрд долларов

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

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

Еврокомиссар Карлос Моидас, представители научного сообщества ЕС и организации Science Europe выработали «Plan S». Суть его крайне проста: все научные исследования, которые будут финансироваться из государственных бюджетов стран ЕС или фондов Евросоюза, должны быть общедоступными уже с 1 января 2020 года.

Конец многолетнему противостоянию, хотя скорее это было избиение

Начиная с 2015 года компания Microsoft активно продвигала свой новый браузер, который сначала носил кодовое имя Spartan, а после получил название Edge. Тогда компания признала, что Internet Explorer морально устарел и многие пользователи ожидали какого-то прорыва от главного поставщика пользовательских ОС в мире, однако вместо инноваций сообщество получило того же «ослика», но в новой упаковке.

Спустя почти четыре года Microsoft практически расписалась в поражении на рынке браузеров и признала слабость используемого ими EdgeHTML. И несколько месяцев назад инженеры компании приступили к разработке собственного браузера на базе Chromium — наиболее популярного современного движка — о чем свидетельствуют коммиты в Chromium Gerrit. Новый проект получил кодовое имя Anaheim.

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


Подходящей «Картинки Для Привлечения Внимания» на эту тему нет, так что держите котика

Почему-то слово «метрики» в IT-сфере плотно ассоциируются с такими «превосходными» по своей тупости практиками, как подсчет написанных строчек кода или закрытых тасков. С уверенностью можно сказать, что это — самые бесполезные и беззубые в управленческом плане «инструменты» контроля. По сути же, адекватные метрики бывают, весьма условно, но все же, только двух типов: метрики для проекта и/или работ, результат и время исполнения которых ясен и прогнозируем во времени, и напротив, метрики для проекта и/или работ, результат и время исполнения которых спрогнозировать физически невозможно. Для первого типа выставляются метрики результата, а для вторых — дистанции, сиречь отработанного времени.