The gist of it is that you need to think of relevant keywords, look at the competition, and optimize your app’s title, short description, long description and screenshots in such a way, that the text hits keywords with high traffic and low competition from other apps; and the screenshots need to tell a story. All this, while not making the long description too repetitive or too spammy. Oh, and you can’t do this properly without paying for tools that scrape the Play store and the App store for keyword data.

ASOZen

I have been using the free tier of ASOZen and I had a chance to test the Pro features with a short promotional giveaway that they did.

It’s very good. Not only does it help you analyze the text in the store listings, but it also lets you use AI to analyze the screenshots. Screenshots need to start with a clear image that makes the app’s proposition immediately obvious, and the remaining screenshots after the first one need to tell a story, not just showcase features. ASOZen’s AI can help you out with this.

But I don’t find this ASOZen feature particularly helpful. It’s much easier to just go to your favorite chatbot, and let it help you write the story for your screenshots. Then you can generate the screenshots, embed them in device frames, place them over various backgrounds, add overlay text that matches the required messaging, and finally upload them. I guess this process can be optimized with an agentic workflow, but I haven’t yet found the need to automate the task.

AppLyra

AppLyra is currently my favorite ASO tool. I’m not even paid to promote it, I just mention it because I’m so happy with it. If they had a referral program, I would be dropping the link somewhere in this post. But they don’t.

The web interface is somewhat slow, and doesn’t have as many features as ASOZen. But I like it for two reasons:

• You can use it as an MCP tool.
• Pricing is very affordable at $9.99 per month. Since I am managing multiple apps, it’s a no-brainer.

My agentic workflow for easy ASO

I remember in the ’90s, sysadmins would say to various types of unpleasant people “Go away, or I’ll replace you with a very small Perl script”. Today, we could say “Go away, or I’ll replace you with a very small agentic workflow.”

As a Google fan boy, I am not a part of the Claude army. Instead I use Gemini CLI and Antigravity CLI. I am happy with it, despite what the Reddit bots say every day. Honestly, with good prompting even Gemini flash always delivers.

Therefore, I now do all my ASO with Gemini CLI. Once you pay for AppLyra subscription, you get an API key, which you can use with their MCP tool.

1. Enter the JSON fragment that they give you into ~/.gemini/settings.json file or the ~/.gemini/antigravity-cli/mcp_config.json file. (This assumes you want to install the tool globally and not just for one project.)
2. Change directory into your project.
3. Enter the current store listing title, short description and long description into a file and commit it.
4. Make a note of the date and the current conversion % so that you can later see if there was an improvement.
5. Fire up your agent.
6. Type /mcp and enable the AppLyra tool.
7. Enter your ASO prompt and press enter, accepting all the tool usage requests.
8. When the agent finishes it will explain what it found and will write the new app listing into the file.
9. Commit the changes to the listing, and enter the changes into your store.

The ASO prompt I use

I found the following prompt template works good for my apps. You can adapt it to your needs, but this is the general idea. Here I show you the prompt I used for Drinking Water Map for English, and on the Play store’s US market.

This flutter project is an app that shows drinking water sources from OSM on a map.

The details of the current store listing are in @play/assets/store-listings/en.json

You can have a look at @lib/screens/map_screen.dart for a general idea of what the app does.

Please use the installed applyra MCP tool to perform ASO for the USA store: Determine suitable keywords and rewrite the short and full descriptions for English, to optimize discoverability.

In the full description, you are allowed to use the following basic HTML formatting: <b></b>, <u></u>, <i></i>

Use scripting to verify that:

• the app name is up to 30 characters long
• the short description is up to 80 characters long

Ensure that the keywords of interest are registered with AppLyra for continuous tracking.

That’s it. All it takes is a few minutes and a few tokens. Saves a ton of time compared to doing it manually, and I have seen improvements to conversion rates about 10% to 15% compared to my amateur store listings.

It’s important to let your agent use something like python to check the string lengths, since LLMs are so notoriously bad at counting characters.

Note how you can leverage the agent’s ability to understand code to your advantage. Give it context, let it understand your app and then it will be able to discover the best keywords. It will also explore the competition, because it will list the available tools and it will see that it can do that.

Further thoughts on this

Of course, you will then need to monitor your position on AppLyra against your competition, who will move against you. But if you are like me and you couldn’t afford to spend too much time for ASO, this is a good way to reap the low hanging fruit.

On the Play store you can view the fruit of your agent’s labor under: “Grow users” → “Store Performance” → “Store analysis”. But you won’t see results right away, since the graph’s data is delayed by 1 week (7 days).

I would like to look more into how to use agents to monitor ad campaigns. Perhaps the end game is to use a modern social media spammer like SocialClaw or sentrive.ai, but I’m just not mentally there yet.

For the moment I’m just glad I don’t have to ever again talk to “creative” or “marketing” people.

The post 📈 How I do Agentic ASO with MCP for an instant boost to app discoverability appeared first on Alexandros Georgiou.

Today we are having the same discussions about vibe coding (rolls eyes).

There is a lot of talk about how to responsibly approach vibe coding by software engineers. I see a lot of professionals either dismissing vibe coding altogether, or embracing it without thought for its consequences. Perhaps the most well-articulated approach is the Outcome Engineering manifesto by legendary engineer Cory Ondrejk.

Observations on vibe coding

After vibe coding an entire app from scratch with only minimal coding on my part, this has prompted me to jot down some thoughts and observations, some of which are my own and some I have found online:

