Looks nice. Only critique I would give is the fact that they use public DNS IP's in the examples to scan hosts I know they expect the target audience to know better, but you'd be surprised
I think the DNS IPs are just example IPs to be scanned. You're not supplying a DNS to use for domain lookups. Using them in the example is perhaps confusing that there's some sort of DNS argument required.
Git is more like… the new car. It’s complicated and most people have no idea how it works, but they know how to steer very simply and can drive it with a bit of training. Experienced people however, who know how cars work, can do really cool things with them and have no problem repairing them on their own.
Still, cars are useful. A bike would be better of course.
I like it! I'll do you one further. Git is more like... someone ripped out all the controls from your car and installed a Boeing 787 dashboard. You'd probably figure out how to start it and make it go forward, left and right, but you'd miss out on a lot of functionality and likely destroy something while playing with unknown buttons.
I never copy them from stackoverflow because I'm worried it does some weird magic that I don't want. Instead I build them against one or more examples.
There’s a subtle reason that programmers always want to throw away the code and start over. The reason is that they think the old code is a mess. [...] The reason that they think the old code is a mess is because of a cardinal, fundamental law of programming: It’s harder to read code than to write it.
Joel is 100% spot on. This is exactly why I don’t think things like Copilot will catch on. Making programming involve less writing code and more reading code actually makes the job more difficult.
And the corollary: since code is harder to read than write, steer clear of writing clever code where simple code would suffice, as the clever code will be much harder to read.
I can highly recommend regexr.com for testing and developing regex patterns; paste a representative sample in the "Text" area and it'll show you how things match (and usually, crucially, don't match) as you change the regex pattern.
I'm not associated with them, and I understand you don't seem to have any real issues with regex, but thought this would be a good place to mention a useful tool.
Using such testing you can only prove a regex isn’t what you want for specific inputs, and make a number of plausibility checks, but you can’t prove it is what you want for all inputs. For that you need to do the reasoning on the expression as if you had built it yourself.
I've used that and regexbuddy and others over the years. Almost anything the gives you some visual rendering of what's going on is helpful. Personally, I've taken to using the regex stuff in the Jetbrains IDEs, mostly because I'm there already most of the time, and it's 'good enough'. But I'm not always at my own setup, and regexr and similar are always a good tool to have (and to share with others to show them how a regex is working).
If I did this all the time, I might not need tools like this. But complex regex are something I only dive in to a handful of times per year, and it's never the same problem twice.
Nice! I’ve been writing (and reading) regexes for over 20 years now. I can usually ‘read’ them on sight, but I’ve been wanting this tool for when it all goes wrong.
Which of course always happens at least once or twice in any new dataset/usage.
Totally agree! But oddly enough, I have this problem with all code/languages… I always write code much more easily than I read it. I can write fairly complex applications just by following the logic of what the application must do in my brain (but with ZERO cleverness). But give me the source code of even the simplest Unix command and I’ll struggle to understand the purpose of every #define, the variable naming scheme, etc., etc. I’m sure this is telling me something interesting about how my brain works but I’m not sure what!
Regex is much simpler than Git, but also the different regex implementations in use have a lot of subtle and less subtle differences, whereas there is roughly only one Git.
From waaaaay back, I remember CDRWin by Golden Hawk was the best piece of software out there to rip CD's, with their error recovery, options to re-read the same thing > 50x, alllowing the whole process to take hours but produce results. Not sure if you tried that one yet? Not what you are looking for, but probably the best off-the shelf solution that exists (though state of the art may have changed in the last decade)...
I'm working on it. It is incredibly hard to get videos in the format that apple demands when you have limited hardware. I now have an M1 mac, and I was hoping it could do things in real time in the simulator so I could capture videos that way, but something about OpenGLES support or whatever that I don't understand means that simulators still run really slow.
I don't have an iPhone and my wife's phone is an SE, which apparently isn't high resolution enough for Apple to accept the video from. The video on youtube was recorded that way.
It is available in all the countries that Apple says they will handle the tax for. Any country where I need to worry about tax is unfortunately missing.
You should not ask for a users gmail username and password; there is a way to generate an authentication key for your app that allows the user to revoke the access later as well. I do the same for my mail delivery system.
It's quite easy; here is my C# console app that generates the creds and uses it to send an e-mail. https://imgur.com/a/ZjZUFqS
I was worried about the username/password too. Interesting, so you're generating a Client secret and using the Google package to send emails. That snippet helps a lot! Also found the relevant guide for Node.js - https://www.google.com/amp/s/blog.mailtrap.io/send-emails-wi...
[1] https://www.neowin.net/news/report-microsofts-latest-windows...