569-й подКаст от Канадского Лося и Со. — “Облако два ноль”

“Вышел новый айфон. У многих девушек на этой неделе дел по горло”

569-й подКаст от Канадского Лося и Со. — “Облако два ноль” — [15-September-2017]

[Perfect Storm, Сделка Года, Белка]

Hosts:
— Vano
— Владимир

ShowNotes:
— Серваки падают
— Белка на работе
— Форд ФакАс
— Не минуты спокю

569-й подКаст от Канадского Лося и Со. — “Облако два ноль”: 55 комментариев

      1. Если наблюдать за барахолкой, то такие сделки раз в месяц пролетают!

        У меня друг нашел похожую сделку.

        Я нашел похожу сделку, но потом её проебал… так что такое тут пролетает на постоянной основе.

        Ну что займемся импортом машин в Россию?

  1. Здравствуйте, Евгений. Планирую эммигрировать в Канаду и интересуюсь программированием. Какие вопросы вы бы задавали на собеседовании в вашу компанию на должность junior java developer? Что джун по вашему мнению должен знать и уметь? Достаточно ли будет демонстрации простого веб приложения (spring, hibernate, mysql, покрытие тестами, html) чтобы такого человека пригласили на собеседование?

    1. Заранее приношу извинения за орфографические ошибки.
      У нас есть простая Ява задача, которую выдают каждому кандидату. Задачу написать можно менее чем за час, с тестами возможно час-полтора.
      Задача ореинтированная исключительно на базовое знание Явы! Ни каких фреймворков или библиотек. Проверяется понимание Обьектно Ореинтированного Программирования, Интерфейсы, Сортировка, Чтение данных и взоимодействие с ошибками. Ни каких подвоход или трюков! Все прямо и просто.
      Теперь кроме знаний Явы, так же просматривается чистота кода и знание Явы конвенции. Тут отмечу что это большой плюс, однако если программа не работает правильно то не важно как красиво вы ее написали. Если в программе баг (не большой), но все остальное выглядет красиво, то вы продвигаетесь к финальному босу — интервью.
      Сказав все это отмечу, я просмотрел много решений и я просто удивлен сколько людей не могут решить эту простую задачу (они или до конца не читают или просто не понимают требования)!!! На этой неделе я просматривал решение от Доктора Компьютерных наук (если верить резюме). Мало того что код выглядел просто ужасно, так он продемонстрировал полную не компетентность и программа не работала вообще!!!
      Если бы вы поступали на работу к нам, то писали бы этот тест в не зависимости от позиции! Все остальные знания фреймворков это большой плюс, а знание тестирования и ТДД — очень большой плюс, но тест все же пройти нужно. Знание Гита и Мейвена это тоже плюс!
      На интервью, я бы лично джуниора сильно не пинал. Я бы консентрировался на знаниях Явы (версия 7, 8 если кандидат знает), пара вопросов с резюме и упомянутых фреймворках.Например: О ты знаешь СпрингБут? Круто! А как написать интеграционный тест???Пример: О ты знаешь как писать Форнт-енд? А как его тестировать?Пример: Какая разница между Мапом и Листом?Пример: Зачем нужен Синглетон паттер
      Потом бы давил до степени когда кандидат не знает что-то и ссмотрел бы его реакцию — что он делает? Если начинает гнать пургу то в моем мнении это большой минус. Если признается что не знает ответа, но пытается думать об этом то большой плюс. Так же я смотрю если кандидат постоянно учиться — что читает, как обучается и так далее.
      На позицию джуниора у меня ожидания не особо большие, по этому если хорошо сделал тест и на резюме не наврял о знаниях то устройство на работу гарантированно.
      Если хочешь я могу тебе прислать тест, могу его даже проверить =)Если хочешь по настоящему себя проверить — посмотреть как крутые ребята это делают, то иди по линку: http://info.pillartechnology.com/kata

          1. 60-75? То есть после налогов это 3-3.7, то есть 175 тыщ рублей. Бля, хочу быть канадским джуниором! (потому что можно тянуть четыре джуниорских позиции на фултайме легко).

            1. Думаю после налогов в районе 40-55.

              Все зависит от компании, где-то реально можно фиги пипать, а где-то нужно реально работать. У нас например я напрягаю всех и не важно если ты жуниор. Я даю год что бы жуниор стал программистом, если мне не нравиться как идет прогресс, то пора списывать.

              1. Значит ты продуктовый чувак. Тебе важно выпустить продукт, сделать его хорошо и на все деньги, и главное – чтобы люди работали (отрабатывали зарплату, почти как в армии).

                Есть и другая позиция: Пусть чувак делает что хочет, главное, чтобы меня как заказчика/начальника устраивала его производительность. Оправдывает мои ожидания, но тратит не 8 часов, а 4 – супер, молодец, в свободное время зарабатывай на стороне, или валяйся на пляже, это твои проблемы.

                 

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

                 

                На подходе, когда хуячить непрерывно и вкладываться по полной – я прошу достаточно много денег, но мы выпускаем продукт, который нравится. Правда, потом от перенапряжения повеситься хочется на ближайшем дереве, но это мелочи.

                Но так, как я понимаю, что мне далеко не каждые заплатят столько (в России так тем более), и возникает резонный вопрос: зачем мне надрываться за небольшую зарплату (в среднем предлагают в Москве $2000/month простому девелоперу, что вдвое меньше, чем джуну в США)? Я удовлетворяю N клиентов, и зарабатываю столько же, или чуть больше, сколько бы хотел иметь с первого варианта работы (N * $2000). При этом, разумеется, все клиенты должны быть довольными, и их ожидания должны оправдываться.

                 

                У обоих подходов есть плюсы и минусы, и на самом деле зависит от ситуации, от компании и прочего.

                 

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

                 

                Однажды Уатта пригласили найти неисправность в большой паровой машине. Так как хозяева из-за простоя несли большие убытки, и другие инженеры сделать ничего не смогли, они пригласили самого изобретателя паровой машины и обещали заплатить 1 000 долларов, огромные деньги по тем временам.Уатт трижды обошел вокруг машины, потом попросил большую кувалду. Ему принесли кувалду, он примерился и ударил по кожуху машины. «Теперь запускайте», — сказал он. Машина заработала. После этого начинается самое интересное. Хозяевам стало жалко платить 1 000 долларов за один удар кувалдой, они чувствовали себя одураченными. Тогда они решили схитрить и предложили Уатту написать счет, чтобы затем его попытаться оспорить. Уатт взял лист бумаги и написал следующее. За удар кувалдой — 1 доллар, за знание, куда ударить — 999 долларов. Хозяева была вынуждены выплатить гонорар полностью.

                1. Убиваться на работе не мой подход! Это плохо для всех, для индивидума, для морали команды, для продуктивности и в конец для компании. Я лично не навижу когда менеджмент начинает мутить какой-то Блицкрик. Обычно это означает одну вещь: мы проебали что-то важное и теперь вы — программисты давайте выручайте всеми правдами и не правдами. Когда такое происходит по правильным причинам, тогда нужно ужаться и хуярить что есть духа. Когда такое происходит постоянно, то значит менеджеры полные уебки и нужно что-то менять на верху.

                  Я предпочитаю знания, нежли кувалду. Однако что бы стукнуть правильно даже один раз, нужно научиться как пользоваться кувалдой — а это значит практика забивания. Я не люблю когда приходят «программисты» с опытом и начинают рассказывать что они мог написать столько кода — для меня это один большой красный знак — значит за все годы работы так ничему полезному и не научились, шансы того что научаться сейчас малы, но я оптимист и готов всегда дать шанс.

                  Я так же заметил что большинство программистов и менеджмент очень любят махать кувалдой, даже сейчас вижу что большинство сводят все к количеству времени проведенного за столом и взмахов кувалды. Тут очень сложно что-то поменять, нужно время и возможности, а так же +- адекватные люди! Но обычно это отсуствует, так как всех больше интересует махать чем думать. Например просрать 1-2 миллиона долларов и даже не понять что же мы выучили из этого!!! Как такое можно я не знаю, но есть и видел это не на одной работе.

                  Буду справедлив: махание кувалдой иногда на много лучше чем умственная работа и качественный продукт. Эта тема отлично обсуждается в книге «Дилемма инноватора: Когда новые технологии заставляют успешные компании обанкротиться«. В таких проектатах важно нахуярить как можно больши и как можно быстрее и пусть работает в 80 процентах случаев. Конечно потом все это переписывается, но прототип создан, демонстрация успешна, клинты подписаны, инвесторы довольны!

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

Добавить комментарий для Daemon Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.