Earlier quoted context omitted.
[flagged]
I don't think the post you're replying to deserves what feels like an aggressive dressing-down. The reality is that post formatting on HN is really janky and it's hard to get it to do what you want. I don't blame someone for failing to master HN formatting on one of their first tries.
Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
41–50 of 390 posts
Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#42Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#43Earlier quoted context omitted.
Microsoft was not the subject of the post.
point is, both extensively use telemetry in vscode. I think only Codium is the build that tried to turn all that off. Not sure how successfully tho.
Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#44Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#45Earlier quoted context omitted.
I don't think the post you're replying to deserves what feels like an aggressive dressing-down. The reality is that post formatting on HN is really janky and it's hard to get it to do what you want. I don't blame someone for failing to master HN formatting on one of their first tries.
Promise to try better next time, its really first post ever i have made on here, sorry!
Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#46Earlier quoted context omitted.
I don't think the post you're replying to deserves what feels like an aggressive dressing-down. The reality is that post formatting on HN is really janky and it's hard to get it to do what you want. I don't blame someone for failing to master HN formatting on one of their first tries.
I wonder if its healthy to end up at aggressive dressing down is when we review peoples submitted work and point out the second half is LLM-generated 4 item lists.
Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#47Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#48Hi HN, I was evaluating IDEs for a personal project and decided to test Trae, ByteDance's fork of VSCode. I immediately noticed some significant performance and privacy issues that I felt were worth sharing. I've written up a full analysis with screenshots, network logs, and data payloads in the linked post. Here are the key findings: 1. Extreme Resource Consumption: Out of the box, Trae used 6.3x more RAM (~5.7 GB)…
[flagged]
https://news.ycombinator.com/newsguidelines.html
* (which, btw, are at https://news.ycombinator.com/formatdoc)
Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#49Re: Performance and telemetry analysis of Trae IDE, ByteDance's VSCode fork
#50Hi HN, I was evaluating IDEs for a personal project and decided to test Trae, ByteDance's fork of VSCode. I immediately noticed some significant performance and privacy issues that I felt were worth sharing. I've written up a full analysis with screenshots, network logs, and data payloads in the linked post. Here are the key findings: 1. Extreme Resource Consumption: Out of the box, Trae used 6.3x more RAM (~5.7 GB)…
[flagged]
Hi HN, I was evaluating IDEs for a personal project and decided to test Trae, ByteDance's fork of VSCode. I immediately noticed some significant performance and privacy issues that I felt were worth sharing. I've written up a full analysis with screenshots, network logs, and data payloads in the linked post. Here are the key findings:
1. Extreme Resource Consumption: Out of the box, Trae used 6.3x more RAM (~5.7 GB) and spawned 3.7x more processes (33 total) than a standard VSCode setup with the same project open. The team has since made improvements, but it's still significantly heavier.
2. Telemetry Opt-Out Doesn't Work (It Makes It Worse): I found Trae was constantly sending data to ByteDance servers (byteoversea.com). I went into the settings and disabled all telemetry. To my surprise, this didn't stop the traffic. In fact, it increased the frequency of batch data collection. The telemetry "off" switch appears to be purely cosmetic.
3. What's Being Sent: Even with telemetry "disabled," Trae sends detailed payloads including: Hardware specs (CPU, memory, etc.) Persistent user, device, and machine IDs OS version, app language, user name Granular usage data like time-on-ide, window focus state, and active file types.
4. Community Censorship: When I tried to discuss these findings on their official Discord, my posts were deleted and my account was muted for 7 days. It seems words like "track" trigger an automated gag rule, which prevents any real discussion about privacy.
I believe developers should be aware of this behavior. The combination of resource drain, non-functional privacy settings, and censorship of technical feedback is a major red flag. The full, detailed analysis with all the evidence (process lists, Fiddler captures, JSON payloads, and screenshots of the Discord moderation) is available at the link. Happy to answer any questions.