суббота, сентября 10, 2016

Bing UX нанимает

Updated 03.10.2016: Я закончила принимать резюме, всем спасибо!

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

Группа Bing UX нанимает специалистов, готовых переехать в США, Бельвью. Виза оформляется минимум год, это время вы будете работать в московском офисе Майкрософт.

Вот письмо от рекрутера:
At Microsoft we're always hiring top talent to help us build the products of the future. Bing is one of the flagship products. With 100s of millions of users already we have bold ambitions to make Bing the #1 search engine in the world and the most desired homepage in people’s browsers. We wouldn’t be able to achieve this without amazing engineers that we hire from all over the world.  We have big plans and this means we need to hire passionate and productive engineers like yourselves.  

We’re hiring for Bing UX group (about 500 engineers) based in Bellevue. This group is responsible for many projects including multimedia search, growth & engagement, maps and local search, whole page relevance, APIs and many others. Depending on the specifics of the team you would be working for we are searching for a number of skillsets. Detailed job description can be viewed  here but we’re looking for 4 kinds of profiles:

  1. With a UX focus (javascript, front end development) 
  2. With full stack experience  
  3. With machine learning experience 
  4. With data pipeline experience    

Regardless of what is your area of expertise for each Software Engineer role we always look for a set of skills / knowledge which include:  
  1. Algorithms and data structures  
  2. Coding  
  3. Systems design  
  4. Problem solving


Если интересно, присылайте свое резюме мне, адрес есть в профиле. Если есть вопросы - задавайте, я передам.

Актуально до конца сентября.

четверг, февраля 25, 2016

Несколько интересных свойств умных указателей в C++

Об этом полезно знать при использовании умных указателей в С++:

У shared_ptr есть конструктор, который позволяет создавать зависимости между shared_ptr'ами. (std::shared_ptr's secret constructor  by Anthony Williams)
Допустим, я хочу создать указатель на объект типа Y, py, который является членом экземпляра класса X, px. Мне нужно, чтобы px не удалялся, пока я не закончу работать с py.


void bar(){
    std::shared_ptr<X> px(std::make_shared<X>());
    std::shared_ptr<Y> py(px,&px->y);
    store_for_later(py);
} // our X object is kept alive



unique_ptr не такой уж и уникальный. (unique_ptr–How Unique is it? by Bartosz Milewski)

void f(Foo * pf) {
    globalFoo = pf; // creates a global alias
}

unique_ptr<Foo> pFoo(new Foo());
f(pFoo.get()); // leaks an alias


Передача shared_ptr по значению - дорогое удовольствие. (The Real Price of Shared Pointers in C++ by Nico Josuttis)
При передаче по значению происходит его копирование и к его внутреннему счетчику прибавляется единица, это нужно сделать атомарно, что влияет на производительность. Передавайте его по ссылке, где возможно.


Зачем нужен scoped_ptr, если есть shared_ptr. (shared_ptr vs scoped_ptr)
shared_ptr "тяжелее" чем scoped_ptr, потому что он гарантирует корректную работу  в многопоточных программах. Поэтому, если вы работаете с одним указателем, и вам просто нужно автоматически освободить память из-под него, лучше использовать scoped_ptr.


Чтобы корректно возвращать shared_ptr на this надо использовать enable_shared_from_this. (std::enable_shared_from_this на cppreference.com)
Пример с  cppreference.com демонстрирует что случится, если вы не используете enable_shared_from_this.


#include <memory>
#include <iostream>

struct Good: std::enable_shared_from_this<Good>
{
    std::shared_ptr<Good> getptr() {
        return shared_from_this();
    }
};
 
struct Bad
{
    std::shared_ptr<Bad> getptr() {
        return std::shared_ptr<Bad>(this);
    }
    ~Bad() { std::cout << "Bad::~Bad() called\n"; }
};
 
int main()
{
    // Good: the two shared_ptr's share the same object
    std::shared_ptr<Good> gp1(new Good);
    std::shared_ptr<Good> gp2 = gp1->getptr();
    std::cout << "gp2.use_count() = " << gp2.use_count() << '\n';
 
    // Bad, each shared_ptr thinks it's the only owner of the object
    std::shared_ptr<Bad> bp1(new Bad);
    std::shared_ptr<Bad> bp2 = bp1->getptr();
    std::cout << "bp2.use_count() = " << bp2.use_count() << '\n';
} // UB: double-delete of Bad


Бонусная ссылка:
Smart Pointer Parameters by Herb Sutter