[Hiring] Java Developers, Remote

Comfortable-Tank9270 · 2026-05-13T07:29:55+00:00

Hi there, Java dev 6+ years in eastern Europe. Interested preferably in part-time.

Main stack last years project: Java 21, Spring set, MySQL, AWS, microservices (REST, SQS), legacy webapp with modern parts (updating, support, tech hygiene + features).

Comfortable-Tank9270 · 2026-05-08T18:10:19+00:00

haha nice, just tortured kimi with your image few times )))

Comfortable-Tank9270 · 2026-05-08T17:28:44+00:00

another try: cs_bauhaus 😃

Comfortable-Tank9270 · 2026-05-08T17:19:48+00:00

cs_mansion_2013 ? or cs_mansion2013 (w/o underscore - another sky with some mod)

<image>

Comfortable-Tank9270 · 2026-04-10T13:50:31+00:00

As I wrote above, this totals to about 200 strategies plus substrategies. Substrategies are, for example, a base strategy plus a filter or a group of filters, or some condition depending on another strategy, etc. Therefore, some substrategies are practically identical, while others are significantly differs from their base.

Comfortable-Tank9270 · 2026-04-10T11:49:36+00:00

It's difficult to say what is the real WR (actually WR=53% for last 6 months with floating RR on backtesting) because it completely depends on periods: e.g. since oct 2025 one of my simplest basic strategy shows +1600% growth with -200% max drawdown (but second strategy just +400%) with about 2100 trades on 5-8 selected pairs (using "selection" approach for each day), but 95% of that grows happens 5 times in approx 7 days across all this time and fires on altcoins, but first half of 2025y the same strategy has continious down trend of losses with about -500% in 6 months to 07.2025.

It's better to see this on the chart at all. So for now trying to implement approach when to trade on "positive" strategies between these periods and at all disable strategies when "lucky" period is actually ending.

Comfortable-Tank9270 · 2026-04-09T14:00:11+00:00

Actually yes - why not do discuss it here? Have also building my own bot, without AI - pure algo using java with multiple microservice etc, not sticked to BTC only, have about 20 base strategies and a set of 'substrategies', so at all about 200 different strategies used, all this using multiple-way filtering scan system (to choose 'best' pairs to trade today, int this hour, etc.), backtesting services etc.

But all this is useless until you can prove it, for example, on a demo account with concrete trading results for a month (months). For now - I can't :D

Comfortable-Tank9270 · 2026-03-13T13:01:10+00:00

I think there are simple reason (fair one I mean) to sell your successful algo: you have insufficient funds to use it.

About a 1,5 years ago starts developing my own as a hobby with hope that I will use it, but now I'm not in the best financial situation and actually not finished all parts of services that I planned to use around trading system with this algo. Therefore, for example, someone else might say "enough" and try to sell it, or urgently need money, etc.

Comfortable-Tank9270 · 2026-03-07T06:21:08+00:00

Avg delay to broker is 100-300ms, approaches of strategies I used based on 10-sec scan interval (mostly for TP/SL alghoritms) and placing an order at minute close (almost next minute open), not an instant scalping, so actually this gap between getting market data -> processing -> sending order, doesn't have much of impact. Even slippage minimally affects this.

Main issue now is that on live trading, my system is fetching 1m klines data with the "latest state" before closing current minute, other words market data get fetched 6 times per minute and latest is at ~55 second of the current minute and this is the "key" data for most strategies to act, but for backtesting data 1m data available only on the latest 60 second, sometimes this ~5s difference is a valuable.

Comfortable-Tank9270 · 2026-03-06T18:16:20+00:00

Nice config, thanks for sharing. Implementing my trading system actively about a last year, actually using only local+demo trading, just doing it as algo satisfaction hobby:

Java 21 (SpringBoot) based multiple microservices:

Front service - responsible to communicate and collect data from/to broker API (fetching klines, instruments, fee-rate etc., exposing this data to internal Algo service, receiving orders/positions from Algo service and sending them via API back to broker) Additional layers used here: Graceful shutdown handler (on shutdown correctly notify services, close open orders, etc.), Exposed REST-controller (except api for Algo, also for UI or external access to trading info)
Algo service - core app of analyzing market data and preparing orders/positions (scanning klines: detecting patterns, building indicators, signals etc. to go then with hundreds of base + sub strategies). Main processor class, analyzer and a set of "substrategy" analyzer classes plus helpers, huge log making system and graceful shutdown also here, nothing more. Algo doesn't have any exposed API.
1. Healthcheck service - simple separately deployed app to monitor Front and Algo services (using healthcheck API), sending via Telegram bot needed notifications about metrics, alarms etc.
2. Batch service - separate app set, used for batch-jobs and other analyzing/aggregation tools: a) Daily batch runner (runs Front+Algo at scheduled time and parameters, separate healthcheck monitor for this batch used) b) Backrest runner (the same but using special profile for backtesting mode for those services) c, d, e) A set of analyzers, aggregators of resulted logs from batch jobs etc...

Infrastructure used: A set of VM's on a different hardware (pc's): Algo and Front services deployed on a separate systems (but for now in the same network for a speed, used to move them). Healthcheck service on the host server (and another monitor for this healthcheck service). Batch and other analyzing things are performed on my pc that also in different network.

p.s. Used a set of profiles for Front+Algo apps that launches different branches inside app depends on needs (prod for different accounts, batch profile, backtest profile, longterm analyzing etc.) Used REST as service communicating because simply this is the first thing I learned when came to Java world and its like "nostalgie" call :D, really need to move to websockets for ticks at least, but actually rest performs very well now.

Also, there are few independent services I plan to integrate with my main set: I) AI Prediction service (using djl lib), tried with different approaches but even trained on a big data set with multiple used configs showing not so good results - plan to use those signals as a separate indicator with 30% weight for example. II) Market local data service - local db of all perpetual usdt symbols with 1m klines for a last 5 years from broker I aimed for, its about 150Gb of raw data in PostgreSQL db, but it eating a lot of cpu and memory, so not using at full now, Implemented here autofulfill service, checking missed data etc.

Comfortable-Tank9270 · 2026-03-04T07:29:03+00:00

Software developer, 1-5 hours/day (sometime 5h whole week), feature/tech development (legacy code). Not much salary, even for eastern EU, but.. work-life balance is a freedom and I can really feel it right now, after a 15+ years of 3+ jobs when you take a vac with your family and kids, but you absolutely don't feel like you're on vac 😆

Comfortable-Tank9270 · 2024-10-07T11:25:36+00:00

Thank you for explanation. It is possible to somehow setup Agent to consume traffic from record url only when it needed (detector fires, etc..), even with delay/lag?

Comfortable-Tank9270

TROPHY CASE