20 fastest-hiring San Francisco tech employers

[Krys-Krys]

Interesting article.

http://www.bizjournals.com/sanfrancisco ... force.html" onclick="window.open(this.href);return false;

While bubble jitters are now prompting some tech companies to slow or stall hiring, 2015 was a blockbuster year for San Francisco’s tech talent market.
The city’s 100 largest tech employers added almost 47,000 total jobs in the last year, with established players and startups alike bulking up their payrolls.

As its new Mission Bay headquarters take shape, Uber Technologies is approaching 2,000 employees in San Francisco. The company has more than doubled its San Francisco headcount and is the city’s fastest-hiring tech employer in terms of raw number of workers added in the last year.
It’s also one of the fastest-growing tech employers in percentage terms, with its headcount up 183 percent in the last year. Uber also has plans to eventually have as many as 3,000 corporate employees in downtown Oakland.
Scroll down for an interactive graphic of the largest and fastest-growing S.F. tech employers
Fintech startup Earnest has ramped up its hiring the most over the last year when measured in percentage terms. The online lender, founded in 2013 and led by former Andreessen Horowitz partner Louis Beryl, grew its San Francisco workforce 544 percent to 206 employees.
Payroll software startup Gusto gained momentum over the last year with a name change (it was formerly called Zenpayroll) and an expansion into online health insurance and other HR-related services. The company now has 265 employees in San Francisco, up 308 percent since January 2015.
Salesforce, long the dominant tech employer in San Francisco, has continued its momentum, hiring 870 workers just in the last year. It now employs 5,870 people in the city.

And slide-show from #20 to #1

http://www.bizjournals.com/sanfrancisco ... ce.html#g1" onclick="window.open(this.href);return false;

[АццкоМото]

Прикольно
Тут http://www.bizjournals.com/sanfrancisco ... e.html#g13" onclick="window.open(this.href);return false; читаем:
No 8. Zenefits. Hired last year: 310

А тут http://techcrunch.com/2016/02/26/zenefi ... ees/читаем" onclick="window.open(this.href);return false;
Zenefits Is Laying Off Roughly 250 Employees

Круговорот, аднака

[Krys-Krys]

Прикольно
Тут http://www.bizjournals.com/sanfrancisco ... e.html#g13" onclick="window.open(this.href);return false; читаем:
No 8. Zenefits. Hired last year: 310

А тут http://techcrunch.com/2016/02/26/zenefi ... ees/читаем" onclick="window.open(this.href);return false;
Zenefits Is Laying Off Roughly 250 Employees

Круговорот, аднака

Ага - так же они не раскрывают сколько людей ушло за 2015 из этих компаний. Т е наняли 500 - это могло быть и наняли 900 и потеряли 400?
Я разговаривала с Zenefits год назад когда искала работу, но они просили какое-то тестовое задание сделать еще даже до телефонного интервью и я не стала делать.

[Сабина]

Твиттер тоже выпер тучу людей не так давно, а сейчас зазывают до посинения

[Krys-Krys]

Твиттер тоже выпер тучу людей не так давно, а сейчас зазывают до посинения

Я апплаилась в Твиттер еще в прошлом году - не ответили. Ну а в этом как искала естественно уже и не апплаилась после того как они столько народу выгнали.

[Физик-Лирик]

но они просили какое-то тестовое задание сделать еще даже до телефонного интервью и я не стала делать.

Извиняюсь за оффтоп. Общий вопрос. А какой смысл давать тесты для людей с опытом? И есть ли какой стандарт времени? Типа, задание на 4 часа?

[Big Cheese]

но они просили какое-то тестовое задание сделать еще даже до телефонного интервью и я не стала делать.

Извиняюсь за оффтоп. Общий вопрос. А какой смысл давать тесты для людей с опытом? И есть ли какой стандарт времени? Типа, задание на 4 часа?

