Специалисты по локализации в игровой индустрии получили самые высокие оценки по гендерному балансу, международному и этническому разнообразию и количеству аспирантов. Они также меньше остальных подвержены тревожности и депрессии. Это — результаты переписи в игровой индустрии Великобритании, опубликованной 4 февраля 2020 г.

Исследование было проведено совместно Шеффилдским университетом, Советом по исследованиям в области искусства и гуманитарных наук и Британской ассоциацией интерактивных развлечений (Ukie) и, по словам генерального директора Ukie Йо Твист (Jo Twist), представляет собой «самый обширный и авторитетный из когда-либо проведенных анализ разнообразия трудовых ресурсов в национальной игровой индустрии».

Марк Тейлор (Mark Taylor), старший преподаватель в Шеффилдском институте методологии и автор 60-страничного отчета о переписи, пишет: «Мы знаем много о разнообразии сотрудников, работающих в других секторах (например, в связанных с видео отраслях), — благодаря большим общенациональным наборам данных, которые предоставляет Национальное статистическое управление. Но к играм это не относится». Видеоигры — сравнительно молодая, быстро развивающаяся индустрия.

В ходе исследования, проведенного в период с сентября по октябрь 2019 г., были собраны ответы 3208 респондентов, работающих в игровой индустрии Великобритании, что составляет пятую часть всех рабочих ресурсов. В опросе использовались «как открытые, так и целевые методы подбора респондентов […], чтобы обеспечить репрезентативную выборку людей, работающих в данном секторе».

Около полугода назад у нескольких инженеров и разработчиков с опытом работы в Агентстве национальной безопасности США, Google и Amazon Web Services появилась любопытная идея.

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

Алекс Уотсон, один из сооснователей проекта, говорит о предназначении новой платформы так: «Это не такая нишевая задача, как может показаться. Разработчики любой компании могут столкнуться с этой проблемой». Зачастую разработчикам нужен не полный доступ к банку пользовательских данных, а лишь фрагмент или выборка для работы. Во многих случаях достаточно будет данных, которые просто выглядят как реальные пользовательские данные.

Java 14 должна выйти позже в этом месяце — с рядом изменений.

Какие изменения планируется включить в обновление:

1. JEP 305: сопоставление шаблонов для «instanceof» (предварительная версия). Сопоставление шаблонов позволяет выражать обычную логику «кратко и безопасно». Согласно документации OpenJDK, сейчас существуют только специализированные решения для сопоставления шаблонов, поэтому авторы посчитали, что пришло время существенно расширить использование сопоставления шаблонов в Java. 
   
2. JEP 343: упаковщик (инкубатор). Этот инструмент позволяет создавать установочные пакеты для автономных Java-приложений. 
   
3. JEP 345: выделение памяти с поддержкой NUMA для G1. Предполагается, что это улучшит производительность G1 на больших машинах.
   
4. JEP 349: потоки событий JFR. Это позволит непрерывно считывать данные профилировщика JDK Flight Recorder.
   
5. JEP 352: сопоставленные байтовые буферы в энергонезависимой памяти. В этом выпуске добавлены новые режимы сопоставления файлов, которые позволяют использовать API-интерфейс FileChannel для создания экземпляров MappedByteBuffer, ссылающихся на энергонезависимую память.
   
6. JEP 358: полезная информация в исключениях NullPointerException. Теперь исключения NullPointerException, генерируемые виртуальной Java-машиной, будут указывать, какая переменная оказалась «null».
   

Только что вышло обновление Swift — языка программирования для macOS и iOS. По словам команды разработчиков, в версии 5.2 они уделили внимание упрощению работы с языком с точки зрения программиста: улучшили диагностику в компиляторе, автодополнение кода, надежность отладки, обработку зависимостей и инструментарий.

Разработчик Swift Джон Санделл пишет: «Общее число новых языковых функций в Swift 5.2 относительно небольшое, однако в обновление включены две новые возможности, которые могут существенно повлиять на работу Swift как функционального языка программирования в целом».

