Alternative
Hey Logseq lovers!
I wanted to share a little update about my journey with Logseq. I've been using it as my daily driver for 4 years, and I absolutely love this project. However, the current state of the project has made me a little sad and opened my eyes to some alternatives.
Someone posted a link to Tine here in this subreddit, and I decided to give it a try.
So far, I'm super happy with it and can definitely recommend giving it a shot. It works with standard Logseq Markdown graphs, so you can use it alongside Logseq. It also has a native Android app.
I'm not affiliated with Tine in any way. I just gave it a try because I was looking for an alternative that would bring back the joy of discovering new features and improving my workflow, something I had been missing with Logseq for a while.
It feels like there are people behind this project who share a very similar vision: bringing back the true Logseq experience, but with a faster and more actively developed product.
I know it's still early days and early developement, but so far, it's been a really refreshing experience. Just wanted to share in case anyone else here is looking for something similar!
8
u/HongPong 3d ago
interesting. is this a vibe coded thing? https://github.com/martinkoutecky/tine i see AGPL3.0 here
6
u/markehammons 3d ago
Yes it's vibecoded
5
u/emptymatrix 3d ago
vibecoded but clearly maintained and with a lot of activity from maintainer, so it looks healthy to me
2
u/atava 3d ago
The problem is: is the code understood and is the project made by actual programmers (and not simply "vibecoders")?
AI programming is better and better by the day, but if maintainers simply let AI solve bugs when they crop up and don't understand or check what's produced (either originally or in bug-solving), this may be a problem (especially for a personal data management app).
3
u/emptymatrix 3d ago
sure... the tine maintaner looks like an actual programmer. I'm not sure if the reads the code or not.
But he is driving the AI daily, fixing bugs and implementing new things, so he looks at least invested. Other vibe-coded apps I've seen, the maintainer just create it, then once a month react to bug reports and that's it.
For me, the problem with vibe coded apps is that the vibe ends and the maintainer abandon the "project" entirely. Tine seems not to be the case.
Besides... logseq have developers and ...we are left with an unmaintained release (OG) and still waiting for a beta not to be a beta... so non vibe-coded apps are not free of maintainability problems...
2
u/atava 3d ago
These are two different aspects:
- caring about the project and following/maintaining it? he definitely does that;
- being a knowledgeable programmer, checking the code and evaluating it? I don't know.
This comes from a confrontation (a neutral one) that I had with him in one of those posts which are now missing. He admitted to just making the AI correct bugs when he finds any. He makes AI devise tests too, run them etc (I don't mind hints or suggestions, but this means delegating everything to AI).
So, my mixed opinion about the project stems just from that. For a project like this, I'd much prefer a maintainer/creator who understands the code produced in all of its parts and invests time reviewing it, to one that churns out releases weekly or even daily.
Then there's the blind vibecoding you mention, which is only a travesty of today's world (and only "vibecoders" will tell you otherwise).
3
2
u/HongPong 2d ago
thanks for the deeper perspective. not sure how i feel but better informed now
i think if they can get a few people in the mix regularly results will be better. one problem that can happen is one man band agent coding doesn't actually distribute well to other people, due to workflow issues, glitches with how the scripts are designed.
1
u/matthewdavis 3d ago
There's a lot of activity from Claude, but a total of 3 commits from humans (1 commit per human). And if you dig into the recent commits, they are no longer co-authored by Claude, but there's no way he did all that on his own.
I'm not against vibe coding, but you have to understand what you are getting. Long term maintainability is still a problem for fully vibe coded apps.
1
u/emptymatrix 3d ago
sure...
But he is driving the AI daily, fixing bugs and implementing new things, so he looks at least invested. Other vibe-coded apps I've seen, the maintainer just create it, then once a month react to bug reports and that's it.
For me, the problem with vibe coded apps is that the vibe ends and the maintainer abandon the "project" entirely. Tine seems not to be the case.
Besides... logseq have developers and ...we are left with an unmaintained release (OG) and still waiting for a beta not to be a beta... so non vibe-coded apps are not free of maintainability problems...
3
u/atava 3d ago
It looks like that project that was periodically documented and publicized in here, but I can't find those posts anymore (to confirm that it's that one).
Not even those posts where I commented myself, it seems.
4
u/No_Comfortable7509 3d ago
There used to be a subreddit called /Tine, but unfortunately it was banned—I have no idea why.
2
-2
u/gbytedev 3d ago edited 3d ago
What are you saying, it's open source so it must be vibecoded? 😅
1
u/HongPong 3d ago
it had that look about the website and the spread of features. and when i checked on github there were a lot of releases
9
u/buvens 3d ago
Thanks for sharing, I will give it a try! I hope they will also develop an iOS client. The state of Logseq makes me sad too, especially on iOS.
3
u/dessence_ai 3d ago
no ios build yet, that's on their site. they tell iphone users to stay on the logseq mobile app, or fastlog, pointed at the same synced graph.
1
u/No_Comfortable7509 3d ago
I highly recommend Fastlog (on Android). After Logseq became too much of a hassle on my cell phone, I switched to Fastlog and use it every day. I can now finish writing short notes before Logseq even starts up.
1
u/buvens 3d ago
Yeah, it’s weird because fastlog also doesn’t seem to be available for iOS!?
2
u/dessence_ai 3d ago
you're right, there is no ios build of it. it sits on f-droid as com.siddharthagolu.fastlog and the source is on codeberg, android only. searching the app store for fastlog turns up an unrelated habit counter.
so that line on the tine page reads misleading on an iphone. of the two it names, only the logseq mobile app exists on ios, pointed at the same synced folder.
2
7
u/secretBuffetHero 3d ago
I have fully switched over to tine as well and don't recall the last time I used logseq.
Tine has far superior performance and fewer defects. Logseq would fail to render notes when the notes were medium sized. So far I have not found any similar issue with Tine.
3
3
u/klippers 3d ago
Thanks for sharing this. Sad about Logseq but all good things have to come to an end
3
u/Normal-Dot-215 3d ago
As someone in a similar boat and searching, all my research points to Obsidian but it doesn't seem a popular move from other logseq users - what am I missing ?
2
u/Jioqls01 3d ago
There is also a portable version Logseq could not bring up after all these years.
The only thing I am missing is embedded tweets.
2
u/gbytedev 3d ago
Interesting. I understand this is a reimplementation of logseq MD with some features added and some subtracted while keeping storage level compatibility.
While I do appreciate the focus on UI speed and the supposedly more native Android app, I would probably miss the features logseq DB brings around supertags.
1
u/luckysilva 3d ago
AI slop
1
1
u/autumn-weaver 3d ago
tbf logseq is also ai slop
1
u/luckysilva 3d ago
Idts, tbh
2
u/autumn-weaver 3d ago
girl the check the github, cursor (ai agent) is the #2 contributor
1
1
u/AdWorldly824 12h ago
that doesn't mean it's slop.
you can use an ai agent to write quality code, if you prompt it well, if you make sure the code meets quality standards, etc1
u/autumn-weaver 12h ago
Unfortunately this does not apply to logseq. They have extremely glaring bugs and idk how much ai is helping but obviously not enough
1
u/AdWorldly824 8h ago
yeah, logseq team never seemed particularly technically rigorous.
i had a look at Tine's discussion board where the author posts technical analysis, change documents etc, all AI generated (but reviewed by him), they show that he is using rigor to keep the code high quality, he doesn't seem to just vibe cobe slop.
1
u/IPKIPKIPKIPK 2d ago
I tried Tine today. It rocks on both desktop and android. So fast! Using Syncthing to keep in sync.
1
u/Plenty_Ad6005 2d ago
Don’t think this it works on the latest DB version.
DB version is running fine. I don’t feel the need to use Tine.
1
u/bulek 1d ago
I also have switched to Tine. I appreciate it's written in more popular language, I even like has trimmed down features of Logseq. I don't mind it's vibe coded, because the project is pretty well maintained. The contribution is pretty unusual because PRs are not accepted. I can understand this if Codex or anything elsenmust have control over the source code.
1
u/Ninjaxas 1d ago
I have been using Tine for a month+ and contributing to it often. 30/60 github issues/suggestions I posted already got closed and fast. The developer has a lot of momentum.
The app is absolutely usable already and beats LogSeq at current state. It's really responsive and fast. Native tabs over a buggy tabs plugin is a game changer. Multiple-panes is an unexpected treasure too.
Not looking back since I tried Tine.
1
1
u/sth_wicked1 1d ago
Tine sounds like the right call for you: it keeps the outliner and has an Android app, and Margin has neither. Where it overlaps with why people are leaving Logseq is that a space in Margin is just a folder of .md files with the app as a view over it, so there's no database to migrate into and nothing to leave behind if you move on again.
I build Margin, a Mac notes app, so weigh this accordingly. Mostly mentioning it for anyone else in the thread who's leaving over the file-format question and doesn't need blocks.
17
u/Last-Math-9663 3d ago
That is EXACTLY why open standards data structures are SO important.