не было вообще). Провёл типо собес с каждым, чтобы определить уровень разрабов. Сам себя считает сеньором-помидором(стал им в компании, где он был единственным разрабом),но по итогу не знает как работать с bash, docker, и через что подключиться к бд(что бля). Это нормальное явление, везде так?
А кто его собеседовал на эту должность?
Зам.директора. Должен был руководитель отдела разработки, но ему насрать, он уходит. У него не спрашивали за тех знания, просто поинтересовались прошлым опытом и всё. Но я чутка прифигел, конечно. Ну раз это норм, то ок
Тимлид - обычный руководитель. Он будет делать аналитику и ставить задачки в жиру. Иногда даже хорошо, когда есть тимлид, можно голову не ломать. Ставят задачи делаешь, что то не так, спрос с тимлида , какое тз, такое хз:)
Тогда не в его обязанностях проводить код ревью? Просто мы сомневаемся в его компетенции. До этого мы друг друга ревьюили(у каждого +- одинаковый уровень погруженности в проект)
Ну это его дело. В проекте есть стиль кодирования, можете pr саботировать, чтобы он заебался проверять , просто договоритесь с коллегами. Руководство увидит, что работа встала и его пошлют. Оплата по часовая или сдельная ?
Парни, а вы оба сейчас сценку ставите "падение Хоруса в ересь"? Ну не может быть такого совпадения
Хахп, у нас команде есть один старичок. Он хочет ему на ревью отправить код и не дай бог тот напишет ему какою-то ахинею в треде мра, да бы показаться нам крутым и важным, как он изначально нам себя представил
Кто первый одел халат тот и доктор, а так пора увольняться))
Ну там не всегда про код и работу. Там же в первую очередь про команду. Это не обязательно самый крутой специалист из всех. https://habr.com/ru/articles/461145/
Понятно. Значит его выкиды, что он самый-самый, и что он будет решать как писать код -- это не более чем позерство. Потому что он не соответствует той планке, что он задал. Надо будет решать с ним через директора, если будет продолжать или перегибать палку
Решать, как писать код — это с иным кодстайлом или что?
Ну типо ему не нравятся те решения, что мы применяем. Иногда разбиваем код, делаем какие-то абстракции, интерфейсы используем. Он видимо не понимает что это и зачем и есть ощущение, что он сторонник императивного написания кода, когда выходит большое полотно и ты читаешь это дело линейно шаг за шагом
А он это как-то обосновывает?
"а вот я на питоне сделал бы так"
Ну тогда нахер с пляжа, да
Обсуждают сегодня