Прошло 15 лет с момента выхода распределенной системы контроля версий Git: первую версию Линус Торвальдс, известный как разработчик ядра Linux, выпустил 7 апреля 2005 г.

Сегодня, по утверждению GitLab, это, пожалуй, самая функциональная в мире распределенная система контроля версий (СКВ).

«В XXI веке качество программного обеспечения — это новый стандарт высокого профессионализма, поэтому компаниям крайне важно найти способы быстрого внедрения инноваций. Git позволяет ускорить разработку и начать приносить пользу клиентам быстрее», — говорит Сид Сижбрандиж, генеральный директор GitLab.

История Git

По словам разработчиков Скотта Чакона и Бена Штрауба, которые еще в начале двухтысячных написали книгу «Git для профессионального программиста», в проекте ядра Linux для обслуживания и отслеживания изменений использовалась распределенная СКВ BitKeeper. В 2005 г. BitKeeper стала платной, поэтому сообщество Linux решило разработать собственный инструмент — на основе уже имеющегося опыта работы с СКВ. Была поставлена задача создать быстрый и простой инструмент с хорошей поддержкой нелинейной разработки, полностью распределенный и способный работать с большими проектами. Так родился Git.

«С момента своего появления в 2005 году Git развился в простую в использовании систему, сохранив при этом свои изначальные качества. Он удивительно быстр, эффективен в работе с большими проектами и имеет великолепную систему веток для нелинейной разработки», — пишут в своей книге Чакон и Штрауб.

В конце 2019 года появился инструмент Actions, который позволял автоматизировать рабочие процессы непосредственно на платформе GitHub. С тех пор компания работала над расширением его возможностей и добавляла новые функции — например, использование API, кэширование зависимостей и артефактов, а также локально размещенные раннеры. В этом месяце функциональность Actions расширилась еще больше.

По словам компании, разработчики встретили Actions в основном положительно. Например, на площадке GitHub Marketplace появилось более 3200 соответствующих сценариев (рост с момента анонса Actions составил 500 %).

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

Культурные факторы и ценности, которые движут нами при переводе Слака на различные языки

Эту статью можно прочитать на французском, немецком, испанском и японском языках.

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

Переведено в Alconost

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

Если вы — активный пользователь Интернета (а это, скорее всего, именно так), вы постоянно используете кэширование, но можете и не знать «закулисье»: когда и как оно работает.

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

При кэшировании время загрузки страницы снижается с 2 секунд до 1 секунды… что не очень впечатляет, верно? Но без него не обойтись, когда приходится обрабатывать запросы от большого числа пользователей.

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

Чтобы понять мое объяснение, нужно немного знать об основах работы веб-серверов. Приступим!

Переведено в Alconost

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

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

Переведено в Alconost

Скажем честно: писать хороший CSS-код бывает сложно.
Многие разработчики не любят писать CSS. Все что угодно, но только не это! Только не CSS.

Когда при разработке приложений приходилось браться за CSS, это была не самая радостная часть работы. Но ее ведь не избежать, верно? Сегодня порадовать пользователя дизайном приложения настолько важно, что без CSS — никак.

Когда проект только начинается, все идет хорошо. У вас всего пару селекторов: .title, input, #app — проще простого.

Но постепенно приложение разрастается, и заглядывать в CSS становится страшновато: во всех этих селекторах разобраться уже не так просто. Вы начинаете писать что-то вроде div#app .list li.item a, какие-то куски кода повторяются снова и снова, а всю свою писанину сваливаете в конец файла: вам уже плевать, потому что CSS — отстой. Итог — 500 строк CSS-кода, поддерживать который невозможно.


Это я, когда сражаюсь с CSS

Переведено в Alconost

Никлаус Вирт, швейцарский ученый-информатик, в 1976 году написал книгу под названием «Алгоритмы + Структуры данных = Программы».

Через 40 с лишним лет это тождество остается в силе. Вот почему соискатели, желающие стать программистами, должны продемонстрировать, что знают структуры данных и умеют их применять.

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

