But they don't take more time to move (on the same partition). Also it would be nice to see at a glance if a folder contains a lot of data (number of bytes, not files) before starting an operation.
if you are moving a folder of files within a partition (hey, this was your idea) then you don't care how many or how big they are. only if you move them to a different partition would you care, but in that case as you hover over the other partition, you'd want the folder to become helium or hydrogen light, so you would need to exert more force to get it to touch down in the folder. oh the humanity!
I first started coding in high school on the TI-84 calculators. My 1st language was TI-BASIC, 2nd was Z80 assembly - quite a big step - and I quit when I faced some tricky bugs that my teenage self could not figure out :-) Back then, I don't believe they had a C/C++ toolchain. Some time later, I tried using Small Device C compiler (SDCC), but encountered several compiler bugs which I couldn't fix but duly reported. Great to see there is such excellent tooling nowadays.
Disagree with first example. If that condition is only used once, adding a variable introduces more state to keep track of, that could just be a comment next to the conditional.
Hard to know if you're referring to Chromebook/Android/Web, but looks like the web one. If that's the calculator from the google.com web-page, that is surely a stylesheet/font that failed to load (sometimes?). Try to look at the browser developer console next time it happens for some request errors.
Reminds me of TI-BASIC for the TI-83 graphing calculators... The closing ')' is optional at the end of a line, and omitting it could make your program slightly faster...
Idea: deplane by row. Each row leaves when a light in that row turns on. An algorithm decides when to turn them on based on several factors: keeping large groups together, expected speed of deplaning (eg. elderly may be slower), current occupancy of the aisle. Advantage: should be very fast, easy to follow, groups stay together.
My tentative advice would be to find the one with the best reviews. Only pay attention to the lowest reviews, even a few 1-stars are informative.
My story: I brush and floss every single day. At my regular checkup, the dentist measured 2-5mm gum depths, and insisted on doing a deep cleaning, which involves anesthesia and multiple visits. I argued that the 5mm depths were borderline, and could very well be 4mm with measurement error. (They did seem to be pushing rather hard.) They also pointed out some tiny supposed "pockets" on the X-ray that looked like just imaging blur or something. Feeling very suspicious, I left, and found another dentist with, surprisingly, zero bad reviews on Yelp. They measured 2-4mm gum depths, and did a much less aggressive cleaning.
When I started grad school in semiconductor electronics, I noticed everyone pronounced it "si-li-cun", while normal people usually say "si-li-con". Maybe it's just a west coast thing.
Whether it's c'n or cahn, the first syllable gets the stress; that is not the issue.
I would say that the project got its financing, or maybe that it became financed. Finance as a noun is the whole field of handling money (Bob works in finance). I pronounce it all starting with "fine".
It's the same for me (a US English speaker raised on the east coast who lived on the west coast for a decade).
I also wouldn't pronounce "financing" as "financeing", and I don't recall ever hearing a fellow American pronounce it that way, even if they might say "finance".
