Pandas and so on exist for the same reason Django's ORM and SqlAlchemy do: people do not want to string interpolate to talk to their database. SQL is great for DBA's, and absolutely sucks for programmers. Microsoft was really onto something with LINQ, in my opinion.
You can reduce in parallel. That was the whole point of MapReduce. For example, the sum abcdefgh can be found by first ab, cd, ef, gh; then those results (ab)(cd), (ef)(gh); then the final result by (abcd)(efgh). That's just three steps to compute seven sums.
No, you can not. Your example is correct only if addition is associative. And it is not always associative. Hence the need for higher abstractions, where you model commutativity and associativity of certain operations.
"I have never woodworked a day in my life, with Claude Carpenter I don't have to touch the work at all and can just vaguely ask for things and pray that it does something useful."
Not just for functional programmers. Prints and other I/O operations absolutely are side effects. That's not running counter to the point being made. Print in an assert and NDEBUG takes away that behavior.
You're right of course. I was thinking specifically of printing log/debug statements in the assert(..), but that usually only happens if the assert(..) fails and exits, and in that case the "no side effects" rule no longer matters.
So to do this same Droste effect in 3D you would need a self-similar volume? Though since we can't really see 3D, we could never have that "one circle zooms in" effect.
Or could you walk around in such a world? That would be a very cool concept for a game.
Though since we can't really see 3D, we could never have that "one circle zooms in" effect.
Well, the 3D structure just needs to be sufficiently "holey" for the effect to become apparent. For example a cage-like structure, or a house with no roof (when seen from above).
Well, you get the frequency domain derivative. This is the same as scaling the time domain by a linear ramp. Not exactly hugely useful, unless you happen to be in radar.
You can take the finite difference with eg np.diff(waveform) though.
No, Cmd+Tab switches to the next application. This is what people get surprised and annoyed by. I've been using Mac for 15 years now and I find it super awkward to switch between windows within an app. On my machine it's Cmd ` or something strange like that. This is also doubly bound sometimes, such that I can only cycle forwards OR backwards. Complete mess.
But IIRC this is the same on Windows and other OSes, no? Like, I'd argue that it's the default behavior then. Also, I think it should be like that.
And yes to switch between windows of the same application it's Cmd+Shift+´. Not the most intuitive, but I feel it should not be combined, because that would mess up the sequence massively. If I want to switch Terminal windows, I don't want to do Cmd+Tab and then manually look through all 15 window icons to select.
Like, IMO the status quo is perfect. Sure, you gotta get used to Cmd+Shift+´, but try to do it for a week, and then it's perfectly natural.
It's absolutely terrible. Want to get one of your terminals and one of your vs code windows next to each other to check something visually? Can't do it. CMD-tab brings ALL of your terminal windows to the front, or ALL of your vs code windows :/
I still can't understand who ever thought this was a good idea...
1. command-tab to desired app, keep command held down
2. hit down-arrow to enter an app's windows, you can let go of command now
3. arrow keys + return, or mouse-click, to pick window; some apps may do weird things here - preview starts with no highlights and has a list of recent documents at the bottom, for instance
This is kind of poorly documented and not very discoverable, I couldn't find it in Help>MacOS Help or Help>Tips for Your Mac, I ended up learning it from the online version of the manual.
Alternatively, and what I mostly do:
1. hit the Mission Control key (three little rectangles, usually f3), or 3-fingered swipe up on the trackpad
2. click on the desired window, keyboard is ignored here
(command-Mission Control shows the desktop, control-Mission Control shows only the current app's windows)
Even more alternatively:
1. right/command-click on an app's Dock icon
2. there may be a text list of open windows and/or recent documents, there will always be a Show All Windows entry at the bottom, keyboard nav works here
It's a classic case of optimizing the UX for the 20% use case rather than the 80% use case.
Most of the time, people have 2-3 work windows that they just want to swap between quickly, regardless of what "app" they happen belong to. The Windows alt-tab behavior captures that beautifully.
reply