Иногда в вопросах на интервью прямо упоминается та или иная структура данных, например, «дано двоичное дерево». В других случаях задача формулируется более завуалированно, например, «нужно отследить, сколько у нас книг от каждого автора».

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

Переведено в Alconost

Расскажем, почему у умнейших людей в мире — горы книг, которых они не читают

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

На полках выстроились сокровища человеческой мудрости, откровения, которые каждый из авторов шлифовал годами. Все это здесь, прямо у вас под рукой, сконцентрировано в таком формате, с которым хочется свернуться и под одеялко.

Естественно, вы вытаскиваете кредитку или нажимаете кнопочку «Купить».

И книги накапливаются. У вас на полках. В спальне. В машине. Может быть, даже в ванной.

Наиболее самозабвенные библиофилы изыскивают место там, где ранее никто книг поставить не догадывался:


Источник: http://bit.ly/2JRrqbk

И по мере того, как накапливаются книги, растет и ваша алчность. Нет, не стремление прочесть все книги, которые вы покупаете. Жажда не дочитывать тех книг, к которым вы приступили.

Если следующая сентенция — про вас, то мне предстоит вас обрадовать.

«Даже если у вас нет времени прочитать их все, переполнение книжных полок или ридера идет вам на пользу».
— Джессика Стиллмен

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

Переведено в Alconost

Компания Ubisoft в самом деле поздновато заявила о себе в рыночном сегменте toys-to-life, создав игру Starlink: Battle for Atlas. Возможно, это как раз хорошо.

Первопроходцем на этом рынке выступили компании Activision и Toys for Bob, совместно разработавшие в 2011 году игру Skylanders: Spyro’s Adventure. К 2014 году этот коллекционный гибрид принес более 2 миллиардов долларов выручки от продаж видеоигр и коллекционных игрушек — причем, последних было продано 175 миллионов штук.

Но, этот рынок почти столь же стремительно развалился. В сегмент прибыли Disney и Warner Bros, а затем покинули его. В 2017 году Activision была вынуждена приостановить Skylanders. Примерно в то же время небольшая команда в Ubisoft стала пробовать свои силы в сочетании игрушек с видеоигрой. Их проект оказался более популярен в Ubisoft Toronto, и даже Nintendo решилась его поддержать, позволив Ubisoft использовать в своей игре нинтендовского персонажа Starfox.

Пока другие уходили с рынка, Ubisoft Toronto создала игру Starlink: Battle for Atlas, где было разработано семь игровых миров и комплект игрушек. Выбираете пилота, подключаете к контроллеру игрушки, космический корабль и вооружение — и вы готовы к старту. Вы вольны делать что вздумается, подключать любых персонажей и играть на любой из семи планет, созданных для этой игры.

Я играл на Xbox One, ведя бои на планете Хейвен и подключая к моему контроллеру различные игрушки, а тем временем продюсер Мэтью Роуз подсказывал мне, что делать. Затем мы с Роузом посидели и поговорили тет-а-тет о происхождении игры Starlink и о том, как Ubisoft грамотно воспользовалась моментом и заняла вакуум на рынке toys-to-life. Он считает, что ключ к успеху игры заключается в той свободе действий, которой Ubisoft наделяет пользователей.

Посмотрим, как пойдут дела у игры и игрушек, когда 16 октября они дебютируют на PlayStation 4, Xbox One и Nintendo Switch.

Ниже — отредактированный транскрипт интервью, которое мне дал Мэтью.

Переведено в Alconost

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

ПРИМЕЧАНИЕ. Статья вдохновлена беседой с Адой Кэннон, которая защищает интересы разработчиков в проекте интернет-браузера Samsung Internet и в серии наших роликов Google Chrome Developers YouTube «Дизайнер и разработчик». Прослушать более полную запись разговора можно, скачав ее или подписавшись на наш подкаст на платформе iTunes или  Google Play Музыка.

