Support Board
Date/Time: Tue, 26 Aug 2025 05:39:33 +0000
Post From: What is Sierra Chart Working On
| [2025-08-16 18:20:49] |
| Sierra_Chart Engineering - Posts: 20734 |
|
This thread here got us thinking about some Trade Statistics and Trades fields, which we have always recognized as confusing: TAL PnL Error First we want to be 100,000% clear. There is no help ever to be provided, with analyzing, order fills and the trade statistics. This is fully your responsibility. This is our firm policy. Let us make that very very clear. Do not ask! And we do not believe there is any problem at this time, but we are going to organize, and improve, the fields in question. In summary, we are making reference to these fields: Equity Peak: The largest profit, that was reached during the entire sequence of all closed Trades. This value will always be positive. Equity Valley: The profit or loss value of all Closed Trades, which is updated every time the Maximum Drawdown decreases. Maximum Runup: Maximum Runup, is initially 0 and is updated any time the value goes greater than the previous Maximum Runup. It is calculated as the Profit/Loss of all Closed Trades minus the Equity Valley. Maximum Drawdown: Maximum Drawdown, is initially 0 and is updated any time the value goes less than the previous Maximum Drawdown. It is calculated as the Profit/Loss of all Closed Trades minus the Equity Peak. These are found both, in Trade Statistics, Trades, Period Statistics tabs of the Trade Activity Log. These fields are inherently confusing with both their descriptions and their names. We are not 100% sure, what users are looking for, and this functionality was developed more than 10 years ago from a developer who no longer works with us, and who was a disappointment. They were a user who wanted to work with us. Everything they did had to be, extensively, reviewed and corrected and reimplemented by us. Another user previously who worked early, going back to around the year 2004 or so for us doing some custom studies, was also a disappointment of a developer (to put it lightly). Their development simply was faulty and they gave a monumentally stupid answer, as to why, there were bugs in the studies and thinking there were none. In general, we are not impressed with anyone. Someone recently inquired working with us, and while we did not give him a direct answer as to why we would not hire them, in general is because we do not need the burden and the problems. And we are just not impressed unless someone can really really prove to us they are exceptional. But that person does not exist. But one important quality is for one to be humble and follow instructions precisely. Not arrogant or thinking they know what they are doing. Because you do not! And this is why as a general rule we would never hire a user as a developer. There was one recent exception lately, but they are not doing core Sierra Chart work. Web services development instead. In general we would not be hiring a user even though we did post a job opportunities on this board recently. No one has been hired, from that thread and that is another story. It is just very difficult working with the new developer. And inevitably, there is always a problem, with everyone. We just have to be honest. So in other words, there is absolutely nothing to look forward to hiring someone and only a burden. And problems! And a very large burden and a very large amount of problems. Also this is why big organizations produce the absolute worst software. Their (Referring to the developer from about 10 years ago) implementation of the Trades list originally was faulty for Flat to Flat trades and that was corrected later by us. Not sure of the timing but this was probably fixed about 8 years ago. These particular fields, we have listed above, which they created and named, we have made sure the documentation explains them accurately how they are implemented. The naming though is inherently confusing. And we are not sure what users are looking for but we have given this some thought and we are going to re-implement them. We will start from scratch and implement what we think users want based upon these fields and user questions, do them right and keep them simple, and document them well. All of these are going to get removed: Equity Peak: Equity Valley: Maximum Runup: Maximum Drawdown: And we do not care what users think about this removal. They are going to go and that is final. We do not need threads like have been posted. We do not need this confusion. What we are going to do instead is as follows. This is in relation to Trade statistics, and these fields will also be captured into each individual Trade, so you can see a running progress of how they are developing. For Flat to Flat trade reporting, based upon the particular value, either a maximum or minimum, or summation will be used. New replacement fields: Highest Running Profit/Loss: This is the maximum or highest value, of the running or cumulative profit/loss. This will be calculated fill to fill. Lowest Running Profit/Loss: This is the a minimum or lowest value, of the running or cumulative profit/loss. This will be calculated fill to fill. Greatest Profit: This is the greatest profit of any fill to fill trade. Greatest Loss: This is the greatest loss of any fill to fill trade. The next two have been canceled: Canceled - Highest Sum of Sequential Profits: This will be the sum, or addition, of each sequential profitable trade, going fill to fill. The highest value of these sums will be used. So if there has been three sequential $100 profits from three sequential fill to fill trades, then this will be 300. The internal calculation, will reset back to zero, once there is an interruption, of sequential profitable trades. And the existing Highest Sum of Sequential Profits will be maintained. Canceled - Lowest Sum of Sequential Losses: This will be the sum, or addition, of each sequential losing trade, going fill to fill. The lowest value of these sums will be used. So if there has been three sequential $100 losses from three sequential fill to fill trades, then this will be -300. The internal calculation, will reset back to zero, once there is an interruption, of sequential losing trades. And the existing Lowest Sum of Sequential Losses will be maintained. The next two are tentative. We need to think through them some more for technical accuracy: Highest (Highest Running Profit/Loss - Current Running Profit/Loss): Every completed fill to fill trade, the difference between the Highest Running Profit/Loss and the current Running Profit/Loss at the completed trade, will be calculated. The highest of these values, from the beginning of the trade statistics will be used. So this effectively will indicate, the largest drop from the highest profit which has occurred. This will be considered a negative value. Highest (Current Running Profit/Loss - Lowest Running Profit/Loss): Every completed fill to fill trade, the difference between the current Running Profit/Loss at the completed trade and the Lowest Running Profit/Loss, will be calculated. The highest of these values, from the beginning of the trade statistics will be used. So this effectively will indicate, the largest increase from the largest loss which has occurred. All of the above may be effectively the same as what already exists, but we will review and make sure that is the case. There might only be minor differences or no differences but at least the explanations and names are clear. And will make sure the technical implementation is all correct. Not saying there is anything wrong with what is provided now. We are sure, that they are implemented as documented or maybe the documentation does not fully explain everything so thoroughly. Although that is unlikely. Now how soon we can get to this we do not know. But we are just making notes here. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2025-08-17 19:38:45
|