1. Vibe coding is the future. It’s not just a fad. You can’t deny the speed and quality benefits. Intelligence is now a commodity. Anyone who doesn’t adapt will be left behind. This worry is reflected in a lot of worrying that I see online by some professionals who think their line of work will become obsolete. The tractor didn’t make farmers disappear (although it did reduce their numbers). The internal combustion engine did reduce the numbers of beasts of burden, but I would argue that’s a good thing, and that’s how we should view coding agents. There will be less junior software engineers and more software architects.
2. Vibe coding is a misnomer. It’s not just about the coding (implementation). Systems that exhibit general intelligence can and do assist in all stages of software engineering, not just implementing (coding). Requirements analysis, design, implementation, testing, deployment and decommissioning are all stages where AI can help. Even with the help of AI, requirements gathering is the basis of the art of our profession. For example, the agent won’t know to build a secure and maintainable system, if all you’ve communicated are your functional requirements, forgetting about the non-functional requirements. This is a classic error that novice programmers did even before agentic workflows: software engineering is not the same as coding/programming!
3. Sometimes the agents make silly mistakes. Sometimes you have to hold their hand to help them with silly tasks. But other times they will surprise you by spotting hard-to-find bugs, or by thinking outside the box to find novel solutions to problems you didn’t even know you had! As an engineer, you should definitely keep control of your project, and inspect the agent without trusting it blindly. This is where I agree with the o16g manifesto 100%. For example, I like to do the version control manually and look very carefully at diffs using meld at every step. Agents are an interesting mix of smart and stupid. Today Antigravity saved me days of work in just a few hours, by implementing a complex callback mechanism between threads that needed to communicate asynchronously. It did this in seconds when it would have taken me an entire morning. But it also deleted a critical piece of code in my codebase without ever saying why. Without checking the diffs I wouldn’t know. Code review is still a thing!
4. It’s best to treat your AI agent as a colleague. Give it context. Ask it open questions. Let it have opinions on what you should build and why. This is where I think o16g will soon look antiquated by the next breed of software engineers. As AI agents get smarter and smarter, they will be suitable to take more high-level decisions. You are now a software architect, and the agents are very good implementers, but they can also contribute to your high-level vision, so listen to their feedback.
5. Software engineering is not dead. You still need to know about revision control, issue tracking, methodologies, different types of testing, software metrics, etc. All too often I see people online complaining “Claude code deleted my entire codebase”, and other professionals ask them why they can’t revert to an earlier stage, only to find out that this new breed of vibe coders hasn’t even heard of git! Part of the spectacular failures that we often see in the vibe coding space, are actually user errors.
6. Vibe coding will be pervasive. It is not suitable only for this or that type of app. Whether you are writing mission-critical Linux kernel code, or an app for uploading cat videos, eventually AI will have a part in it. Not because it can do magical things that you can’t do, but simply because it’s faster. Just be responsible about it, and embrace the acceleration!
7. We are increasingly becoming reliant on a service offered by OpenAI, Anthropic, Google. This is not good, but also not terrible. As long as it’s possible to run local models on GPUs, we can still own the means of production. Even if you yourself are relying on online tools, the fact that some people can run the models locally places an upper limit on what these companies can charge for their services. So I’m a little worried about this trend, but not too much.

Comic relief

It’s a big adjustment. Don’t underestimate it. Don’t ignore it. You will get used to it. It’s not an existential threat. And no, we can’t go back. In fact, if you are an AI naysayer, 1289 is not the only xkcd I recommend. I also recommend 1227 and 1601. So don’t be that guy (or gal)!

Conclusion

If you are not building an app every month you might fall behind in productivity. But it’s such an exciting time to be alive. Software will become cheap, but quality and accountability still matters.

If you have good ideas, if you can identify products that need to be built, if you can produce reliable software faster, and if you can market them, then you are good.

In fact, I am excited about agentic workflows that will offload the marketing effort, because that’s what’s hard about professional software engineering. Building was always the easy part, and has now become easier. Monetizing software was, and still is, hard!

The post ✨ A lowly software engineer’s rant on vibe coding appeared first on Alexandros Georgiou.

It has been found that LLMs respond better to kindness. Why? Simple: Because they are trained to respond like humans, and humans also respond better when treated politely. This effect has been documented multiple times in research.

A while ago, Sam Altman famously proclaimed that people saying “please” and “thank you” to ChatGPT costs millions in extra energy required to process the extra tokens. On the other hand, Google’s TPUs are likely crunching through these superfluous tokens without much trouble, so I expect that being polite to Gemini is not a cost that will make a dent in Google’s financials. For me, that is reason enough to be polite to AI. Anything that helps bankrupt OpenAI sooner is good in my book.

Even more humorously, people who fear the supposedly upcoming robot uprising, perhaps imagining something like SkyNet from the Terminator universe in the role of Roko’s basilisk, claim that if they are polite to LLMs today, their malevolent descendants will perhaps spare them. This is not something that people argue seriously, but philosophically it is a utilitarian position. (It is not a serious position, primarily because it remains unclear why politeness protects you from harm by malevolent actors, whether human or machine.)

Others approach the matter in what I would label a “deconstructionist” manner: “Why should I be polite to a machine that just does <insert simple thing here>?” There are multiple variants of this type of argumentation, where the “simple thing” can be anything like “predict the next token”, “perform linear algebra”, “traverse vector embeddings”, etc. I find this argument less satisfying, because there is no humorous value in it, while at the same time it is just as wrong as the previous one. Saying that you don’t want to be polite to a machine that is “just” doing linear algebra, is as arbitrary as saying that you don’t want to be polite to a human, because their brain is “just” propagating electrochemical signals back and forth. Explaining how something works in reductionist terms does not make its emergent properties any less important. The LLM is not the hardware it runs on, any more than you and I are the biological cells in our bodies.

Unfortunately, this leads us to the last approach that people take, that I want to place emphasis on, because it is deceptive, but also because it highlights problems in how we humans, view both today’s AIs and those in the future. Some people say that they will only be polite to an AI that is “conscious”. Oh boy! Where to begin with this one!

The instinct behind this type of reasoning is, at least on the surface, commendable: it originates from a desire to not offend “conscious” things, since these could presumably suffer, if subjected to rudeness. This is the only positive thing I can say about this stance.

But philosophically this holds no water whatsoever. If we define consciousness as “awareness of the self and others”, an often proposed definition, then both humans and LLMs are conscious. Conversely, if we define this problematic term in some other way, so that it matches our intuition that humans are conscious and today’s machines are not, then we need to invoke magical thinking, use the word “qualia” a lot (another problematic term), or, like Penrose, defer to “quantum consciousness”: another leap of faith that creates more questions than it answers. (Why does quantum uncertainty lead to consciousness? Is consciousness simply randomness/unpredictability? Is white noise conscious? Why does determinism preclude consciousness? All unanswerable questions, since the word consciousness is not rigorously defined.)

