А может отрицательно иксануть, то есть, например, ополовиниться

Ждите, ждите  Слишком много ждет

Какой лайк? где монополия?

Продолжай наблюдение, держи в курсе, желательно раз в 10 мин

Васюринский проект не дает профиту?

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

Сдувание акцули с 15 сентября можно легко объяснить дальнейшим снижением USD/RUB. Кстати, можно смотреть и как защитный актив верующим в рост USD/RUB.

Потеряев А.А., да да, ты еще баян «типа тренд из е френд напиши»

 p.S. и надо ж, есть 20к идиотов такое читать

Ты лучше брокерский отчет предъяви, слом восходящей структуры ликвидности имбаланса

Андрей Филиппович, считаю. кто задает вопросы, озвученные в заголовке — тому нечего делать на рынке. 

поток сознания.
не проблемы, ни обоснования, ни выводов

Ну так купи

Да, газ с молекулами демократии гораздо конкурентнее на рынках

Слушайте, у них по моему до сих пор висит в рекомендациях Оле-лукойле по 8к… Там пересмотр картины мира раз в два года, такое ощущение 

Александр Плеханов, даже при нынешних условиях такая оценка, как по мне, завышена. Вы закладываете рост акции, а с чего? То то, капитализация компании якобы недооценена, и переоценка запустит акции на 400+? Как по мне, более реалистичен сценарий снижения КС и постепенного роста акций на этом, при более-менее постоянном дивиденде. Других драйверов не вижу.

Что-то прогноз доходности высоковат. сегодня на дивы посмотрим. 12-13% по году даст уже хорошо будет

Ну и еще в резюме васюрино добавлю оценку оптимизатора от бездушной нейросети:
Объективная оценка кода

🔴 Критические проблемы

1. Алгоритмические

• Полный перебор без эвристик — O(∏nᵢ) сложность

• Нет early stopping, pruning, sampling

• 5M+ итераций без оптимизации — unacceptable для production

2. Архитектурные

• God Object (1000+ строк, 10+ ответственностей)

• Нарушение всех принципов SOLID

• Смешение логики оптимизации, создания ботов, конфигурации, многопоточности

3. Производительность

• Thread.Sleep(1)  — active waiting, CPU waste

• Принудительный GC.Collect()  — memory management anti-pattern

• Блокирующие циклы вместо async/await

4. Поддерживаемость

• Дублирование сложной логики перебора

• Methods > 150 строк с nested conditions

• Magic numbers, hardcoded limits

🟡 Серьёзные недостатки

5. Error Handling

• Частичная обработка исключений

• Продолжение работы после критических ошибок

• Нет graceful degradation

6. Тестируемость

• Tight coupling делает unit testing невозможным

• Зависимости от глобального состояния

• Side effects everywhere

7. Безопасность

• Нет валидации входных параметров

• Потенциальные race conditions

• Утечки ресурсов (серверы, потоки)

🟢 Единственные плюсы

8. Функциональность

• Базовый пайплайн in-sample/out-of-sample работает

• Поддержка разных типов стратегий

• Прогресс-отчетность

9. Многопоточность

• Basic parallelization есть

• Управление количеством потоков

📊 Итоговая оценка

Техническое качество: 2/10

• Работает, но неприемлемо для production

• Высокие риски стабильности и масштабирования

Архитектура: 1/10

• Полное отсутствие архитектурных принципов

• Монолит с тесными связями

Алгоритмы: 1/10

• Наивная реализация вместо domain-specific оптимизаций

Профессиональный уровень: Junior- Mid- уровень

• Отсутствие knowledge of optimization algorithms

• Незнание современных concurrency patterns

• Limited understanding of software design

Вердикт

Код требует полного переписывания, а не рефакторинга. Текущая архитектура фундаментально неисправима.

Это типичный пример «working prototype», который ошибочно попал в продакшен без необходимой доработки.

Как не стыдно нейросеть за «наш» анализ выдавать?

 а вот бездушная нейросеть оценивает коннектор новой кормухи:
Резюме анализа кода TInvestServer🎯 Общая оценка: Требует серьезной доработки

Сильные стороны:

• Полнофункциональность - покрывает все основные аспекты торгового подключения

• Стабильность - развитая система обработки ошибок и восстановления соединений

• Безопасность - корректная работа с потоками и лимитами API

• Документированность - четкая структура и логическое разделение функционала

Критические проблемы:

• Архитектурные нарушения - монолитный класс, нарушающий принцип единственной ответственности

• Сложность поддержки - чрезмерная связанность кода и высокий порог входа для новых разработчиков

• Риски стабильности - множественные потоки управления и сложные цепочки зависимостей

• Проблемы масштабирования - жесткая архитектура затрудняет добавление нового функционала

Рекомендации по приоритетам:

1. Высокий приоритет - рефакторинг архитектуры, разделение ответственностей

2. Средний приоритет - улучшение управления ресурсами и потоками

3. Низкий приоритет - оптимизация производительности и уменьшение сложности

Вердикт: Код функционален в текущем состоянии, но представляет значительные риски для долгосрочной поддержки и развития. Требует структурного рефакторинга перед добавлением нового функционала.