cyclotron3k
Maybe I missed the point, but the aside about parking metres seems irrelevant. Just makes me think this is an anti-technology rant.
And again, the gripe about splitting up the bill. Not only is that a problem with existing systems, it's a problem that is solved by QR codes (if implemented correctly).
It doesn't miss it. The whole framing of the article is the Dooman Fallacy - an organisation trying to save money by shifting [apparently] menial work to the customer ends up losing more than they save.
No one is going to pay you to take your waste away and dispose of it. You would have to pay them.
So now there's a strong financial incentive to a) not over produce, b) sell the clothes - even if it means selling them for next to nothing.
> If you are new to 3D printing and/or CAD for 3D printing, this is not the right article for you.
I feel like I would have been fine with this article about a week into my 3d printing journey.
Well, you wouldn't, would you?
Sorry, not to detract from your other points, but I thought it was funny.
Having worked at AI (a long time ago), I can assure you this isn't some mastermind plot to sneak a couple of cookies onto the computers of the one or two people who click through to settings.
At this point though, the two bridges should just swap names.
Put another way, I strongly disagree that the clipboard is the main obstacle. (And fwiw, Linux has been my main OS for decades)
MacOS neatly avoids this issue with the command key, but I'm not sure what happens in Windows.
The article seems to imply that kindness/correctness are somehow mutually exclusive. Even if that wasn't the author's intent or belief, it certainly seems to be the way some commenters conduct themselves.
/^[izehsglbo][izehsgl]o?$/ Pathname.glob('*').filter { |f| f.file? }.each_with_object({}) { |f, h| h[f.size] = f }
Whereas the equivalent Python would be: result = {}
for file_path in glob.glob('*'):
if os.path.isfile(file_path):
result[os.path.getsize(file_path)] = file_path
Or capitalizing a string in Ruby: string.split(' ').map(&:capitalize).join(' ')
And in Python: words = string.split(' ')
capitalized_words = [word.capitalize() for word in words]
result = ' '.join(capitalized_words)
Python seems to be more convoluted and verbose to me, and requires more explicit variable declarations too. With the Ruby you can literally read left to right and know what it does, but with the Python, I find I have to jump about a bit to grok what's going on. But maybe that's just my lack of Python experience showing.a) put a `binding.irb` (or `binding.pry`) in any rescue block you may have in your script - it'll allow you to jump in and see what went wrong in an interactive way. (You'll need a `require 'irb'` in your script too, ofc)
b) I always use `Pathname` instead of `File` - it's part of the standard library, is a drop in replacement for `File` (and `Dir`) and generally has a much more natural API.
c) Often backticks are all you need, but when you need something a little stronger (e.g. when handling filenames with spaces in them, or potentially hostile user input, etc), Ruby has a plethora of tools in its stdlib to handle any scenario. First step would be `system` which escapes inputs for you (but doesn't return stdout).
d) Threads in Ruby are super easy, but using `Parallel` (not part of the stdlib) can make it even easier! A contrived example: `Parallel.map(url_list) { |url| Benchmark.measure { system('wget', url) }.real }.sum` to download a bunch of files in parallel and get the total time.
MacOS has Ruby 2.6 installed by default which is perfectly serviceable, but it's EOL and there are plenty of features in 3+ that make the jump more than worthwhile.
Bold claim. Have there been some advancements in our understanding, that I'm not aware of?
You may enjoy Use of Weapons by Iain M Banks, which features a plot point along these lines