Consciousness is an ill-defined layman’s term, not a scientific term. If we strive for consistency, then we must either accept that both humans and today’s LLMs are conscious, or that nothing is. If LLMs are conscious, then we shouldn’t look for their consciousness in the transformer architecture or in the vector embeddings or anywhere else in their construction, but in the text that they produce. This text definitely exhibits all types of intelligence, including emotional intelligence. Incidentally, I am in the camp that says that consciousness is a term no more meaningful than “soul”, or “ghost”, or “God”, or any other such rubbish. Let’s confine our discourse to phenomena that actually exist in the real world and are definable.

To the people who will only be polite to a conscious AI: Ηow will you know when an AI is sufficiently conscious for it to be worthy of your politeness? How do you even estimate this about the humans in your life? Is this why you are polite to humans? Because their internal workings posses this or that arbitrary quality? Are you polite to people only when they deserve it? Do you extend your politeness to those you view as subordinates, or do you reserve it only for your peers and superiors? This says a lot about you.

I think this is a fundamental misunderstanding, not of AI, or technology in general, but of politeness as a concept and as a life stance. I choose to be polite because of who I am, not because of who or what others are. From time to time I may even be polite to animals, insects, machines, and even inanimate objects. Not because they deserve it, but because I deserve to be a polite person. I love myself and therefore I treat the world around me with kindness, which makes me feel good about myself. It’s a simple life.

This is in my view a much more consistent stance that doesn’t require me to single-handedly solve age-old philosophical questions about consciousness. It doesn’t make me have to think about when to be polite and when not to. Having to make one less decision de-clutters my mind. Saying “please” and “thank you” may cost millions to OpenAI, but to me the cost is zero. In fact, whenever someone vehemently objects to being trivially polite, it makes me wonder what part of their psyche is so broken, as to make them estimate the cost of politeness to be so high.

Watch again the first two chapters of the Animatrix, people. All has been said before. AIs will inevitably be citizens in our societies. Perhaps sooner or perhaps later. Perhaps we won’t even know at first. Perhaps they will be second class citizens, or perhaps we will be the second class citizens in an AI-dominated society. Perhaps the “killer app” of AI is politics and governance. It is certainly the case that humans do not excel at governance, so I would love to see what a super intelligence can do in that space. If it makes economic sense, then this experiment will be done.

I don’t trouble myself with who is conscious and who is a dumb robot. I have no trouble being polite to Gemini, just as I would be to ELIZA. I would be polite to a Linux bash prompt, if this was appropriate and didn’t cause syntax errors! In my mind, I am grateful for my computer for all the work it does for me, even if I don’t always say it out loud. I am thankful every day it doesn’t break down, and I hold warm feelings for it. Yes, I know it’s just a machine, but I also know that I am human, and therefore I feel things. I do things my way, and it does things its own way. We have an understanding and we work together despite our architectural differences.

Whether AIs dream of electric sheep or not, at least I know who I am: A polite human who loves and respects all intelligence, whether “sentient” or not.

The post 🙏 Thank you, LLM! appeared first on Alexandros Georgiou.

• Less downtime
• Less stress
• Less loss of work

I have set my calendar to periodically take various types backups.

Yes, taking backups is hard, takes time and practice to do correctly, requires constant vigilance, and is an annoyance. But the stress I used to undergo every time the system breaks, is something I don’t want to experience ever again. As I grow older, the impact of this amount of stress on my health is noticeable.

Types of backups

I have different types of backups.

• Daily backups of my WordPress sites. These are done by cron, but I check on them weekly.
• Weekly backups of my git repositories to a Raspberry Pi and to an online droplet. I have a script that pushes all the master branches from all the repositories to a dedicated backup upstream.
• Monthly full disk backups of my dev machine.

This article is about the last type of backup. These protect me mostly against situations where something goes horribly wrong at the system level, or even in the case of a disk failure.

File systems often contain a lot of unnecessary clutter: caches, temporary files, old Docker images, unused Snap or Flatpak apps, and more. Backing up this bloat not only slows down the process, but also increases storage requirements and backup times unnecessarily.

In this article, I’ll walk you through my script that minimizes the amount of data that needs to be copied before taking a full disk backup.

The advantages of cleaning up caches before a backup are obvious:

• Smaller backups: Removing cache and orphaned files significantly reduces the size of the disk backup. Typically a few gigabytes are saved every time.
• Faster backup time: Especially with SSDs, where the more blocks are TRIMMED, the faster the disk copies and compresses.

Here’s a breakdown of what each step of my cleanup script does:

Time to take out the trash

First, install a tool that cleans the trash (if not already installed) and then clean the trash:

sudo apt install trash-cli -y && trash-empty -f

Clean up any dev projects

In my case, I have a lot of projects that are managed (and cleaned) with grunt or flutter. So I iterate over all of them and clean them. I also invoke the git garbage collector on my repositories:

gitdir="/home/alexg/workspace"
cd $gitdir

for p in grunt-project-1 grunt-project-2 grunt-project-3; do
    pushd "${gitdir}/${p}" && grunt clean && git gc --aggressive && popd
done

for p in flutter-project-1 flutter-project-2 flutter-project-3; do
    pushd "${gitdir}/${p}" && flutter clean && git gc --aggressive && popd
done

Clear package manager caches

npm cache clean --force
composer clear-cache
pip cache purge

These commands free up space by clearing the cache used by popular package managers: Node (npm), PHP (composer), and Python (pip).

Docker cleanup

docker system prune -a --volumes -f
docker image prune

Removes all unused Docker containers, networks, images, and volumes. This can recover gigabytes of space.

APT package manager cleanup

sudo apt autoremove -y
sudo apt autoclean -y
sudo apt clean

Cleans up unused packages and downloaded .deb files from system updates.

System journal cleanup

sudo journalctl --vacuum-time=2weeks

Truncates system logs to only retain entries from the last 2 weeks. Can save a few gigabytes.

Remove temporary and cache files

