микроконтроллеры как раз очень релевантны блокчейн-разработке, имхо

Хорошо, но мы делаем всегалактический сокращатель ссылок, там нагрузка гораздо больше.

#вакансия #remote #go #rust

Вы будете заниматься имплементацией описанной модели, разработкой инструментов анализа модели и проектирование софтварной системы в целом.


В R&D команду, которая занимается разработкой AI требуется Rust разработчик на продукт Poker Bot. Вы будете заниматься имплементацией описанной модели, разработкой инструментов анализа модели и проектирование софтварной системы в целом. Модель очень требовательная по ресурсам, поэтому нужно уметь писать эффективный и быстрый код. В команде так же есть пара инженеров парт тайм, а так же devops.

Требования:

- Опыт Rust разработки от 1-го года;
- Опыт разработки на Go/Rust/Java/C/C++ от 3-ех лет;
- Опыт работы с in-memory DB;
- Опыт работы с SQL и NoSQL(ClickHouse) хранилищами данных;
- Оптимизация скорости выполнения кода и понимание инструментов для этого;
- Git(Github), CI, Docker;

Желательно:

- Опыт реализации сложных алгоритмов описанных понятным языком;
- Опыт разработки покерных ботов;
- Опыт работы с распределенными системами;
- Начальное знание математики(раздел теории вероятностей, плюсом будут знания в теории игр)
- Базовое понимание принципов и алгоритмов машинного обучения

Условия:

- Оклад $3500-$5000;
- Отпуск 2 раза в год 14 дней;
- Удаленная работа из любого места мира.

Контакты: @gonzogirl

Чтобы сделать всегалактический сервис во-первых надо больше времени на проектирование чем обычно выделено на собеседование. Так не работает, чтобы на коленке за 20 минут спроектировать супер надежный и отказоустойчивый high load сервис, все нюансы галактического масштаба всё равно не учесть, и скорее всего понадобится несколько итераций с перепроектированием. А вообще я к тому, что требования должны быть разумны и оправданы.

Вы нам не подходите.

Чем дрыганье ног чипа релевантно блокчейну?

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

Откуда такая самоуверенность? А может это граница квалификации и опыт собеседующего где-то не там?

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

От верблюда.

От верблюда.

Если пришел человек, который 10 лет занимался распределёнными и высоконагруженными системами и может по опыту прикинуть, какая нагрузка где ожидается, а ему втирают, что нагрузка будет в 1000 раз выше и вообще все известные best practices тут не работают и надо что-то выдумывать, то первый вопрос должен быть: а с чего вы взяли, что нагрузка будет в 1000 раз больше и почему вам не подходят известные и зарекомендовавшие себя решения?

Собеседование - не место для дискуссий? Делай что скажут?

Если пришел человек, который 10 лет занимался распределёнными и высоконагруженными системами и может по опыту прикинуть, какая нагрузка где ожидается, а ему втирают, что нагрузка будет в 1000 раз выше и вообще все известные best practices тут не работают и надо что-то выдумывать, то первый вопрос должен быть: а с чего вы взяли, что нагрузка будет в 1000 раз больше и почему вам не подходят известные и зарекомендовавшие себя решения?

Собеседование - не место для дискуссий? Делай что скажут?

Если пришел человек, который 10 лет занимался распределёнными и высоконагруженными системами и может по опыту прикинуть, какая нагрузка где ожидается, а ему втирают, что нагрузка будет в 1000 раз выше и вообще все известные best practices тут не работают и надо что-то выдумывать, то первый вопрос должен быть: а с чего вы взяли, что нагрузка будет в 1000 раз больше и почему вам не подходят известные и зарекомендовавшие себя решения?

Собеседование - не место для дискуссий? Делай что скажут?

Цель собеседования в FAANG не только в том, умеешь ли ты прикрываться best practice, но и умеешь ли ты думать. Ты отказался думать.

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

а если масштаб не известен заранее - какой масштаб брать по дефолту? Какой правильный?