I'm working on better UI for my app AutoPTT [1]. It's probably going to look somewhat similar to Discord's settings, except I won't be using Electron. I refuse to use bloated stuff like that, so I'm going to keep using a pure C UI library [2].
Obviously this is going to take a bit more work but at least the resource usage will stay low, which I consider quite important. Especially since gamers are a large portion of the user base.
If you're exporting more than a few commits, I suggest using local repos (/path/to/.git) for both the source and destination. Otherwise it'll be quite slow.
Oh, that actually explains a lot. I used to offer a 7-day free trial for one of my apps that you could sign up for with an email, and the vast majority of the licenses were never used. The app wasn't even downloaded that many times.
I stopped offering the trial since I figured it was not useful for a relatively cheap (19 EUR) app that has a 30-day money-back guarantee anyway. (It can also be used for 15 mins without a license, but requires a restart after that.)
I wonder if you could take advantage of the fact that the LLM is more likely to follow instructions that humans might miss. For example include instructions somewhere in the repo that says you must use a certain phrase in all pull requests, and then you just check the PR for that phrase.
Or maybe require the PR to contain something that is generated by running code, which the LLM may not be able to do without some effort on the user's part.
Back when I ran a WoW guild, the first sentence in our recruitment post emphasized the importance of reading the whole post (because the way to access the application form was to click the only smiley in the post, and this detail was mentioned in the last paragraph).
Most people did not read the post, which was immediately evident from how they posted their application by copy-pasting and editing an application posted by someone else before them.
97 Twitch streams (and Youtube VOD uploads) + 32 shorts on Youtube, TikTok and Instagram. Best short got 5k views on YT, most got about 1k.
I didn't say I quit completely, I still stream when I play games because it doesn't cost me anything to do that since I was going to play the game anyway.
I no longer go through the VODs and try to cut them into shorts though, as it's such a huge time sink (and I don't think I'm very entertaining).
I made a couple of shorts directly related to my products too but as neither of them are really visual (one deals with micprohone audio, the other deal with mouse sensitivity), it's a bit difficult.
Well, even if Jitsi doesn't have Push-to-Talk, you can still easily get it by using a hotkey to mute/unmute the mic system-wide.
For exampple, if you're on PC, MicMute [1] can be used for free, or if you want more customization, I would humbly present my side project, AutoPTT [2].
Four years in, I suppose you could say I'm still "launching," so I eagerly jumped right to the marketing part to see if there was any good insight.
Uh-oh. My experience has been pretty much the same. Paying for ads feels like lighting money on fire.
Like the author, I also stay away from social media. I've tried posting some videos and shorts, but since I don't actually consume any content on the platforms I'm posting them on, I don't really know what works. Not to mention it takes a long time to make even a single short, let alone a longer video.
Then I published a somewhat technical article on the product blog which brought in more traffic than a giveaway I did during the Christmas holidays, when I was literally giving the product out for free. Of course, the readers of the article were probably not the target audience of my product but it was still quite interesting to see.
I figure I'll keep writing more and see if something happens. Because the ads, videos and shorts were definitely a waste of time (and unlike the author, I don't have anyone I can ask for help).
Naturally, I'm still developing the product. Choosing what to work on is half the challenge. At least I feel productive when I'm writing code. Can't say the same for the other stuff :)
I have 13 years of professional experience, and I work in a small company (15 people). Apart from one or two weekly meetings, I mostly just work on stuff independently. I'm the solo developer for a number of projects ranging from embedded microcontrollers to distributed backend systems. There's very little handholding; it's more like requirements come in, and results come out.
I have been part of some social circles before but they were always centered around a common activity like a game, and once that activity went away, so did those connections.
As I started working on side hustles, it occurred to me that not having any kind of social network (not even social media accounts) may have added an additional level of difficulty.
> Windows generally treats running binaries as locked. Any attempt to overwrite a running binary should throw an exception. Again, the Zed source provides a reasonable solution.
While it's true that you can't overwrite a running binary on Windows, you can still rename it.
For example, the updater I wrote for AutoPTT downloads the new update to a temporary directory, renames all old files to ${file}.bak, then moves over the files from the temporary folder, and finally runs the new binary while exiting the old one.
Well, I'd imagine that before returning the value through their API they could just check that if the number is negative, then add 2^32 to it, which would make it look like an unsigned 32 bit integer.
I wonder how many people realize you can use the whole 127.0.0.0/8 address space, not just 127.0.0.1. I usually use a random address in that space for all of a specific project's services that need to be exposed, like 127.1.2.3:3000 for web and 127.1.2.3:5432 for postgres.
I've been trying to sneak into some relevant discussions on Twitter lately. Too early to say whether that helps at all but at least my posts haven't (yet?) been deleted as self-promotion like on Reddit.
We used Riak at $dayjob at around 2014-2017 (iirc). I don't exactly remember it fondly. It was slow and unreliable. You could make it freeze/crash with the wrong SOLR query. (I was pretty good at that...)
Some time ago I noticed that my side project (with a domain that is not haunted) shows up fine on Google but not Bing/DuckDuckGo.
So I checked the Bing Webmaster Tools. URL Inspection says "Discovered but not crawled - The inspected URL is known to Bing but has some issues which are preventing indexation. We recommend you to follow Bing Webmaster Guidelines to increase your chances of indexation."
That's quite unhelpful. What's more, when I open the "Live URL" tab, it says, in green: "URL can be indexed by Bing."
It's a simple static Hugo site hosted on Cloudflare R2 (DNS mapped directly to bucket). https://pagespeed.web.dev gives it a score of 100 in every category.
Author of https://autoptt.com and https://moreaccel.com
Personal Site: https://virtala.dev
Occasionally streaming at https://twitch.tv/SennouProtocol