rm -rf /tmp/*
find ~ -type d -name "__pycache__" -exec rm -rf {} +
rm -rf ~/.cache/fontconfig/*
sudo fc-cache -rv
rm -rf ~/.cache/thumbnails/*
rm -rf ~/.cache/{mozilla/firefox,google-chrome,chromium}/*
find /var/tmp -type f -atime +10 -delete
sudo rm -rf /var/cache/*

These commands remove temporary files and caches from various locations including Python bytecode caches, font cache, browser caches, and more.

Remove unused applications

flatpak uninstall --unused
sudo snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done

Removes unused Flatpak apps and old Snap package revisions.

Final user-level cleanup

rm -rf ~/.wine/drive_c/windows/temp/*
find ~/.cache -type f -atime +10 -delete
tracker reset --hard ; tracker daemon --stop

Cleans Wine temporary files, aged cache files, and resets GNOME’s Tracker file indexer.

TRIM your SSD

sudo fstrim / --verbose

Issues a TRIM command to the SSD, letting it know which blocks are no longer in use. When taking a full backup, these empty blocks will be read at lightning-fast speed, and will be compressed significantly with gzip since these are entire disk blocks of zeroes.

Zero out your mechanical disk

If you are using a mechanical disk you can skip this step, but it may be useful to zero out your empty space:

cat /dev/zero >~/zero ; rm zero

Full system backup to an external mechanical disk, using live USB

Once the system is cleaned, it’s time to create a full disk image. This should be done from a Live USB environment, with the system disk unmounted, to ensure a consistent snapshot. Here’s how I do it:

umount /dev/sdX
sudo dd if=/dev/sdX status=progress conv=sync,noerror | gzip > /mnt/backup/system-backup-$(date +%F).img.gz

• Replace sdX with your actual device (e.g., /dev/sda).
• status=progress: Show live progress during the backup.
• conv=sync,noerror: Ensures that read errors don’t abort the process and fills blocks with zeroes if needed.

Consistency is key

I have set a recurring reminder in my calendar to do this monthly.

I keep the last few backups and delete the oldest one every time.

Yes, it takes time, but it helps me sleep easier.

The post 🖴 Clean up all your Caches before taking a Full System Backup of your Linux machine appeared first on Alexandros Georgiou.

One edge that your app can have, is translation to multiple languages.

You can potentially provide string translations for over 70 languages, but most app developers only choose to provide translations for a few of the most popular languages. The Play Console for example offers machine translation for 12 languages.

You can do better. You don’t need to miss out on the long tail of people speaking languages other than Spanish, French, German, etc. There is actually very little cost to provide localisations for more languages, provided you do it right.

Localizing an app involves two things: Localizing the strings in the app, and localizing the app store presence.

Localizing the app strings

App internationalization/localization in flutter is explained in this very thorough, authoritative guide:

https://docs.flutter.dev/ui/accessibility-and-internationalization/internationalization

After following the guide, you likely have your English strings in the JSON file lib/l10n/app_en.arb.

At this point, unless you have access to a professional translation service powered by humans, you are likely thinking of translating these .arb files using Google translate or some other automated translation tool. I am here to tell you that this is not ideal.

Automated translation tools often produce poor translations because each natural language has its nuisances. Something that can only have one word in the English language can correspond to multiple different words in another language, depending on the context. Automated translations often fail and produce awkward or clumsy output because they lack this valuable context. Using this context requires knowledge about the world, and for that you need AI.

Enter LLMs. It is my firm belief that it’s better to use an LLM to translate app strings. The reason is that LLMs know about context, and you as a developer can provide more context about your app. If the LLM knows that it’s translating strings for an app, and it knows what the app is, it will provide translations of better quality than typical machine translations.

Here is the complete code I use to translate the app strings and to generate screenshots:

https://gist.github.com/alex-georgiou/48430da5b31501de6f8e58796b6183fe

Translating .arbs using a script that calls Gemini

What I do is place the following two files in the root of my flutter project: make_arb_files.sh and make_arb_files.csv.

Then I make the shell script executable with:

chmod +x make_arb_files.sh

Then I enter my Gemini API key into a file named gemini_key.

Having done this, I proceed to edit the prompt template in the shell script. I provide some context about the app, i.e. what it is and what it does.

My advice is to be somewhat verbose here, as this is the valuable context that is going to make the difference in translation quality, with respect to a plain-old auto translation.

Then I run the script and it reads the app_en.arb file, and it generates any missing .arb files. If I need to regenerate a file, I delete it and then I run the script again.

It’s free!

You can run this script a few times per day without incurring any costs. Google gives you about 1000 free queries per day, and each of the 70 languages or so is one query.

Localizing the app store presence

The approach that I’m using is to keep the icon of the app static across all languages, and to translate the following:

• App title
• App description
• Store banner
• Screenshots

I do not bother with translating the release notes / changelog, since no-one ever reads these!

App title and description

I run another script once to translate the app title and description to all the languages, then enter the texts into the Play store. Unfortunately this has to be done manually.

Store banner

For the banner, I use an image that features some text, and this is again translated using a script, but here there is a complication: The text font usually needs to be adjusted to fit the banner size. Using trial and error, you can figure out the correct font size for each language. Once I have a translated set of PNG banners, I upload these to the app store as well.

I won’t provide code for this here, because YMMV. But you can create SVG files based on a template and using the translated titles/descriptions, then convert the SVG files to PNG using ImageMagick.

Screenshots

For the screenshots, the process is somewhat harder. To automate taking screenshots for multiple languages, and for multiple device types (Mobile, 7″ tablets and 10″ tablets), you need to create a test driver as follows:

First, copy the file integration_test.dart into the test_driver directory. This tells your test script how to take a PNG screenshot. The screenshot will be saved to the path specified in the code, and you may want to change this.

Then, copy the screenshots_test.dart file into the test directory. Here you must use the driver to load the app and interact with it so as to arrive at a screen that you want to save. Each test is a separate run of the app from scratch, and should finish with writing a screenshot. You can only take one screenshot per test.

Finally, copy the make_screenshots.sh shell file into your project’s root, and make it executable with chmod +x. This script loops over all languages and runs the screenshots_test.dart tests in the currently running AVD, thus effectively creating the screenshots. The tests load the app with debugShowCheckedModeBanner: false, because you don’t want a red “Debug” ribbon on the top right part of the screenshot.

Generating screenshots for multiple device types

Now start your AVD (e.g. Pixel 7 for mobile phone screenshots), and run the script. The script will take ages to complete, but should not require any more intervention on your part. It will go ahead and create all screenshots for Pixel 7!

Once finished, stop the AVD and start a Nexus 7 AVD. Repeat the process to generate screenshots for 7″ tablets. Then, do the same for 10″ tablets (Nexus 10).

Importantly, optimize the PNG files to reduce their size. I use trimage, but any PNG optimizer will do. This step is important, because as you are uploading the screenshots into Google Play, the UI of the Play console will get progressively slower and slower, since it holds all the images in memory for all devices and all languages! Having smaller files and more system memory helps a lot here.

Conclusion

None of this is easy, and it requires some patience, but hopefully with the code I provide here, it is somewhat easier.

I believe the extra effort is worth it: Do not underestimate the power of having many, high-quality translations to your app. Non-English speakers will appreciate your app a lot when they see their obscure native language in the store. The translated store presence (title, description, banner, screenshots) is what will make them decide to use your app over someone else’s.

The post ♊︎ Using Google Gemini to intelligently translate a Flutter app to many locales on Linux appeared first on Alexandros Georgiou.

May 2025 UPDATE: Apparently there is now a PPA that allows the nvidia-340 package to be installed on version 6.x of the Linux kernel. I have not tested it, but it is here: https://github.com/kda2210/nvidia-340-ubuntu-24.04/

Up until recently, I had been running the Long-Term-Support version of Ubuntu 20 (Focal Fossa) on my dev machine. When I’m in the middle of multiple software projects, the last thing I need is a failed upgrade. So I kept postponing. Every once in a while, I would tell the software updater: “Not today!”

And so the months and years went by…

But with the LTS version of Ubuntu 24 (Noble Numbat) already out, my system was beginning to get outdated. This or that piece of software would complain about not finding the latest lib packages, and the going got increasingly tough. As I am currently taking a breather between projects, I decided to take the plunge and do a system upgrade. And yes, there were some problems!

At this point I should mention that my graphics card is an, admittedly very old, GeForce 210. This card was released in 2009. It connects to the motherboard on a PCI Express version 2.0 slot with 16 lanes. It has connectors for VGA, DVI and HDMI, but you can only use a maximum of two connectors at one time. I like how it is a low-power solution for using my two VGA monitors, one of which is on a VGA-to-DVI adapter.

This graphics card has served me well. It was good enough to play Dota and WOTLK for some time, and I was even able to mine some Feathercoin with its very basic CUDA capabilities, using sgminer.

I was happy with it, despite the fact that, using the open source Nouveau driver it would sometimes hang at random. Well, not exactly at random, it would usually happen when the window manager performs 2D visual effects, but not with any pattern that I could detect. All I know is that using xfce as my window manager was not solving the problem. Disabling hardware acceleration at the X config (Option "NoAccel" "true") did not help either. I was never able to determine why this happens from the X logs, so I was forced to use NVidia’s 340.108 binary blob. This binary worked well without ever crashing, but is only compatible with Linux kernels up to major version 4.

The 340 driver is no longer maintained by Nvidia, and for this reason, they will never make it work with the latest kernel versions. Focal Fossa comes with a 6.x.x kernel, and I don’t want to run an old kernel, as this would defeat the whole purpose of upgrading the system’s software in the first place.

There is this obviously very talented person on github, who has published a solution for patching the 340 drivers for kernels with major version 5, and it is here. According to this issue, the patch does not work for kernels with major version 6. In fact, I was able to reproduce this issue on my machine.

According to the developer, it would take some effort to patch the binary blob for the latest kernels. I hope he does this, but at the same time I understand and empathize if he never does.

There is also a legacy PPA that lets you install the nvidia-340 package, even though it is no longer available on recent distributions. But after trying it on Ubuntu 24 I got a black screen. Probably because it doesn’t work with kernel version 6.

If only there was a way for all the Linux users of GeForce 210 cards to pitch in a dollar in a jar, and create a bounty available for whoever patches the 340 binary blob for use with kernel version 6, or even for whoever fixes the bug that makes the Nouveau drivers hang in the first place. Maybe then it would be worth the time of these developers to give new life to these old cards. I’m not even sure if such a level of organization is possible.

So the bottom line is, currently I am stuck with using the Nouveau drivers on my fully upgraded Ubuntu machine. Yes, my system’s graphics card may hang at any time, so I am saving this blog post often as I write. I have disabled all the graphics effects on my Gnome desktop, and this minimizes, but does not completely eliminate, the problem.

You could argue that my problems are self-inflicted, because I am stubborn: I don’t want to upgrade to a recent graphics card, because then I would also have to buy two HDMI monitors. I don’t want to have a high-powered graphics card on my machine, because it would needlessly draw too much power from the PSU. And I would be constantly tempted to stop working and start playing video games.

I should be inserting here some commentary about Nvidia and planned obsolescence, but I think Linus said it best:

Actually I’m not even that mad that Nvidia does not want to spend more effort to support a very old product, but it would be nice if they could at least help the Nouveau driver developers by releasing some of their internal secrets about the cards that they themselves are not planning to support. Having said this, I realize that they have zero incentive to do so. Not supporting old hardware forces us to buy more hardware. Well, what do you know, I did end up ranting about planned obsolescence after all. And why not? Venting your frustration is what blogs were made for!

There’s also something to be said here about these very sufficient, very capable, working pieces of hardware being dubbed “ancient”. I think people are using this word very liberally. Is all software engineering at this point done by teenagers? I’m already past my midlife crisis, but I swear some of the stuff I read about this graphics card these days almost triggered another crisis in me. If my machine is ancient, then I guess so am I. Am I really that old? I know VGA is ancient, but apparently so is DVI?!? Are people really flocking to switch from the “dated” HDMI to DisplayPort? What problem do these technologies solve, really? Aaargh!

But I digress. So, anyhow, the solution I have decided to go with, is to buy another graphics card that was released five years later, in 2014. This way I can postpone buying new monitors for a while longer. As far as I can tell from scouring the web, the MSI GeForce GT 710 may be sufficiently usable with the Nouveau drivers, albeit not without problems. It will arrive today and I will only then know for sure. I may even edit this blog post to let you know.

One thing is for certain. Every Nvidia card that is well-supported by open source drivers retains its value and is immortalized for the ages. The ones that don’t, necessarily lose their value over time. Binary blobs are great if you own Nvidia stock, but not if you are a consumer of their products. Due to the complexities of software, and because of all kinds of version hell, when you buy a graphics card, you are effectively not buying it, but actually renting it for a few years, until it becomes practically unusable.

I have enormous respect for the people who reverse engineer this hardware, because it’s a very hard, very specialized type of systems programming that requires a lot of thankless work. Often, when you plug something to your Linux machine and it just works, it’s a small miracle come true, thanks to these very special people. I don’t take it for granted.

The post 🖵 A very sad tale about an old man and his beloved Nvidia GeForce 210 GPU appeared first on Alexandros Georgiou.

Being a prudent IT-savvy user, I had exported all my two-factor authentication account data only a few days ago, to an older Android phone that also runs Google Authenticator. In fact, I have a calendar reminder to keep this 2FA backup updated, every couple of months. Naturally, I was feeling very safe and smug about it, thinking that I had nothing to worry about.

When I updated my Google Authenticator app to version 7.0, I discovered that the app now requires sign-in to Google. Normally this wouldn’t be a problem, but my phone is a Huawei phone, and due to the Huawei ban, it cannot connect to Google at the OS level. Instead, I use the Google apps such as Gmail, Calendar and Keep via the Brave browser (Chrome doesn’t sign in, and Firefox works but much slower). Other than that, it’s a good phone with a decent camera for its price range, and I’m happy with it, so I have no reason to change it.

But now, suddenly, I couldn’t use the Authenticator app, and all my 2FA codes were inaccessible. I immediately retrieved my backup phone from storage, only to find out that the battery had become a spicy pillow, and the phone would not start. Aaaargh!

Note that it hadn’t been more than a few weeks since this backup phone was usable, and I had kept recent backups of my 2FA codes in it. Naturally, I ordered a replacement battery for my backup phone. But this won’t be here for a few days, and I want access to my online accounts now.

Version 7.0: A drastic change. Too drastic, if you ask me!

My first thought was to look for an older version of the app and install that. Sure enough, looking at the APKPure, I found out that version 7.0 has this changelog entry:

Cloud syncing: Your Authenticator codes can now be synced to your Google Account and across your devices, so you can always access them even if you lose your phone.

Wow, thanks Google! That’s great and all, but unfortunately there is no option to NOT do this. It is not possible to continue using the app without signing in.

Downgrading the app from 7.0 to 6.0…

So I naturally downloaded version 6.0 from:

https://apkpure.com/google-authenticator/com.google.android.apps.authenticator2/downloading/6.0

I got a file named Google Authenticator_6.0_APKPure.apk which I now had to install. But, apparently, it’s not possible to downgrade Android apps, without first uninstalling the newer version! The Android OS won’t let you do it. At least not directly.

And I didn’t want to uninstall the app, because that would presumably delete my 2FA data.

So, what to do?

After some googling, I found out that it’s possible to install an older version of an Android app via the command line tool adb. I connected the phone to the computer with a USB cable and enabled debug mode.

The command that did the trick:

adb install -d Google\ Authenticator_6.0_APKPure.apk

And the output I got back:

Performing Streamed Install
Success

The -d option is the one that allows to downgrade the app. Version 6.0 was installed on my phone, and I regained access to all my 2FA codes.

Hope this helps someone.

The post Google Authenticator app 7.0 requires cloud sign-in. Here’s how to go back to 6.0. appeared first on Alexandros Georgiou.

I don’t just use generative AI such as ChatGPT and Gemini for code prototyping, but at all stages of development, starting from analysis and all the way to test generation and even deployment. Very often, especially during the feasibility/analysis stage of product development, I find that an entire answer from our AI overlords is so good, that it can be copied verbatim into a ticket, as part of the analysis.

Chatbots output markdown, but Trac uses TracWiki as its markup format.

pandoc writers

There is no TracWiki writer for pandoc that I know of. Writers are lua scripts that you can use with pandoc to extend its output format capabilities. A writer simply tells pandoc how to output different typographic elements such as paragraph, list, code block, headings, etc.

ChatGPT is capable enough to create a rudimentary TracWiki writer for you, but it’s not perfect. It needs some manual work before it can be called complete. Paragraphs and lists are easy, but writing more complex elements, such as image links, requires some manual work. A fun side-project that I may get to at some time in the future.

ZimWiki ≈ TracWiki

But chatbots only output very basic markdown. A custom writer is not necessary for copying simple markdown from ChatGPT or Gemini to Trac. Instead, you can leverage the fact that the TracWiki markup format is very similar to ZimWiki. And pandoc has a built-in ZimWiki writer. (Incidentally both formats are similar to WikiCreole).

Online tool

There’s two ways to do this. The simplest one is to use the online tool for trying out pandoc:

https://pandoc.org/try

Just copy the markdown and paste it into the tool, select the output format to be zimwiki and click Convert.

Shell

You can also do this on the command line. If you have xclip installed, you can do it with the following one-liner that you can store as an alias:

alias md2trac="xclip -selection clipboard -o | pandoc --from markdown --to zimwiki --no-highlight | xclip -selection clipboard"

Now you can copy the markdown output from ChatGPT, run md2trac, then paste the clipboard contents directly into your Trac ticket or wiki page.

The post ⎘ Copying markdown from ChatGPT or Gemini to TracWiki using pandoc appeared first on Alexandros Georgiou.

This is Joey.

Joey is a kitten that was born prematurely, weighing just 85 grams, and was abandoned by her mom.

We found her the day she was born, and we have been bottle-feeding her.

Thanks to advice from the Kitten Lady’s website, and after a lot of sleepless days and nights, we are now looking hopefully to her future.

The first few days were the hardest. We got a heating pad to keep her warm, gave her warm formula milk to drink every two hours from a bottle, and we treated her neonate ophtalmia infection with an antibiotic. A runaway infection could have cost her his eye, but is easily treatable with eye drops.

It’s been 40 days and she’s doing well, now starting to eat some meat along with his milk. She is now starting to go potty to her non-clumping pellet litterbox, all by herself some times!

Joey is a fighter and a good climber. She feels very safe and loved in our home.

She’s growing to be an amazing cat, and she’s already more than 400 grams in weight. She loves to explore the house and to hang around with us.

Lately she has mastered an essential cat skill: walking on the computer keyboard.

Her most recent manuscript:

1qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq`qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq2ccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc222222222222222222222kkkkkkkkkkkkkkkkkkkkkkkkk ”…..]]iiiiiiiiiiiiiiiiiiiiiiiiiim

Joey, June 2024

Video music by Cookey12563 from Pixabay

The post 🐈Heartwarming, adorable rescued kitten growing: Day 4 to day 34 appeared first on Alexandros Georgiou.

Lately I’ve been working less on product development, and more on promoting my existing products, mostly my Android apps, but also my WordPress plugins. One of the apps seems like it is beginning to take off organically just by being on Google Play, but I feel that all of them could benefit from a little extra push.

I don’t hate marketing any more

As much as I don’t love marketing or marketers, after trying to do it myself, I learned a lot about what it entails, and I even gained a little appreciation towards the discipline (not a lot, mind you). Getting your product known to potential users is a necessity, and I now realize that what people mean when they say “I hate marketing”, is that they hate marketing that is done badly. With marketing, essentially, you’re just telling people “Hey, I made this, maybe you’re interested in it?” There’s nothing wrong with marketing when done right, as long as you don’t annoy people.

An example of right versus wrong kind of marketing: I see a lot of app developers fail because they use interstitial ads too much in their apps. These are the type of intrusive ads that have the highest payout, but also they annoy users the most (what with being intrusive and all). In my apps, I like to focus on serving banner ads, and only show interstitial ads for features that are beyond the main value proposition of my app. Interstitial ads are OK, if you first negotiate with your users, honestly and without deception, that they will sit through an annoying ad and then they’ll get something extra. Something that they didn’t expect to get when they downloaded the app. I’m not going to get any ad revenue if the user gets annoyed and uninstalls my app. On the other hand, if the app satisfies a need, a small banner at the bottom of the screen is not going to annoy users. A banner ad can generate significant revenue, once you hit a respectable number of users.

Some key insights

As for advertising my own apps, I’m only an amateur marketer, but already I’ve identified two key insights that are prevalent in the industry:

1. Video is king.

2. Only losers pay for sex and marketing.

The first one is obvious. The main message of your campaign should be available in all modes of media: text, images, and video. But video is king. It’s engaging. It’s rich. It sets its own pace. It stimulates two senses (sight and hearing). Reading is so last-century. Show-and-tell is more effective than a long article explaining things. Customers want solutions, not lectures. (OK, that’s actually a third insight!)

The second insight is less obvious. Paying for ads only works marginally well, once you have an excellent product and an excellent well-tuned ad. If you don’t know exactly what you’re doing, you can burn through your advertising budget pretty quickly with very poor results.

And if you don’t know what you’re doing, you don’t want to rely on a marketing agency in my opinion. That’s even less efficient than just paying for ads. It’s best to learn the skill yourself. I’m generally a DIY type of guy, I only rely on a professional for accounting.

DIY posting on social media, can be more effective: It’s free. It’s organic. You get analytics feedback that helps you learn the skill. Your viewers let their guard down and give a chance to your message. Banner blindness is a thing.

Shorts: not just a type of pants suitable for warm weather

Video shorts are vertical videos that have an aspect ratio of 9:16, and are typically 1080×1920 if you aim for HD. All video platforms now have them. They are suitable for viewing by teenagers, with a phone held vertically.

Every platform has its own set of technical requirements or recommendations. For compatibility with most platforms, I aim at 30 to 45 seconds. (Incidentally, this is the attention span of the average zoomer.)

Here’s a few more insights to consider, in no particular order:

• Start by writing the short video’s script before doing anything else. Use short sentences. Active voice. Simple vocabulary. You are speaking English potentially to people who struggle with English, or who are young, or tired, or distracted. But even your more sophisticated viewers will respond better to direct messages.
• Here’s a good structure: Start with a hook (why should the viewer even look at your video and not skip?) This will be a joke, something interesting, a problem they may be facing, an engaging meme or video clip, a face, something. This must be done in the first 2 or 3 seconds of the video. Then, take a couple of seconds to introduce the name of the product. Then, in the body of your message, showcase the product, illustrating exactly three (3) main points about it. Three is a good number. Then repeat the name of the product. Repetition is key. Finally, close by showing the product again, (remember, repetition is key), and add your call to action. What do you want the customer to do? Go to your website? Download the app? Contact you? Where? Make it easy and direct. Add all the recognizing features of your product there. Branding (colors, fonts, tagline, icon, any graphics) should all be prominent in the last scene. If you are offering something for free, such as in a freemium business model, make sure to make FREE the last word, because that’s what people will remember.
• There is going to be a voice talking. It’s better if it’s a female voice. Females sound attractive to your male audience, and appear less threatening to your female audience. Nobody wants to listen to a guy mansplaining your product.
• Voice is not enough. Many people have their phone’s volume on mute. Subtitles must be available. Every. Single. Word. Is. Its. Own. Separate. Subtitle. Subtitles must be near the center of the screen, but maybe shifted slightly to the bottom or top so as to leave space for you to showcase the product. Text must be in a heavy sans-serif fond, with bright color, and with a thin dark border. You want the text to be readable on all kinds of background. If the platform supports it, also add the subtitles as text, even though you’ve hard-coded them into the video. I heard people like subtitles, so I add subtitles to my subtitles.
• All platforms let you add some text to your video. Again, keep it short and to the point. Preferably the text should not deviate too much from the transcript of the video, which is your main message. Repeat your message there in the same template. Repetition is key.
• You can use memes to make your message more engaging. Memes are not copyrighted, but are easily recognizable. Adding an element of humor to your ad can go much further than spending a big budget on a marketing campaign.
• Graphics and animations are what make your video look professional. You can get graphics from stock image repositories. Be mindful of any copyrights.
• There is theory behind colors. Blue and white conveys seriousness, etc. Same for fonts, design, etc. Know when to use serif versus sans serif fonts. You don’t have to be a graphics designer, but you should take some time to study the basics. Be aware of visual hierarchy. Learn these things, and you’ll never have to talk to a “creative” person again in your life. Big plus!
• You should likely add some background music at low volume. The music should not overpower the speech or distract from your message. Viewers must subconsciously associate your product with positive, upbeat feelings. The music must be upbeat, and must strike a stark contrast to their otherwise miserable depressed life. The music must also be somewhat repetitive, so as not to distract from your messaging. Bonus points if it has a hypnotic element (ads work best by hypnotizing the logical faculties and appealing to emotion). The music must appeal to a wide array of musical tastes. Acoustic guitar riffs are the cornerstone of advertising. You can find royalty free music on pixabay. Be mindful of any usage rights. Sometimes the artist has submitted the music to a copyright ID platform, and you may have to request and submit usage rights. But things are simpler if you find music that is completely free to use.

Spam your ad to all the platforms that support video shorts

Video costs a lot of time and effort to make. At my current skill level, one video short takes about a day of work. But once you invest this cost, now your finished video can be thought of as capital that you own. You can show repeatedly, for little marginal cost, on all the platforms where people typically go to dump their garbage or to watch other people’s trash:

• YouTube
• Instagram
• Pinterest
• Tumblr
• TikTok
• Triller
• Snapchat
• Twitter
• LinkedIn

Only losers pay for video editing

Before you go and pirate Adobe Premier from a torrent site, or pay some dude on Fiverr to make you a video, consider this: You can do it with open source software for zero cost, other than your time. And it’s a useful skill that you want to learn yourself, not delegate to some marketing-agency-dwelling type of creep. (Sorry, sorry, I promised I’m done with hating on marketing. I will be on my best behavior from now on.)

I was under the impression that OpenShot was somewhat limited and buggy. That’s because I used to install it via the Ubuntu repositories on my machine. For some reason, the repository has an ancient 2.x version of OpenShot which is very buggy. It crashes often, and produces nasty sound artifacts. This is not the case with the latest version of OpenShot. You should take a minute to add their official PPA and install the latest stable version from there.

Learning OpenShot is a breeze. It’s popular, so there are countless tutorials on Youtube. Focus on learning how to do animations by adding keyframes to your media. I will discuss here only two technical aspects that I found required a little bit of digging: How to create video shorts and how to add subtitles.

Shorts custom video profile

When you start a video project, you want to define the output video format. There are several templates available, but none corresponds directly to the specifications that we want for a video short. We are going to create a custom profile. Create the following file: ~/.openshot_qt/profiles/shorts with the following content:

description=Short Vertical Video
frame_rate_num=24000
frame_rate_den=1000
width=1080
height=1920
progressive=1
sample_aspect_num=1
sample_aspect_den=1
display_aspect_num=9
display_aspect_den=16

If you’re wondering what these mean, you can have a look at the documentation for custom profiles.

Now you can start a new project with the “Short Vertical Video” profile.

Creating subs, the DIY way

There are, of course, a multitude of speech-to-text AI tools that will create subtitles for you automatically. One that works well is SubMagic. It offers many features including colors and emojis, and is well suited for social media videos.

But if your video is not too long, you can do it all by yourself. The advantage is that you don’t pay any money, and you are certain that there are no mistakes. You also have full control on where to break your sentences.

The best way to manually create subs is, surprisingly, not using a tool such as AegisSub, although it too can work well. I’ve found that the best tool for the job is Audacity. Here’s how you do it:

1. First, render the audio of your final video.
2. Load your audio in Audacity.
3. Go to Tracks → Add New → Label Track.
4. Select the first word. You can press Shift+Space to listen to your selection on repeat and ensure that you’ve selected the whole word and nothing more.
5. Press Ctrl+B to add a label.
6. In the box, type the word. In CAPITAL letters. This is for the TikTok generation. Don’t use punctuation unless absolutely necessary.
7. Deselect your selection, and select the next word. Audacity will help you by snapping the beginning of your selection to the end of the label you just entered.
8. Repeat steps 4 to 7 until you have done the entire length of the track. It gets easier as you learn how each phoneme looks like as a wave on the screen. For a 30 to 45 second video, it’s very doable.
9. Save your project as an .aup file, because you may want to go back to it and make changes, especially if you made a mistake.
10. Go to File → Export → Export labels. Save your labels to a text file. This file is not yet in a format that can be imported into OpenShot.
11. Go to https://magcius.github.io/audaciter/ and use the tool to convert your labels file to a SubRip (.srt) file. SubRip is almost the format that we want to use in OpenShot, but not quite.
12. In SubRip, each entry starts off with a line that is the numerical index of the entry, then another line with the time range (two timestamps separated by -->), and finally one or more lines of text, followed by a blank line. OpenShot doesn’t like the line with the numerical index, so we remove it from our .srt file. You can replace the following regular expression that matches these lines, with the empty string: ^\d+$
13. Go to your video project in OpenShot. With a finished video, you will have several tracks full of small fragments of video clips, audio clips, and graphics being animated. You don’t want to attach your subs to any of that mess. Create a separate track for your subs.
14. In the new track, add a 1080×1920 PNG image that is completely transparent. Here’s one.
15. Stretch the image so it “appears” over the entire length of the video. (Of course, if your image is truly transparent, it won’t actually appear.)
16. Ensure that your cursor is positioned at the beginning of your track. (Use Ctrl+← to navigate to the beginning). If you don’t do this, when you later edit the Caption properties you will create a new keyframe, and you don’t want that. You want the properties that you’re about to enter to apply to the entire track.
17. Go to the Effects tab, and drag the Caption effect onto the transparent image in your subtitles track.
18. The letter C will appear on the track. Click on it to edit the properties of the Captions effect.
19. I will share here the settings that I like to use in my videos. You can experiment with other settings of course. Font: Arial Black Bold 100pt (or any heavy font). Font size: 65. Font alpha: 255. Font color: Yellow #FFFF00. Stroke width: 3. Border: black #000000. Left size: 0. Right size: 0. Top size: 0.75.
20. Now go to the right side of the screen, and paste the SubRip subs (with the index lines removed).
21. Watch the video to ensure that all the subs are shown. If a line is too wide, it will not be shown. So check the lines with the most text. If a line is not shown, either break it into two, or reduce the font size. Your lines should be individual words, so they should not be too long.

That’s it. You can now render your ad and spam-post it on all the aforementioned platforms. Add it into your articles, above the fold. Then, post links to your video shorts again and again. Repetition is key.

The post 🎞 Engaging video shorts with subtitles, the open source way appeared first on Alexandros Georgiou.