К сожалению, значительный процент людей с опытом не умеет программировать от слова совсем. Обычно это выявляется сразу, на телефонном скрининге, но иногда встречаются такие мастера разговорного жанра, которые могут заболтать кого угодно. А так как сейчас почти все интервьюируют а-ля Гугл - 4-5-6 часовых очных интервью - приводить кандидата только для того, чтобы убедиться что он за 10-15-20 лет не выучил pointer arithmetic - получается накладно..

[Физик-Лирик]

Обший ответ : A как убедиться, что опыт не выдуманный ? Как проверить то, что резюме не стырено с просторов инета ? И стандартов времени нет.

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

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

[Krys-Krys]

но они просили какое-то тестовое задание сделать еще даже до телефонного интервью и я не стала делать.

Извиняюсь за оффтоп. Общий вопрос. А какой смысл давать тесты для людей с опытом? И есть ли какой стандарт времени? Типа, задание на 4 часа?

Делать тестовое задание просят редко. У меня правило такое - делаю только ну если очень хочу именно там работать и задание небольшое, на 2-3 часа.

[АццкоМото]

К сожалению, значительный процент людей с опытом не умеет программировать от слова совсем. Обычно это выявляется сразу, на телефонном скрининге, но иногда встречаются такие мастера разговорного жанра, которые могут заболтать кого угодно. А так как сейчас почти все интервьюируют а-ля Гугл - 4-5-6 часовых очных интервью - приводить кандидата только для того, чтобы убедиться что он за 10-15-20 лет не выучил pointer arithmetic - получается накладно..

а чо, в гей эрии отменили телефонный скрининг?

[MCP]

Делать тестовое задание просят редко. У меня правило такое - делаю только ну если очень хочу именно там работать и задание небольшое, на 2-3 часа.

У меня было так почти всегда что реально задание которое давали занимало в 1.5 - 2 раза времени больше чем говорил интервьешер оно заимет, слышал что и у других то же самое. Кстати по моему прошлому опыту оферы были как раз тогда когда не было задания которое надо было делать а там где делал задания то оферов не давали, хотя было сделано все как просили и в этих случаях, на вопрос что я сделал не так и почему вы мне не дали оффер емплойер обычно отморааживался и ничего не отвечал.

[x.angie]

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

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

И все-таки, говоря о времени, сколько на практике это обычно занимает? Несколько часов или 20-30 часов домашнего задания тоже может встречаться?

Сильно зависит от компани или стартапа. Какого-то общего подхода/системы я не увидел. В одном стартапе я делал три задания за где-то часов 8 (без перерыва), с общим баллом около 70% (если я правильно помню). Тест был автоматизирован, и результаты выдавались сразу. В другом я делал несколько тестов подряд (с разными людьми) по часу каждый. Задачки были где-то минут на 30-40, потом просто болтали. В третьем делал за час три кодинг таска и еще несколько теоретических вопросов (паттерны, общефилософские вопросы про многопоточное программирование, etc.).

В общем, кто как хочет, так и ... озадачивает.

[Big Cheese]

К сожалению, значительный процент людей с опытом не умеет программировать от слова совсем. Обычно это выявляется сразу, на телефонном скрининге, но иногда встречаются такие мастера разговорного жанра, которые могут заболтать кого угодно. А так как сейчас почти все интервьюируют а-ля Гугл - 4-5-6 часовых очных интервью - приводить кандидата только для того, чтобы убедиться что он за 10-15-20 лет не выучил pointer arithmetic - получается накладно..

а чо, в гей эрии отменили телефонный скрининг?

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

Хотя лично я (из соображений вежливости) задачи на написание кода спрашиваю только во время очного интервью.

[АццкоМото]

К сожалению, значительный процент людей с опытом не умеет программировать от слова совсем. Обычно это выявляется сразу, на телефонном скрининге, но иногда встречаются такие мастера разговорного жанра, которые могут заболтать кого угодно. А так как сейчас почти все интервьюируют а-ля Гугл - 4-5-6 часовых очных интервью - приводить кандидата только для того, чтобы убедиться что он за 10-15-20 лет не выучил pointer arithmetic - получается накладно..

