Питання розміщено анонімно з зрозумілих причин. Я працюю в компанії з розробниками групи 5-6 розробників, і я переживаю ситуацію, з якою мені важко мати справу.
Кожен технічний вибір (мова, рамка, база даних, схема бази даних, схема конфігурації тощо) визначається генеральним директором, часто без особливих обґрунтувань. Змінити ці варіанти дуже важко, і його головний аргумент полягає в тому, що "мені це не подобається", хоча ми пропонуємо кілька альтернативних варіантів із детальними плюсами та мінусами. Він також вирішить переписати з нуля наш основний продукт, не пояснюючи причину, чому він ніколи не бере участі в засіданнях розробників, бо вважає, що це робить все повільніше ... Я вже дивлюся на альтернативні можливості роботи, але мені було цікаво, чи є щось Ми (розробники) могли б зробити, щоб покращити ситуацію.
Два приклади, які мене шокували:
- він попросить нас реалізувати щось подібне до управління конфігурацією, але він відкидає будь-які існуючі рамки, оскільки вони написані не тією мовою, яка йому подобається (навіть якщо мова реалізації не має значення). Він також очікує, що ми зможемо записати ці системи за пару днів, "тому що це дуже просто".
- він продовжує переписувати з нуля власний наш основний продукт, оскільки поточна база даних занадто погана (база даних, дизайн якої був його). Ми в третьому перезаписі за один рік, кожен переписується гірше попереднього.
Наразі я намагався робити чіткі орієнтири щодо нашого продукту (він постійно скаржиться на те, що наше програмне забезпечення занадто повільний, і виправдовує переписування, щоб зробити його швидшим), впроваджувати рішення з існуючими продуктами як робочий доказ, а не просто робити плюси та мінуси, і т. д. ... Але все ж 90% цих зусиль прямують до кошика (ніколи з будь-яким обгрунтуванням позаду йому це не подобається, знову ж таки), і часто отримують догану, тому що я не роблю так, як він хоче (не розуміючи, що те, що він хоче, неможливо).