Pull to refresh
35
0
Sergei Puzyrev @Aecktann

Я нажимаю кнопки

Send message

Ну я вот живой здесь.


В Фейсбуке в Лондоне, например, есть часть MySQL-команды, целиком команда logdevice (https://logdevice.io/, очень грубо — внутренняя кафка), часть команды tupperware (очень грубо — внутренний кубернетес), целиком команда Scribe (очень грубо — внутренний Splunk), Source Control (команда, которая держит внутренние репозитории). Просто то, что я вспомнил прямо сейчас и о чём можно говорить.

А в фейсбуке есть команды интересные в платформе, которые решают задачи создания всяких хранилищ и облачных решений и попасть в них можно не находясь в CA ;)
А в твиттере? ;)
Большие проекты сами по себе же создаются, развиваются и в конечном итоге умирают, да?
Подёргать API-шку несложно, сложно решить важную задачу, «просто дёргая API-шку».
Новые ребята имеют свойство выбирать команду, где много русских, и даже потом предпочитают коммуницировать с русскоязычными. В европейских офисах это обычно не очень сложно. Но это палка о двух концах.
Уволить криворуких вполне возможно (особенно в США) и это нередко случается.
Лучше всего, конечно, не нанимать криворуких.
Из всех людей, которых я рекомендовал в разные компании FAANG'а, почти все думали, что английский — это самая серьёзная проблема, которая у них есть. Почти все из них ошибались.

Уровня английского, когда человек может сказать «хере ви итерейт овер зе лист энд инкремент вариайбл джи» более чем достаточно, чтобы пройти интервью и выйти на работу. Через 3-6 месяцев люди начинают говорить легко и быстро. Конкретно в FB есть спонсируемые курсы для не нейтив-спикеров.

Плохой английский на интервью мешает только кандидату. Вместо того чтобы сфокусироваться на задаче, человек тратит очень много сил на то чтобы просто говорить. Но даже это не проблема почти никогда.
Действительно, ведь фейсбук так недалеко уехал…
Вот совсем скоро к ним придет настоящая высокая нагрузка и они узнают, что масштабироваться и строить действительно серьезные проекты без сениоров нельзя.
>И самое главное, какая зп в каждом грейде?
levels.fyi

>Зависит ли за напрямую от грейда?
Да, есть условные вилки для каждого грейда.

>Может ли хотя бы теоритически Джуниор получать больше Мидла? Мидл больше синьера?
Часть компенсационного пакета опциональна: бонусы и RSU. Они зависят от перформанса. Технически успешный мидл может по итогу собрать больше среднего сениора.

>Какая вообще зп в Лондоне в Фейсбуке? Реально ли получать 180-200 тысяч в год?
Очень расплывчатый вопрос. Какой валюты, гросс или нетто, на какой позиции, базовой зарплаты или тотала. Вообще, levels.fyi :) Там можно отфильтровать по позиции и по офису.
Справедливости ради, код выше переписывается так:

import "sort"

type Person struct {
	Name string
	Age  int
}

func SortPeople(people []Person) {
	sort.Slice(people, func(i, j) bool {
		return people[i].Age < people[j].Age
	})
}


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

server {
    listen 8080 default_server;

    client_max_body_size 5g;
    fastcgi_request_buffering off;
    fastcgi_buffering on;

    location / {
        fastcgi_pass rgw:9000;
        include fastcgi_params;
    }
}

При этом необходимо обязательно в ceph.conf в разделе radosgw указывать опцию rgw content length compat = true.
nginx + fastcgi здесь не пробовали использовать?
>Причина, по которой RTD имеет столь принципиальное значение, заключается в том, что в силу специфики работы IP-сетей от него напрямую зависит, сколько трафика (мега-, гига-, терабайт) может быть передано за единицу времени.

Вы серьезно?
en.wikipedia.org/wiki/TCP_window_scale_option
tools.ietf.org/html/rfc1323
>SATA software RAID 1 — это у вас неслабое такое бутылочное горлышко.
Простите, на чем основано это утверждение?
А почему в августе 2014-го года шла речь о «планах развития сообщества для релиза Icehouse»?
Я чего-то не понимаю в релиз-цикле OpenStack?
>План развития сообщества для релиза Icehouse включает следующие пункты:
>Icehouse
Juno на дворе. Статья очень свежая?
Так вы делаете как раз то, о чём я говорю.
Только в отличие от полноценного форка вы периодически забираете код из апстрима и адаптируете свой код к новому коду из апстрима.
Я тоже так делаю. Все так делают. Это нормально же.

Но если вы недовольны поведением апстрима «АААА, они не взяли мой суперкрутой модуль», то не стоит на это обижаться. Это опенсорс. Недоволен — форкай и поддерживай сам, если будешь умницей — может быть, даже затмишь апстрим.

Существует TEngine и OpenResty, которые не ругаются на команду nginx, а просто делают то, что хотят.
Форкните nginx и поддерживайте свой nginx-ng. Если сможете, конечно.
С точки зрения админа могу сказать, что подавляющее большинство сторонних модулей написано как курица лапой. Сегфолты, утекающая память, непонятно откуда берущиеся тормоза и прочие вкусности достанутся вам бесплатно.
Nginx не является веб-сервером общего назначения, многих фич в нём нет, потому что это не его задача. Никто же не плачет, что в нём нету mod_php.

Information

Rating
Does not participate
Location
Menlo Park, California, США
Date of birth
Registered
Activity