Pull to refresh
19
0
Anton Zhukov @2ball

Backend developer

Send message
Ваша задача: найти оптимальное решение.
В вашем распоряжении данные об элементах конструкции самолета и количестве пулевых отверстий на квадратный фут, которые собраны на основании осмотра вернувшихся из боевых сражений самолетов.


Тут прямо написано что рассматриваются вернувшиеся самолеты
Не то чтобы он был длинным и сложным. По большей части для решения проблемы нужно понимать причины, немного покопать интернет, немного свести, поэкспериментировать на уровне менеджмента команды. Вы описываете финальную реализацию. К этому всё и приходит, главное на берегу договориться что можно что нельзя, ruleset не обязательно должен быть объемным.
Тут примерно как с вождением машины, если человек совсем не понимает, то пока в столб не впечатается не поймет почему нужно за руль держаться и по полосе ездить. Я один раз особо упорного джуна перекинул на 2 недели в проект с лютым легаси. Одного дня хватило, остальные 9 чисто в воспитательных целях.
Драконовские меры — да. Чекинг стилистики и принципов один из пунктов ревью. Не должно быть конфликтов, должны быть написаны тесты, не должен упасть регресс, линтер должен быть зеленым. Культура прививается только контролем. Дети иногда бегают через дорогу, джуны иногда пишут код не по правилам. Задача наставника — научить и воспитать :)
Если честно до hard rules по code style я мог в свой код полуголовалой давности заглянуть и очень удивиться
Имелась ввиду смысловая бизнес нагрузка кода. Вы правда смогли понять что первый код итерирует массив private rules и если rule с id 11, то пользователю выставляется флаг visiter в true? :)
Планировалось собеседование у них, зарегился на сайте чтобы посмотреть что вообще есть и с чем, возможно, предстоит работать. 20 минут поизучал что к чему. Собеседование отменил. Но кратный рост заметил, в количестве спама на почте.
В потоке кандидатов отсутствуют специалисты выше уровня границы Junior / Middle. Исходя из этого время на рост до лида значительно увеличивается. Вопрос, по сути, в том, чтобы сделать это быстрее, чем в обычном темпе.
Вопрос Виталию: выбирать ТимЛида из приличной команды в компании куда поток претендентов не иссякает здорово. Но как это эффективно и предельно ресурсоемко сделать в рядовых компаниях, учитывая, что рынок перегрет и кандидатов, которых можно оперативно вводить в курс дела на одном языке в потоке чуть меньше, чем 0?
Вот взгляд со стороны WEB.

Описание бизнес процесса ->
Спецификация ->
Дизайн ->
Верстка ->
Frontend ->
Backend ->
QA ->
Bug fixing ->
QA ->
Staging ->
QA ->
Bug fixing ->
QA ->
Production

Итак, вам нужны:
1) BA
2) Product manager
2) Designer
3) Верстальщик
4) Frontend developer
5) Backend developer
6) QA
7) Release manager
8) *nix администратор

Если посмотреть hh, то можно запросто заметить тенденцию на покрытие пунктов 3,4,5,6,7,8 за счет одного человека. Бизнес можно понять, бизнес пытается не раздувать штат, но и покупая запорожец не стоит ждать от него работы на уровне мерседеса. Покрыть все бизнес процессы на которые требуется 8 специалистов за счет 2-3 == принять на себя риски по некачественной реализации практически каждого из них.

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

Но, программисты не требуют бизнес аналитиков и грамотных спецификаций, да и покрывают несколько специализаций самостоятельно. Бизнес со своей стороны терпит по срокам, экономя на штате. Все просто :)

Когда в следующий раз начнете нервничать, просто умножьте каждый пункт на 70-90к рублей (на средних спецов) и сопоставьте с потраченными нервами))) В среднем это от 200 до 500к в месяц. Потом сравните с реальными потерями от простоя и может быть трата нервов будет обходится дешевле хорошо выстроенного процесса))) Have a nice day))
В чеклисте пункта 12 нет…
Интересно, это с их радости я в offline в PSNetwork с четверга…
Не везде применимо

По поводу автодилера, который нашел втык. Просто, чтобы было примерное понимание ситуации. Я 3 года работал с автодилером. И требования к сайтам некоторых марок очень жесткие. Иногда за недостаток нескольких новостей можно получить -2К евро. А уже если ты дизайн / верстку / функционал не по стандартам сделал, то дело тут же пахнет керосином и конкретными штрафами.
Мяч, который влетел в ворота, а потом из них вылетел, не засчитывается. Датчики следует переместить в трубу возврата мяча. И автокалибровка не понадобится.
GUI порадовал. Мы в Excel все пишем пока. Но мы маленькие. И нас 8 человек — вся студия.
Такой облом почти прожектором светит в сторону показательных порок обычных пользователей…
Если я правильно понимаю цель подобных разработок, то это как раз отправить и выяснить слабые моменты устройства для дальнейшего совершенствования. А не подготовка группой студентов production версии продукта на ограниченном бюджете… вслепую
Вероятно очень удобно каждый раз выдергивать из контекста лишь один из параметров влияющих на движение…
А я повторюсь, что противодействовать элементарному течению этот робот долго не сможет. Даже если у него весь трюм забит батареями. Он тупо не успеет их зарядить за день. Сели батареи, привет течение и прощай курс. Да или просто сильный боковой ветер.
Оправдания для робота, которому нужна солнечная энергия для продолжения движения и вес которого вкупе с мощностью двигателя не позволяют ему стабильно держать курс в условиях шторма / сильного течения / посаженных батареях / etc в открытом океане? Вы это серьезно?
Вряд ли у Вас садились батареи и Вы ждали солнца, чтобы вернуться на курс…
1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity