Comments | lionet: Ещё про работу в Echo

lionet

Ещё про работу в Echo

Oct 13, 2011 23:42

Продолжаем набирать людей на вакансию, опубликованную: http://lionet.livejournal.com/86901.html. Уже нашли одного человека, на следующей неделе он вольётся нашу команду, но есть еще 2 вакантных места ( Read more... )

erlang, ocaml

Leave a comment

Back to all threads

thesz October 14 2011, 08:36:09 UTC

>Нескучные задачи.

Это например?

ext_218033 October 14 2011, 12:48:42 UTC

Отработал свой второй день в конторе, три часа ночи, спишь. Звонок, просьба починить упавшую систему.

;)

(The comment has been removed)

blackyblack October 14 2011, 16:52:51 UTC

Так все профессионалы спят :)

blackyblack October 14 2011, 16:54:16 UTC

Ха. У нас этим за 30 тысяч занимаются. За 180 можно и в 3 часа ночи задницу поднять.

(The comment has been removed)

lionet October 14 2011, 17:40:16 UTC

Поднимаем, поднимаем. У нас нет людей за 30 тысяч, чтобы их поднимать.

blackyblack October 14 2011, 18:31:32 UTC

Всё так. Однако если я написал софт, который мне приносит деньги, то я, пожалуй, несу ответственность за его работоспособность и, пожалуй, всё-таки поднимусь и ночью, чтобы его починить. Лучше я сейчас умерю свою программерскую гордость, чем завтра пойду искать заработок в другом месте. Может в цивилизованном обществе так делать не принято, но так бывает, и следует признать, что такой подход дисциплинирует писать хороший код :)

lionet October 14 2011, 18:13:56 UTC

Представь SQL хранилище на терабайт. В нём нужно делать JOIN на таблички размером 1bln x 100mln. Пять тысяч раз в секунду.

Ну или сделать так, чтобы JOIN не требовался, или чтобы SQL не требовался, или чтобы кластер был горизонтально масштабируемым, etc, etc.

Ну или задачка ближе к твоему опыту: есть EQL (~SQL), нужно сделать оптимальный план выполнения этого запроса на 250-машинном кластере. С учётом текущей загрузки, истории, статического анализа.

thesz October 14 2011, 20:05:45 UTC

>Представь SQL хранилище на терабайт. В нём нужно делать JOIN на таблички размером 1bln x 100mln. Пять тысяч раз в секунду.
>Ну или сделать так, чтобы JOIN не требовался, или чтобы SQL не требовался, или чтобы кластер был горизонтально масштабируемым, etc, etc.

Не очень интересно.

>Ну или задачка ближе к твоему опыту: есть EQL (~SQL), нужно сделать оптимальный план выполнения этого запроса на 250-машинном кластере. С учётом текущей загрузки, истории, статического анализа.

Это уже интересней.

Я подумаю.

Back to all threads