Как стать автором
Обновить
16
Карма
0
Рейтинг

Разработчик

Как я переехал жить и работать в Лондон

Никто не оспаривает ваши выводы касательно Бромли и Барнет. Но Ньюхэм очень большой, чтобы по нему судить о всем Стратфорде, тем более о Ист Вилладже. Все ваши графики с crimerate.co.uk я видел, в том числе покупал подписку на locarting.com, смотрел на количество бесплатных обедов, рейтинги касательно reading, writing, math и все остальное, что можно было учесть.

Можно было бы подискутировать, но я правда не знаю зачем. Пробегусь поверхостно... Навскидку! Средние доходы при аренде квартир в 3к и более в месяц вряд ли могут считаться ниже среднего. Уровень преступности в Ист Вилладж немного желтит из-за рядом находящегося Вестфилд молла. Касательно здравоохранения - есть Bloomberg. Население... Есть еще other white, например. Я вообще не уверен, что экспату с white british по пути :-)

Как я переехал жить и работать в Лондон

Раз правильно решать стал, значит все же читал :-)

Как я переехал жить и работать в Лондон

Бромли и Барнет уж очень далеко. Стратфорд понятно почему не самый благополучный, но там есть локальные места, тот же Ист Вилладж.

Как я переехал жить и работать в Лондон

Бромли и Барнет уж очень далеко. Стратфорд понятно почему не самый благополучный, но там есть локальные места, тот же

Как я переехал жить и работать в Лондон

Да, в Bloomberg вообще очень много C++ по моим данным.

Как я переехал жить и работать в Лондон

Я уже принял к сведению. Спасибо! Боюсь, что некоторые термины поправить будет непросто, но что-то определенно подкорректирую.

Как я переехал жить и работать в Лондон

В первую очередь я выбирал из англоязычных стран. США - слишком сложно для прямого переезда (но крест на этом направлении я пока не ставил). Канада - возможно. Австралию не брал в расчет в принципе. Англия - тут жила сестра продолжительное время, сюда я ездил в командировки и успел полюбить страну. Опять же, недалеко для бабушек и дедушек.

Почему Лондон? В принципе необязательно жить в Великом Лондоне и работать в Сити, можно жить и в соседних графствах. Но формат самого Лондона меня более чем устраивает. Для жизни я пока выбрал Стрэтфорд.

Почему разработчик не может быть тестировщиком (или может?)

Я лишь констатировал факт.

Как я переехал жить и работать в Лондон

Поправлю. Спасибо!

Как я переехал жить и работать в Лондон

Мне кажется, что LinkedIn должен просто отображать реальную картину. Можно его как-то преукрасить, добавив туда всякие рекомендации и подробно расписав ваш опыт, но для матчинга хватит просто ваших мест работы, возможно еще ключевых скиллов. Рекрутеру нужно за что-то зацепиться глазом. Я же наполнял его полностью для того, чтобы экспортить потом в CV, который обычно рекрутер просит прислать после первого же звонка. Не правил под конкретного работодателя, так как искал вакансии из одной и той же области, но всегда писал разные сопроводительные письма.

Удаленно работать в Bloomberg не было возможности. Я сам рассматривал только эмиграцию с приоритетом в Лондон. Основывалось это все на личных предпочтениях. Про выигрыши или проигрыши можно будет написать сильно позже, но пока скажу наверно так - окно по безболезненной перевозке детей закрывалось в этом или следующем году.

Как я переехал жить и работать в Лондон

Мне лично, как автору, шутка понравилась :-)

Почему разработчик не может быть тестировщиком (или может?)

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

CAPTCHA: убивая конверсию

В том же абзаце ниже написано какую стратегию применяем мы (полная фильтрация трафика). Она никак не влияет на автозаполнение форм. Так что ответ такой — нет, это не из-за нас!

Руководство Google по стилю в C++. Часть 8

Хорошо конечно, что у Google все подумано до мелочей, но напоминает это в какой-то степени Венгерскую нотацию, широко используемую в WinAPI (повсюду заклавные буквы и префиксы (в меньшей мере)). Продолжительное время разрабатываю в Linux, но те боль и мучения, связанные с разработкой в институте и в начале карьеры, еще отчетливо лежат в памяти.

Предполагаю, что нотация должа исходить от того, в каком фреймворке вы программируете или какие библиотеки используете. Если вы пишете в Qt — надо придерживаться стиля написания Qt. Если Modern C++ и Boost — Undescope. В последнем случае Google C++ Code Style выглядит совсем инородным.

Я бы давал вольности при разработке, ограничивая лишь базовые вещи: количество пробелов, наличие табов, расположение открывающейся и закрывающейся скобок. Все остальное от контекста. Если код на C — указатель пишем слитно с переменной, если на C++ — наоборот. Ну и так далее… А там настроить .clang-format под конкретный проект — занятие на 1-2 часа.

Определение неиспользуемых настроек в библиотеке libconfig

Управление сервисами через salt ssh.

Определение неиспользуемых настроек в библиотеке libconfig

Определение неиспользуемых настроек в библиотеке libconfig

Релоад (sighup) или обновление в фоне по событию от mongodb — есть какая-то разница? У нас выглядит примерно так (к вопросу о том, насколько mongodb будет безотказно работать):
1. конфиги раскладываются админкой (часто)
2. конфиги раскладываются клиентом из личного кабинета (постоянно)
3. архитектура распределенная (несколько кластеров в нескольких странах)

Определение неиспользуемых настроек в библиотеке libconfig

Из mongodb красиво и удобно, да… но:
1. так исторически сложилось
2. а сложилось, потому что нам важно перезагружать или релоадить сервис быстро и в 100% случаев (mongodb может быть не доступен по своим причинам)

Определение неиспользуемых настроек в библиотеке libconfig

Проблема частого создания и удаления объектов в C++

Если об этом, то получилось примерно так:

  1. std::deque либо ограничиваем в размере, либо переводим на std::list (редко), либо оставляем на стандартном аллокаторе (редко, блокеры)
  2. std::vector — смотри 1
  3. std::string либо не используется (работаем с бинарными данными из variti::chunk и variti::streambuf через стандартные алгоритмы), либо оставляем на стандартном аллокаторе (редко, блокеры)
  4. std::unordered_map не используется (размеры наших коллекций небольшие и данные редко меняются после инициализации, а еще надо помнить о том, что вычисление хэш-функции может быть дорогим занятием, поэтому мы храним данные в std::deque, сортируем его через std::sort, а потом ищем в нем с помощью std::lower_boud)

Итого, у нас было не так много подводных камней, как кажется. В производительности мы потеряли больше на репостах в соответствующие io контексты делитеров slab объектов, чем на алгоритмах хранения и обработки данных.
1

Информация

В рейтинге
Не участвует
Откуда
London, England - London, Великобритания
Дата рождения
Зарегистрирован
Активность