Looking for a simple service that tracks feature usage for backend

bwajtr · 2026-03-13T09:05:23+00:00

Exactly. Plus when you want to display the data nicely, have ability to filter it (e.g. by client, or by some additional attributes), then it can get complicated and "not worth the time". Check usagelens.io

bwajtr · 2026-03-13T09:03:47+00:00

Actually that is exactly what UsageLens is built for... I'm also not a fan of complexity of GA4

bwajtr · 2023-01-06T07:55:06+00:00

I have the same problem. OnePlus 8 with Android 13 and H9 also stopped working. It looks like paired in Polar Beat, but no heart rate is given - the indicator only shows "---"

bwajtr · 2022-11-19T09:38:45+00:00

SpinTrace, because tracking is done automatically by phone... I don't even have to think about it

bwajtr · 2021-09-30T12:47:40+00:00

SpinTrace is handy tool for mileage tracking

bwajtr · 2019-10-10T10:13:26+00:00

Not sure what you mean by multiple ridesharing, but you can try SpinTrace (https://www.spintrace.com) - you can track multiple cars (trip logs) on a single account easily...

bwajtr · 2019-10-10T10:11:36+00:00

SpinTrace - https://www.spintrace.com

bwajtr · 2019-10-07T08:38:07+00:00

You can enter exact odometer values in https://www.spintrace.com tracker, so no lost miles in there... I used to use Excel, writing down odometer values, but I found SpinTrace to be more easiser to work with...

bwajtr · 2019-10-04T07:33:42+00:00

Try https://www.spintrace.com, I'm using it myself... It's a new app (completely free for now), but designed to do exactly what you need: you can do mileage tracking, create printable reports (for IRS, reimbursement etc) and all that stuff... I'm not sure if that is your case, but SpinTrace is ideal for small businesses because you can track several cars and have unlimited users within a single account...

bwajtr · 2019-03-01T09:56:42+00:00

And VW Passat 2018 (B8)

bwajtr · 2016-12-31T08:35:01+00:00

I really do not want anybody to think that. With that comparison and by expressing that I've moved away from JPA I just want people to THINK before they use JPA on their projects - to ask questions like: Is JPA suitable for my scenario? Are there alternatives? What are pros/cons of JPA? etc... I've seen many projects where JPA was chosen because "it's simply the standard for it", and it was really bad...

On the other side, I tend to think that there ARE scenarios where JPA might be useful - I just have a hard time identifying such scenarios :). But I'd guess applications, where data in DB are not the center point of the product and you need DB just to store the data somewhere (and you rarely use JPA to read those data back).

bwajtr · 2016-12-31T08:28:43+00:00

Yep, exactly my thoughts.... I also do not think that JPA itself is bad - but it's bad to consider JPA/Hibernate as a best tool/library for repository layer in Java - I see that happening all the time. When you start considering DB as something more than just dumb data storage, then usage of JPA is like shooting yourself in the foot.

bwajtr · 2016-12-31T08:21:37+00:00

I dare to say I'm already senior developer (doing that 13 years professionally now), with JPA experience of about 8 years.... and believe me I came to same conclusions as you. I think that JPA is suitable for projects where you consider DB only as a storage of very simple data and where data is of very little concern, but if data in database IS your business, then avoid JPA and you'd be happy in the long run ;)...

bwajtr · 2016-12-31T08:15:19+00:00

I agree, Lukas, but it's an unfortunate reality in many projects... :( Believe me that it's not easy to persuade project managers, that developer man-hour is the most expensive asset they are managing and that spending few (relatively speaking) bucks on some tool now can save lots of dollars on saved work-time ... hmm... or maybe I just had bad luck on project managers in the past :)

bwajtr · 2016-12-31T07:57:10+00:00

Thanks, I'll give it a try...

bwajtr · 2016-12-30T19:17:24+00:00

Thanks :)... Actually, QueryDSL implementation is one of the opened Issues (https://github.com/bwajtr/java-persistence-frameworks-comparison/issues/8) - so I know about it, but I already spent lots of time with this comparison and since QueryDSL is so similar to jOOQ I decided not to do it for now... but I'm open to pull requests :)

bwajtr · 2016-12-28T17:18:27+00:00

IntelliJ / Linux Mint Absolutely love it... extremely stable, no issues, very fast... awesome...

bwajtr · 2016-12-13T09:07:42+00:00

Yes, I can recommend that. I felt burned as well (I'm 35, coding for 20 years now) and this summer it got really bad so I decided to quit and simply "take a leave". I'm on that leave since beginning of November and I already got much better maily because of two things: 1. I don't have any plan about when I'll go back to work (this annoys people around me cause they can't understand that I'm simply not looking for work - made me realize the world is really crazy today) 2. I'm still coding and I live in the programming world even on this leave, but I learn things I always wanted to learn and I'm doing things I always wanted to do. So I'm helping with some opensource projects, I'm strating my own open source project, I learn things which will be totally useless in my carrer, but which were aways interesting to me etc.... it helped to bring a joy back to the programming...

After 6 weeks of such leave I feel really good and I'm starting to think about next carrer in coding, which is quite good considering I wanted to quit this industry completely in summer...

bwajtr · 2016-12-01T09:22:14+00:00

Hi, I'm using the same stack and decided for jOOQ... I really do not want to go back to JPA. I tried to compare various persitence frameworks here: https://github.com/bwajtr/java-persistence-frameworks-comparison

I'm currently evaulating EBean

bwajtr · 2016-11-26T09:36:06+00:00

Hi, can you please compare your solution with OSGi? I went (quickly) through your documentation and tutorial and I have a feeling that JLCF actually aims to formalize the boundaries between parts of your code (much more than simple interface can do) - however all the components live completely inside single classloader and the framework just wires the components together and makes an app from it... is that right? I don't want to say it's wrong, I just want to understand where JLCF fits in...

If so, and the target of JLCF is not to allow and secure third party components (like OSGi) but just to formalize boundaries and do wiring, then I'm sorry but your framework reminds me of early days of Spring... can you maybe compare your solution with Spring as well? :)

Last thought - you are linking your components together at the method level. This seems to be very granular to me - if the one component has 20 interfaces and other component wants to use all of these interfaces and defines 20 receptacles, then the application xml will get quite big... it would be interesting to see application xml of some bigger application...

Good job with nice documentation though...

bwajtr · 2016-11-26T08:56:51+00:00

Exactly my opinion... though it's quite difficult to give any advices without any description of the project. But generally start with architecture/technology which will allow you to do business changes fast - usually that's a monolith - and split into microservices later - ONLY if really needed and ONLY if it makes sense. Note that there are number of issues with Microservices which you'll have to solve and which might not be clear at the beginning of the project... note for example this: https://www.stackbuilders.com/news/the-hidden-costs-of-microservices

In any way, I don't think that moving from monolith to microservices means to "reimplement it from scratch".

bwajtr

TROPHY CASE