а чо, в гей эрии отменили телефонный скрининг?

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

Хотя лично я (из соображений вежливости) задачи на написание кода спрашиваю только во время очного интервью.

Ну вы же не про код как таковой запилили, а про pointer arithmetic. Что проверить по телефону — как два пальца об асфальт.

[Dweller]

для кандидатов из амазона с 2+ годами опыта я не делаю скрин - там дрючат на интервью ну и выгоняют быстро если не тянешь
то же самое для майкрософта или экспедии неверно, там еще есть нетронутые заводи

[Big Cheese]

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

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

Состряпает, конечно, но при правильно подобранной задаче кривизну рук скрыть трудно...

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

Согласен, по-этому сам такое не практикую Из того, что видел у других контор - обычно 20-30 мин тест на codility или подобных ресурсах.

Из недавнего опыта - нанимали Sr. C++ dev, по рекомендации, с опытом работы лет так в 40 (не шучу) в серьезных фирмах, на телефонном скрининге уверенно ответил на все вопросы, но на очном интервью не смог имплементивоать элементарный алгоритм на С..

[Big Cheese]

Ну вы же не про код как таковой запилили, а про pointer arithmetic. Что проверить по телефону — как два пальца об асфальт.

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

[АццкоМото]

Ну вы же не про код как таковой запилили, а про pointer arithmetic. Что проверить по телефону — как два пальца об асфальт.

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

Если не секрет - а давайте мы эту функцию тут обсосем со всех сторон? С одной стороны, бессмысленно, с другой - бывает интересно

[flip_flop]

Ну вы же не про код как таковой запилили, а про pointer arithmetic. Что проверить по телефону — как два пальца об асфальт.

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

Если не секрет - а давайте мы эту функцию тут обсосем со всех сторон? С одной стороны, бессмысленно, с другой - бывает интересно

Что-то мне это смутно напомнило, а! вспомнил, возился намедни с IPC (interprocess communication) и запихиванием в одну область shared memory сложных разнотипных структур по указателям. Возможно, имплементация не оптимальная, но оно заработало, хотя и с выносом моего непрограммистского мозга.

[Big Cheese]

Ну вы же не про код как таковой запилили, а про pointer arithmetic. Что проверить по телефону — как два пальца об асфальт.

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

Если не секрет - а давайте мы эту функцию тут обсосем со всех сторон? С одной стороны, бессмысленно, с другой - бывает интересно

Не секрет. Вот, например: есть некоторое устройство, которое хранит данные в блоках размером, допустим по 4KB каждый. К нему есть интерфейсная функция, которая имеет такой вот прототип:

int get_block(size_t block_id, char* data_buf);

где

block_id: идентификатор блока данных [0 .. N-1]
data_buf: указатель на область памяти, по которому get_block() копирует содержание заданного блока

возвращает 0 в случае успеха, не ноль при ошибке

Задача: представим, что блоки данных в этом устройстве образуют логический contiguous массив памяти размером 4K*N

Нужно: написать функцию, которая, используя get_block(), копирует любой заданный подмассив из этого массива, получая в качестве аргументов offset, length и указатель на блок памяти, куда копировать, т.е.

int get_bytes(size_t offset, size_t len, char* buff);

- подразумевается, что память на которую указывает buff (ну, если он не NULL) аллокирована/управляется вызывающим кодом
- возвращать тоже надо 0/не ноль
- (тут навскидку и 30 строчек кода не наберется)

[Krys-Krys]

Я на текущую работу делала тестовое задание. Но я точно знала что если выгорит - оффер будет хорошим т к у меня там несколько знакомых работает. Было вначале интервью по телефону с ХР, потом с менеджером техническое-за жизнь 45 мин. Потом задание - присылают условие в оговоренное время, через 2.5 часа надо выслать рабочий код. Делашье сам дома на своем компе как хочешь. Я даже выходной взяла на работе чтоб задание из дома делать. Так же мне понравилось что была временная рамка в 2.5 часа что значит что больше этого я своего времени не потрачу а не "Мы думаем у вас это займет максимум 4 часа (а в реале часов 20)". И только потом онсайт 4 часа.

