

The homeless people in my area accept venmo and square cash. They put their details on their signs, which is pretty smart.
The homeless people in my area accept venmo and square cash. They put their details on their signs, which is pretty smart.
Clear concise code that reads like documentation is the ideal. Good function and variable names, formatting, and encapsulation play into this. Tests should document and describe the system.
If it still isn’t clear what the code is doing, and I’m all out of ideas (or time) for refactoring, a well placed, accurate comment is fine. It needs to be kept up to date like any other artifact in the project.
It’s harder to keep comments accurate than code, since code can be executed and tested. I use them sparingly; when I’ve otherwise failed to write clean code, or the code is just so complex that it needs to be described.
Comments are just another tool in the toolbox. If they add clarity to the situation, by all means, use them.
If you can think of an expressive variable name that lets you skip a comment eg “employeeCount”, instead of “e” // number of employees, do that.
Little bit of spray cleaner and a cotton rag.
Probably try to get my identity back. I’m not trying to escape anything currently, and not having documentation is a dangerous thing in the world these days.
Reverse engineering the server is reverse engineering the whole game. It’s going to require skilled engineers and a significant time investment. It may be possible, but not practical.
Also, the client will likely verify it is talking to a legitimate server by checking a certificate, so you may also have to hack the client too.
At some point you’re better off making your own game with hookers and blackjack.
I ran it for a while, and loved it. Cinnamon is sleek and feels polished. The installation is really fast and not bloated with garbage software.
Everything generally works, and the interface feels familiar.
It is Ubuntu/Debian under the hood, so compatibility with most software is good. Bleeding edge drivers may run into issues, but most of them work with a little fiddling.
It’s worth a try. If nothing else toss it on a USB drive and give it a test drive.
Some browsers have built in fingerprint resistance techniques you can enable:
https://support.mozilla.org/en-US/kb/resist-fingerprinting
I wouldn’t entirely trust it, but enabling this feature in strict mode would tick a few of your listed boxes.
The rich ladies getting square “Chad” jaws really throw me off. I don’t understand the appeal, who wants a super wide chin?
I recently drove eight hours on a trip. It’s brutal, but you’ll be fine.
I feel like weed Whacker/Eater are brands like Kleenex. In my head it is a string trimmer.
I usually say “I’m going to trim the yard”.
It’ll go on sale for $15 eventually. I can wait.
Nice work!
I know this one weird trick to avoid this…
A lot of companies have been doing this for years. AWS literally sells this as a service: https://www.mturk.com/
If you are searching by a primary key or other indexed id you should be fine. Here are a couple of articles to check out:
https://www.atlassian.com/data/databases/how-does-indexing-work
https://www.red-gate.com/simple-talk/featured/postgresql-indexes-what-they-are-and-how-they-help/
The TLDR is a where clause that hits an index doesn’t have to go through all the rows in the table.
Last year I owed 10k USD. I certainly cared then.
Overall I don’t think about it until I do my taxes. That said, I’d happily pay more if everyone else got healthcare, good infrastructure, and a clean environment.
I plan on being dead then, so do what you want with my digital wake.
It sounds like you need your own API with some sort of persistent store. You may be able to reuse what you’ve done as the view layer?
If this were something I was going to tackle, I’d start by identifying the types of users (authors, admins, users, etc.)
Then I’d think about the kinds of workflows those users are going to need to do. E.g. admins can edit or delete anything, authors can alter their own content, users can only view data, etc.
Now with some loose requirements in mind, start thinking about how to solve the problems for your users. This is when you start evaluating what technology might be a good fit for your problem domain.
You could probably throw together a trivial API that only you can publish to fairly quickly if that is sufficient for what you are trying to do. I dare say chatgpt can spit out a simple rest API in whatever language you like quickly and pretty accurately.
I wouldn’t chase making a static website tool dynamic. That will almost certainly end in heartbreak.
Can you share your smb.conf?