Don't wanna be killjoy, but specifically since "sleek" and "native" is mentioned many times, I'd say that's not what one expects from a sleek macOS application to say the least.
I'd expect something like Cyberduck quality UI, as an example. The author should aim to mimic system UI in my opinion as closely as possible (or integrate inside Finder).
manmal 31 days ago [-]
Indeed, at first glance I thought the UI is a preliminary Electron one (there are nicer Electron apps for sure).
Klonoar 31 days ago [-]
UI-wise it’s effectively the same, just built with the macOS specific webview underneath.
rajivm1991 31 days ago [-]
Appreciate your feedback! I hear you on the importance of a truly native macOS experience, improving the macOS native look and feel is definitely on my priority
coldtrait 31 days ago [-]
That would require building this in Swift.
jaimehrubiks 31 days ago [-]
Ah it would be awesome to have an adb explorer within Cyberduck
rand17 31 days ago [-]
I wouldn't dare to call an app with a webview approach (be that tauri or electron), react, typescript and the whole frontend Pandora's box "sleek", but each to his own. I find using the adb bridge for such operation a bit of an overkill, but fortunately I don't own Apple made devices this year so I don't face such problems; maybe drastic times call for drastic measures: Apple's and Google's hatred towards end users is palpable these days. I took a quick look at the source and the naming convention is not "conventional" and the lack of eslint/prettier made me raise my eyebrows (raised it high enough to not want to touch this project with a ten foot pole), just like the 2452 line main App.tsx and the rampant useEffect abuse in it - but again, I'm not the target audience, maybe this is super useful for the poster and aesthetics have always been subjective.
rajivm1991 31 days ago [-]
Appreciate the code review eyes and honesty . Yeah the current App.tsx is admittedly dense.. refactoring and adding linting/prettier is next on the list. The choice of React and Tauri was pragmatic to move fast with technologies I’m comfortable with, but I’m open to suggestions to improve code quality and maintainability.
rand17 26 days ago [-]
The general consensus around here is that web and sleek/native will not mix, Swift probably is the way to go if we are talking about modern, appealing MacOS applications, but that may be outside your comfort zone with or without the help of AI tools.
What really grinds my gears is that I have devices that only work with AFT and not OpenMTP. Like my Hisense A9. Because AFT will crash if you try to transfer hundreds of files. I wish I could get rid of AFT but I can't
I also have a usb-c flash drive for copying as well.
Amazon has a great MTP app but it only works with Kindles.
oneandonley1 27 days ago [-]
Thank you, i've been looking for this for years
cosmotic 32 days ago [-]
Does the app itself still work?
dinkelberg 32 days ago [-]
I have used it a year ago with macOS 14 or 15 and it worked. I've had problems copying too many files at once (don't remember the problem exactly), that's why I only copy about 100 at a time.
Your mileage may vary.
zmmmmm 31 days ago [-]
What we really need is someone to implement this using FUSE so we can just mount the phone directly and treat its file system like .... a file system.
The CLAUDE.md file is right there, so they are probably using agentic coding.
But why does it matter? Does the app not work? I don't have a Mac, can't check.
dinkelberg 32 days ago [-]
Counter question: How do you know it works?
A file manager better be rock solid, I don't want a bug to delete any files or do other shenanigans.
brainless 31 days ago [-]
That is a valid question.
But that would apply to any app that deals with files like this one does.
This one is open source and we can run some code analysis on it, compile locally, etc. I am not well versed in security checks but I guess you get the idea.
ulfw 32 days ago [-]
Especially the 'design' which couldn't be less Mac-native if it tried
This situation reminds me of the Visual Basic apps in the nineties. It was possible to write good quality software with VB and some people did. Nonetheless the majority was dross and the fact that an app was written in VB was a strong indicator of poor quality.
jeron 32 days ago [-]
agents should agentically create high quality unit tests
Egor3f 32 days ago [-]
Agents are really good at writing unit tests, but only if you clarify exactly WHAT should be tested. Otherwise they generate slop which passes, but don't catch any bugs nor regression.
VerifiedReports 32 days ago [-]
Ugh. This term can't die fast enough.
mhuffman 31 days ago [-]
What term would you suggest instead? Agent-assisted slop?
VerifiedReports 31 days ago [-]
Not bad; anything that actually mentions "AI" would be better than "vibe." That doesn't tell you anything.
hackyhacky 32 days ago [-]
Why do you say that?
rvz 32 days ago [-]
Because it is true. Claude did almost all of it.
wiredpancake 32 days ago [-]
It appears very "vibe coded", the application makes use of the stereotypical AI gradient in the top bar of the application.
The README.md uses a ton of Emojis in the feature Setting.
100% AI.
sunaookami 32 days ago [-]
Don't know why this comment was flagged, this is exactly what is going on here. AI is famous for these purple gradients and the website reeks "vibe-coded", this is 100% how Claude makes websites, including the already mentioned gradients, emojis, style, etc.
And of course every commit is Co-Authored by Claude Code with excessive commit descriptions also created by Claude. Is this really something we want to see on Hacker News? I wouldn't trust such an application.
Nothing against AI coding but letting AI take the wheel 100% of the time and not even mention it (like he coded it himself) is very dishonest.
luckydata 31 days ago [-]
Not exactly what beautiful looks like on a Mac.
rajivm1991 31 days ago [-]
appreciate your honest comments.. I want DroidDock to be both beautiful and functional, balancing modern design trends with macOS idioms. yes, feedback like this helps me iterate toward a better experience
jeroenhd 31 days ago [-]
I must admit I haven't really tried it, but what's wrong with hooking up an Android phone to a Mac? Can't you browse files like you can on other computers?
I don't think using ADB is the right way to go about it. Normalizing elevated shell permissions just to copy files just feels like going the wrong way about it. Unless that's the only way to get decent Android file management done on Mac, of course.
seam_carver 31 days ago [-]
No, you can't. You need a special app to browse a recent android phone or kindle on a mac
jeroenhd 31 days ago [-]
That's pretty annoying. I swear you used to be able to, what changed?
Edit: I thought Apple supported MTP but I guess they never did? That's a weird limitation for an OS to have.
Crestwave 31 days ago [-]
It makes a lot more sense when you consider that Apple's business model relies heavily on keeping customers locked into their ecosystem.
Clearly a Mac user should also have an iPhone, or face the repurcussions for using a non-Apple device.
rajivm1991 31 days ago [-]
macOS has limited support for MTP.. native browsing of Android devices is very limited or broken. Using ADB is admittedly a workaround, but it provides broader device compatibility and control, especially on newer Android versions
jaimehrubiks 31 days ago [-]
MTP is slower than adb in my experience
32 days ago [-]
Rendered at 17:54:08 GMT+0000 (Coordinated Universal Time) with Vercel.
I'd expect something like Cyberduck quality UI, as an example. The author should aim to mimic system UI in my opinion as closely as possible (or integrate inside Finder).
I also have a usb-c flash drive for copying as well.
Amazon has a great MTP app but it only works with Kindles.
Your mileage may vary.
EDIT: ok - it exists
https://github.com/JasonFerrara/jmtpfs
https://github.com/ismartcoding/plain-app
But why does it matter? Does the app not work? I don't have a Mac, can't check.
A file manager better be rock solid, I don't want a bug to delete any files or do other shenanigans.
But that would apply to any app that deals with files like this one does.
This one is open source and we can run some code analysis on it, compile locally, etc. I am not well versed in security checks but I guess you get the idea.
[0] https://github.com/rajivm1991/DroidDock/commits/main/
As usual, it is low quality and has zero tests.
The README.md uses a ton of Emojis in the feature Setting.
100% AI.
And of course every commit is Co-Authored by Claude Code with excessive commit descriptions also created by Claude. Is this really something we want to see on Hacker News? I wouldn't trust such an application.
Nothing against AI coding but letting AI take the wheel 100% of the time and not even mention it (like he coded it himself) is very dishonest.
I don't think using ADB is the right way to go about it. Normalizing elevated shell permissions just to copy files just feels like going the wrong way about it. Unless that's the only way to get decent Android file management done on Mac, of course.
Edit: I thought Apple supported MTP but I guess they never did? That's a weird limitation for an OS to have.
Clearly a Mac user should also have an iPhone, or face the repurcussions for using a non-Apple device.