[ostap]

Ну вы же не про код как таковой запилили, а про pointer arithmetic. Что проверить по телефону — как два пальца об асфальт.

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

Если не секрет - а давайте мы эту функцию тут обсосем со всех сторон? С одной стороны, бессмысленно, с другой - бывает интересно

Не секрет. Вот, например: есть некоторое устройство, которое хранит данные в блоках размером, допустим по 4KB каждый. К нему есть интерфейсная функция, которая имеет такой вот прототип:

int get_block(size_t block_id, char* data_buf);

где

block_id: идентификатор блока данных [0 .. N-1]
data_buf: указатель на область памяти, по которому get_block() копирует содержание заданного блока

возвращает 0 в случае успеха, не ноль при ошибке

Задача: представим, что блоки данных в этом устройстве образуют логический contiguous массив памяти размером 4K*N

Нужно: написать функцию, которая, используя get_block(), копирует любой заданный подмассив из этого массива, получая в качестве аргументов offset, length и указатель на блок памяти, куда копировать, т.е.

int get_bytes(size_t offset, size_t len, char* buff);

- подразумевается, что память на которую указывает buff (ну, если он не NULL) аллокирована/управляется вызывающим кодом
- возвращать тоже надо 0/не ноль
- (тут навскидку и 30 строчек кода не наберется)

чисто из интереса (я не программер)

int get_bytes(size_t offset, size_t len, char *buf)
{
size_t block_size = 4*1024 ;
char temp[block_size] ;
char *ptr = *buf ;
int rc ;
size_t first_id = (size_t) (offset / block_size) ;
size_t last_id = (size_t) ((offset+len)/block_size) ;
size_t reminds = (size_t) ((offset+len) % block_size) ;

for(size_t id=first_id; id<last_id; id++)
{
rc = get_block(id, ptr) ;
if ( rc ) return rc ;
ptr += block_size ;
}
if ( reminds == 0 ) return 0 ;
rc = get_block(last_id, temp) ;
if ( rc ) return rc ;
for(size_t i=0; i<reminds; i++)
{
*ptr++ = temp ;
}
return 0 ;
}

[Big Cheese]

чисто из интереса (я не программер)

int get_bytes(size_t offset, size_t len, char *buf)
{
size_t block_size = 4*1024 ;
char temp[block_size] ;
char *ptr = *buf ;
int rc ;
size_t first_id = (size_t) (offset / block_size) ;
size_t last_id = (size_t) ((offset+len)/block_size) ;
size_t reminds = (size_t) ((offset+len) % block_size) ;

for(size_t id=first_id; id<last_id; id++)
{
rc = get_block(id, ptr) ;
if ( rc ) return rc ;
ptr += block_size ;
}
if ( reminds == 0 ) return 0 ;
rc = get_block(last_id, temp) ;
if ( rc ) return rc ;
for(size_t i=0; i<reminds; i++)
{
*ptr++ = temp ;
}
return 0 ;
}

Навскидку - ваше решение не работает, если offset попадает не на начало блока

[ostap]

факт интервью - провалено

[Мальчик-Одуванчик]

Задача: представим, что блоки данных в этом устройстве образуют логический contiguous массив памяти размером 4K*N

Нужно: написать функцию, которая, используя get_block(), копирует любой заданный подмассив из этого массива, получая в качестве аргументов offset, length и указатель на блок памяти, куда копировать, т.е.

int get_bytes(size_t offset, size_t len, char* buff);

- подразумевается, что память на которую указывает buff (ну, если он не NULL) аллокирована/управляется вызывающим кодом
- возвращать тоже надо 0/не ноль
- (тут навскидку и 30 строчек кода не наберется)

А то, куда копировать, тоже находится в этом самом массиве памяти?