Как справиться с неуправляемым управлением

Question

Проект, над которым я работал, закончился, поэтому меня перевели на новую работу у моего работодателя. Предыдущая работа была очень гибкой, маленькой командой, прогрессом над процедурой и т. Д.

Так или иначе, новый проект, над которым я нахожусь, - я смущен тем, как справляться с управлением. Они не имеют реального понимания объектно-ориентированного программирования, современных технологий или методологий. Они, похоже, опасаются перемен, и совсем недавно мы перешли к последней версии JRE

Мы делаем эти обзоры кода, и я должен слушать «серые бороды», говоря, насколько это лучше в ADA или как они делали что-то в C Но тогда, когда они пытаются провести обзор кода, им не хватает даже самого элементарного понимания дизайна ООП и разработчика. Они больше ориентируются на стиль кода; интервал; имена методов; и т. д.

Один из людей высокого уровня говорит, что мы должны писать собственный журнал, вместо того, чтобы использовать log4j из-за одного негативного обзора log4j в академическом PDF-формате, написанном много лет назад.

Как с этим справиться? Как я могу объяснить им, что их дизайн ошибочен или что они действительно отстают от времени, не встречаясь как рывок. Я был с этой организацией всего около года, поэтому я не знаю, насколько я заслуживаю доверия.

Answer 1

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

Другими словами, не воспринимайте эту часть слишком серьезно. Беспокоитесь о том, что важно для выполнения работы. Работа в этом случае заставляет вас почувствовать, что вы внесли позитивный вклад в проект.

Что касается Log4j, я бы просто предложил другую структуру. Либо встроенный JDK-журнал (не может жаловаться на это, это встроенный API), либо что-то вроде SLF, которое позволяет подключать все, что вам нужно (включая ваши собственные, я думаю, которые вы затем можете выбросить и заменить с чем-то реальным, когда они понимают, что это была ошибка, и вам нужно только изменить путь к классу).

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

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

Answer 2

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

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

Answer 3

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

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

Answer 4

Я не согласен с рекомендацией другой системы каротажа, кроме log4j. Ссылаясь на старый отзыв, без какого-либо личного опыта, не стоит здесь выигрывать.

Однако может быть способ превратить это в вашу пользу. Если вы согласны и рекомендуете вести журнал, встроенный в журнал JDK или Apache Commons, вы обнаружите, что оба они очень похожи и могут фактически использовать log4j в качестве основной реализации.

Если ваш противник не обращает на вас особого внимания, вы можете выиграть очки за то, что подавали и избегали аргументов прохода на велосипеде, и STILL получить то, что вы хотите.

Answer 5

Мой гость, вы ошибаетесь. Неправильно с самого начала.

Мой гость снова: не стесняйтесь ПРИНИМАТЬ реакции conter!

Возможно, вы пройдете этот разряд: rookie.

Примечание: Руководство являются нашими работодателями. Они платят нам, пока мы можем им помочь. Если они вас не хотят, вы ошибаетесь, и они правы, так как мы говорим о деньгах. Если ваше право только в вашей книге, у вас есть проблема ...

Answer 6

Ваша работа должна завоевать доверие, прежде чем они будут слушать вас. Так что да, поступайте так, как рекомендовали другие, и следите за тем, чтобы не соблюдались незначительные законы форматирования. Но также выполняйте такую ​​работу высокого качества, которую они не могут игнорировать или маргинализировать. Постарайтесь вести их так, чтобы они думали, что идеи исходят от них.

Answer 7

Уважайте своих старших, которых я говорю! :)

Действительно, помните, что многие из этих серых бород были, вероятно, программированием, когда вы были в подгузниках. Это не делает их экспертами в новейших технологиях, но, по крайней мере, заслуживает уважения. И иногда, если вы можете найти способ заглянуть в прошлое, все, что нужно, и «вернуться в мой день», вы можете забрать с этих старых собак жемчужины мудрости!

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

И если вам нужно представить встречное мнение, поддержите его. Если вы хотите использовать что-то вроде log4j, расскажите о проектах SPECIFIC в своем прошлом, где вы его использовали, и это сработало хорошо, и предложите помочь всем преодолеть любые проблемы, с которыми они связаны, и т. Д. И т. Д.

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

Answer 8

Я старая серая борода, но я покинул COBOL 35 лет назад и код в dotNET C# и не отставал от молодых wippersnappers и старался наставлять их тоже. С учетом сказанного я вижу много менеджеров и программистов, которые все еще находятся в темных веках, таких как VB6, и не могут принимать веб-фермы, веб-сервисы. Некоторые из этих серых бород и молодых wippersnappers не могут нормализовать таблицу базы данных в 3NF, не говоря уже о коде nTier, WCF или есть ключ. Хуже того, некоторые из менеджеров отстают на 30 лет и в лучшем случае полагаются на VB6 и плоский файл, используя Access97.