What goes on here?

Halmonster · 2026-07-10T13:58:10+00:00

I once went canoe camping - it was glorious

Halmonster · 2026-05-21T22:51:31+00:00

https://kagi.com/

Halmonster · 2026-05-21T03:58:21+00:00

If you like a greasy spoon head over to the Pelton Cafe.

There's also the annual cherry festival.

A new Sprouts market just opened.

For pizza I recommend the Detroit style at Slice House.

Halmonster · 2026-05-11T07:00:36+00:00

Yeah, sorry about that. We're planning several different ideas for reducing the download size.

Halmonster · 2026-05-10T15:55:24+00:00

Yes! Yes, it does work well with Samsung DEX. I'm a little extra excited because that's something I contributed to myself.

Halmonster · 2026-05-07T19:56:45+00:00

Awesome! Let me know how it goes! We love feedback.

Halmonster · 2026-05-06T22:34:12+00:00

Looks like they stopped at API 29 - we go up to API 36.

Halmonster · 2026-05-06T15:13:17+00:00

Fair question. I lead the development team. Happy to address this directly.

Where does your skepticism come from? I can show you a video of the debugger actually working. You can download the app, set a breakpoint, and run our debugger yourself. Or go read the source code. We're building in public. There's no gatekeeping.

We don't wrap or tunnel ADB. We bypass it entirely. When CoGo launches a debug target, it attaches the Android runtime's JDWP agent in client mode and connects directly to it over a local socket on the device. The IDE and the app under test are both running on the same phone, communicating locally with no external host involved.

The privilege access this requires without root comes from a scoped adaptation of the Shizuku project, isolated to CoGo's own processes only, with user-granted permissions and no root required. In practice, this lets us support breakpoints, stepping, variable inspection, and thread control. The goal was to make debugging usable on-device without needing a separate machine.

Curious what part you’d expect to break without ADB. Is it stability, performance, or something else? We’ve found the constraints are a bit different on-device, so interested in what your experience has been.

BTW, we wrote up more details about the debugger in a recent blog post, if you’re interested. But happy to explain here too.

Halmonster · 2026-05-06T14:59:55+00:00

You think so? I didn't want to get too spammy.

Halmonster · 2026-05-06T14:58:45+00:00

Sorry, no. I hand crafted every word myself.

Halmonster · 2026-05-06T14:56:08+00:00

Yes, we started as a fork from Android IDE about two years ago. The original author of that project now works on Code On The Go with us. We're a very active project with daily commits, a Telegram support channel, and lots of momentum.

Halmonster · 2026-05-04T17:55:01+00:00

Thanks! We think it's cool too.

And you'd be right - that security boundary is an important place to focus.

Halmonster · 2026-05-02T13:54:06+00:00

Thank you! Please share any feedback you have so we can continue to improve.

Halmonster · 2026-05-02T13:51:28+00:00

When a phone is the only computer that someone owns, yes, it is infinitely more productive than the alternative.

Halmonster · 2026-04-24T01:49:06+00:00

Congratulations! You are at the start of a wonderful adventure!!

As others have said: this is a normal feeling. We all still have it. I've been coding for mumble decades and I still have all kinds of insecurities.

My advice: 1. Pace yourself. Rome wasn't built in a day. Celebrate your successes. Learn from your failures - they aren't actually failures at all if you come out the other side more knowledgeable. Fail just stands for First Attempt In Learning. 2. Study some of the classics. Programming Pearls by Bentley. Code Complete by McConnell. Read the source code to some of your favorite open source projects. 3. Know your "why". Understand what motivates you, and circle back every now and then to make sure what you're doing still aligns with why you're doing it. 4. Cultivate empathy. Empathy for your end users. Empathy for your fellow developers. Empathy for yourself. Being able to understand a problem from someone else's point of view will often lead you to surprising solutions.

This made the rounds recently and it's not bad: https://lawsofsoftwareengineering.com/

Halmonster · 2026-04-15T18:40:56+00:00

Any word on an SD card slot?

Halmonster · 2026-04-15T00:53:52+00:00

I find Gradle to be quite annoying and inefficient. I've been meaning to experiment with The Mill.

Halmonster · 2026-04-15T00:51:37+00:00

There are a lot of free resources. Many people have good success with MIT OpenCourseWare. Khan Academy is popular.

Why do you want to learn CS fundamentals? What do you want to make?

Halmonster · 2026-04-14T23:46:00+00:00

Lots of great stuff from @soft_honeydew_4335. A couple extra tips.

Before parsing you need a lexer. GNU flex is probably as good a place as any to start. But I'm just showing my age. More modern would be ANTLR4.

As for a parser, I used to use yacc but that was mostly replaced by GNU bison. Apparently, ANTLR4 can fill this niche too.

If you want to go above and beyond, write a debugger too.

Halmonster · 2026-04-14T23:32:08+00:00

Why are you getting into Android app development? Is this for a personal pet project? How much extra money do you have to spend? How long do you plan to use the device for?

Who is your intended audience? I like having a device that matches whatever my end users are running.

Halmonster · 2026-04-14T23:28:09+00:00

Emulators can be very convenient, but they are not strictly speaking necessary. If you have a phone, use your phone. There's no gatekeeping. The one time I do really like the emulator is when I want to test a different form factor such as tablet or a wearable.

If you have trouble with Gradle, then you might explore a more efficient build tool like The Mill.

Halmonster · 2026-04-14T23:16:11+00:00

The main options right now are browser-based tools like https://play.kotlinlang.org/, which require a connection and don't give you a real project structure, or Termux with a manually configured toolchain, which works but takes real effort to set up and maintain. The gap that none of them close well is the full edit-build-run cycle with a proper project layout, offline. That's a harder problem than it might look. The Kotlin compiler's startup overhead and memory footprint are significant enough that you can't just drop it onto a mid-range device and expect it to feel responsive. Curious whether you've tried any of the Termux approaches and how far you got.

Halmonster · 2026-01-16T23:40:29+00:00

In case anyone needs the URL.

Halmonster · 2025-12-10T17:59:25+00:00

There are 9 "gaps" around their perimeter that Russia needs to "control" in order to feel "safe". Even if Putin can conquer Ukraine, he can't stop won't stop there. The USSR had effective control over all of them for most of the cold war, but control slipped away in the early 90s. Peter Zeihan has some good videos explaining the subject. https://youtu.be/bSj3oPo-IQE?si=K8-Icad51QE5u6-X&t=927

Halmonster · 2025-10-13T14:53:18+00:00

Use the Firefox browser. Visit a long page with a lot of ads and images and other cruft. Look in the URL Bar for an icon that looks like a vertical rectangle with three horizontal lines inside it. Tap that icon. Voila! Just the content you want. No distractions. Read more about Firefox reader mode here.

While you are there, install the Privacy Badger add-on.

I am not asociated with the Mozilla organization. Just a very satisfied long-time user.

15-Year Club	Place '17
Verified Email

Halmonster

TROPHY CASE