Які системи налаштовані для перехресної перевірки ідей у здоровій вибірці? Чи є у нас матриці кореляції та коваріантності між різними стратегічними рукавами, і чи існують обмеження, які попереджають, коли це стає небезпечним? Чи маємо ми кілька джерел даних, і чи є визначені механізми стримувань і противаг для очищення, узгодження та перевірки цих даних? Чи виділяється визначений час для генерації ідей та зворотного зв'язку з продуктивністю, підкріплений прямим спостереження за ринком? Чи є керівник столу інтелектуально чесним щодо доходів, які приносить кожна обкладинка? Чи існують механізми стримувань і противаг, щоб забезпечити існування дієвих процесів у разі низької ефективності? Чи існує щоденний звіт, який позначає попереджувальні ринкові результати при виявленні аномалій, навіть якщо вони не призводять одразу до низької ефективності? Які механізми існують для відстеження перевантаження торговців, і чи можемо ми моделювати вплив на ринок та деградацію альфа у міру масштабування стратегії? І це лише верхівка айсберга. Інфраструктура та організаційне проєктування потребують багато часу на початку, але в довгостроковій перспективі це дає свої переваги.
Kris Sidial🇺🇸
Kris Sidial🇺🇸21 години тому
Організаційний дизайн сьогодні надзвичайно важливий. Я був частиною успішних кількісних і невдалих кількісних столів. З мого особистого досвіду, головна різниця була не в нестачі генерації ідей. Саме поганий організаційний дизайн і інфраструктура призвели до низької ефективності.
О, навіть не починайте про контрольні точки та юніт-тестування. Штучний інтелект може впоратися з усім програмуванням на молодшому рівні. Не повинно бути причин бути недбалим у своєму коді. Ви буквально можете мати 🤖 модульні тести в межах скриптів як ще одну перевірку безпеки. Я — той дратівливий менеджер проєкту, який скептично ставиться до всього, і всюди благаю про модульні тести, лол
48