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

Сдувание акцули с 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. Низкий приоритет - оптимизация производительности и уменьшение сложности

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

 И выводы 

❌ Критические недостатки:

• Опасно ненадежный - упадет при первом же нестандартном ответе API

• Неподдерживаемый - если MOEX изменит API, придется переписывать пол-класса

• Медленный - сотни синхронных HTTP-запросов подряд

• Хрупкий - любое изменение в данных вызовет исключения

💀 Профессиональные риски:

• Нельзя использовать в продакшене - гарантированно приведет к потерям данных/денег

• Нельзя тестировать - нет возможности написать нормальные тесты

• Технический долг - каждая минута работы с этим кодом создает часы будущих проблем

🚩 Для контекста:

В профессиональной среде такой код:

• Не прошел бы code review

• Не был бы допущен в прод

• Требовал бы полного переписывания

Вывод: Код выполняет свою задачу «на троечку» для личного использования, но абсолютно непригоден для коммерческого применения.

MoexIssDataServer.cs оценка бездушной нейросетки:
Выводы по оценке кода

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

1. Нарушение принципов SOLID - класс выполняет слишком много несвязанных обязанностей

2. Отсутствие обработки ошибок - много мест с потенциальными исключениями

3. Жестко закодированные значения - магические числа и строки усложняют поддержку

4. Синхронные HTTP-запросы - блокируют потоки, низкая производительность

5. Сложная бизнес-логика - методы трудно понимать и тестировать

🟡 Проблемы среднего уровня:

1. Слабая типизация - работа со строками вместо перечислений

2. Дублирование кода - повторяющиеся паттерны HTTP-запросов

3. Отсутствие модульных тестов - код невозможно адекватно протестировать

4. Проблемы с читаемостью - длинные методы и сложные условия

🟢 Положительные моменты:

1. Логическая структура - разделение на регионы

2. Базовое логирование - есть система уведомлений об ошибках

3. Инкапсуляция - разделение реализации и интерфейса

Общая оценка: 3/10

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

И это только один файл. Представьте сколько там косяков… Привет васюрино!

Его что кто-то реально использует кроме васюринца для саморекламы?? 

да да а сейчас ты понял — нахрена работать? Буду щито блоггером )

Если корабль тонет, не молитесь — прыгайте (ц)