Никогда не задумывались, почему когда вы звоните куда-нибудь в поддержку, вам на время ожидания включают музыку? А вы представьте свои ощущения, если бы вместо музыки была бы мертвая тишина. Канал CNN провел опрос, который показал, что если вызов абонента поставить на удержание, то в 70 процентов случаев звонящий положит трубку в первые 60 секунд тишины: ему может показаться, что вызов оборвался, да и само ожидание кажется дольше. Поэтому смысл «музыки» в том, чтобы заполнить чем-то ожидание и занять время абонента.

В аэропорте Хьюстона была похожая проблема: пассажиры жаловались, что приходится долго ждать багажа. После приземления самолета у терминала пассажиры довольно быстро добирались до карусели, и поэтому им приходилось ждать своего багажа в среднем семь минут — причем жаловаться не перестали, даже когда аэропорт расширил штат. Поэтому было решено отвести самолеты дальше от терминала, чтобы пассажирам приходилось идти дольше — и жалобы упали почти до нуля.

Переведено в Alconost

Клоду Шеннону потребовалось около десяти лет, чтобы полностью сформулировать свою эпохальную теорию информации.

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

Однако только в 1948 году он опубликовал Математическую Теорию Связи.

Правда, это был не единственный его крупный вклад в науку. Еще будучи студентом MIT (Массачусетский технологический институт), в свои скромные 21, он опубликовал работу, которую многие считают, пожалуй, наиболее важной магистерской диссертацией века.

Для обычного человека значение ее невелико. Нельзя сказать, что имя Шеннона у всех на устах. Но, если бы не работа Шеннона, то никакого компьютера в современном понимании могло не появиться. Шеннон оказал колоссальное влияние не только на информатику, но и на физику, и на инженерию.

Мы запросто бросаемся словом «гений», но лишь немногие люди на свете по праву заслужили именоваться так, и Клод Шеннон — один из них. Он мыслил иначе, мыслил играючи.

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

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

Любая задача имеет очертания и форму. Для решения задач первым делом нужно научиться их понимать.

Переведено в Alconost

Надеюсь, что смог привлечь ваше внимание таким провокационным (и, признаться, утрированным) заголовком. Хорошо. Теперь позвольте его переформулировать в чуть более изящном и менее завлекающем виде:

В принципе, софт можно написать либо вовремя, либо хорошо, но не то и другое одновременно*

* за исключением считанных случаев в сложившихся высокопроизводительных командах

Вот уже несколько месяцев я размышлял о том, почему создание качественного софта плохо сочетается с оценочными сроками и планированием вообще. За свою карьеру я видел проекты, выстроенные по самым разным моделям (каскадная, подлинно гибкая, гибко-каскадная), и у всех них была одна общая черта: независимо от того, над каким проектом мы работаем, если он делался «по науке» (т.e., мы не позволяли себе грязных уловок, из-за которых нам бы потом снились кошмары), то мы всегда срывали сроки.

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

Переведено в Alconost

Фото — Andy Beales, площадка Unsplash

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

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

Однако в последнее время я в некоторой степени разочаровался в кандидатах, которые к нам приходят.

Мы приглашаем на собеседование молодых людей, резюме которых выглядит отлично (хороший ВУЗ, высокие оценки и рекомендации, опыт работы), но при встрече они не оправдывают наши ожидания.

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

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

И я решил дать несколько советов миллениалам от «старичков».

Переведено в Alconost

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

Возможно, это поможет и вам.

Когда при разработке ПО сталкиваешься с трудностями, очень уж легко потерять веру в себя — иногда мне даже хочется бросить всё. Я заметил, что в подобных ситуациях мозг начинает выдумывать причины, почему лучше потратить время на что-то более знакомое, или жалуется, что задача мне не по зубам.

Знаю, у других это тоже бывает.

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

Очень важно проявлять упорство перед лицом таких трудностей — хотя это и непросто.

За прошедшие годы я научился нескольким ментальных «хитростям», которые помогали мне в сложные минуты, часы и дни.

Я расскажу о тех точках зрения, которые оказались особенно полезны.

Переведено в Alconost

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

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

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

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

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

Переведено в Alconost