I feel like my ideal workflow would be a middleground between doing the design up front and just jumping into coding. Before you start coding I feel like you don't have much of an idea of what problems you will run into, resulting in diagrams based on the wrong assumptions. But with code it's easy to loose track of the high level structure of what you are writing. Writing code, then diagramming the high level structure, and then going back to fix the code seems like a good way to go.
I've been doing that for my own clothes. White t-shirts turn pink, but pink is a good look too so I don't really care. Maybe that means I'm still a kid :)
Norway switched back to a tax-based model this year, where everybody above a certain income gets deducted between 150€ and 300€ more yearly.
The cost to the average person went down, I assume that is mostly because there will be more total payers now.
They also closed a 70-people office previously responsible for collecting the license fee.
To be fair, I dont actually know what percentage of editors have that feature, my impression is just that many people arent aware of the idea. Maybe Im wrong though.
I don't get why more editors don't support parsing compiler output to get the file name and line for errors. Its dead simple, no need to run a server, just allow running the compiler from within the editor and have some way of configuring the parsing so it can work with different compilers.
Gets you 90% of the value for 10% of the work (because you don't need to do anything to the compiler).
Im unable to book flights with local airlines via firefox because the payment popup gets blocked with no warning. Sure, I can figure out whats going on and use a different browser, but it's terrible UX.
Ive experienced the same thing, but have attributed it to gaining more experience. I feel like the questions answered on stack overflow usually are ones that one can trivially solve by knowing where to find documentation, and the questions I end up wanting help with are too specific to bring up sensible search results. Maybe I'm just bad at using search engines though...
It seems so scary to ship software where you are not in full control over font rendering, because at that point you have suddenly have a million edge cases which you weren't forced to think about up front, but which can come back and bite you any time.
Though I guess with everything running in web browsers it sort of has become the only way to go.
I'm curious in what way microsoft would not be interested in having users not install office. I thought that office was microsofts primary revenue source (maybe this is info from before cloud stuff though).
I guess "not nonsensical" would be more appropriate than "informative" :)
I tend to dump information like that in "// NB (my name, current date) tralala"-style comments. Do you have git integrated in your editor so you have git-blame-style commit messages next to your code? If that is the case, I guess putting the information in the commit messages makes sense.
Maybe it just comes down to how we choose to store auxiliary information.
Which part is it that confuses you? On github the commit messages and hashes on the left hand side indicate the last commit that touched those lines, and you can click on them to see the full commits, including changes made to other files. Alternatively you can click on the "View blame prior to this change"-icon (between the commit messages and the code), which will do as the name suggests: Show the commit which previously changed those lines.
I use git blame, but in the same way I use the rest of git: I find the commit which changed a line, and then look at what else that commit and the ones before/after it did.
I guess there is some value in being able to have a quick description of the commits shown when looking at the blame output though.
Do people actually read commit messages? I don't have much experience working on large projects with a larger team, but I keep repositories both for personal things and work so I can look at older versions. I have however never actually looked at my own commit messages, even though I try to keep them informative. I instead search through commits based on strings added/removed or file paths touched.
As such, multiline commit messages (whether added on the command line or via the editor) seem doubly pointless to me.
My impression from seeing old windows version (never having used anything older than vista) was that in general using an extra window instead of a separate pane inside the window was more common. As far as I can tell, the old windows explorer would pop open a new window for each opened folder. Now it seems like most programs are run in half/full-screen; They arent really treated as windows. IDEs have their own window-layout system anyways, right? (Modal) dialogs are probably more at place in a world where windows is more that just the name of the os.
Killing a process without freeing all allocations is, as far as I can tell, routine in C. Especially for memory it makes no sense "freeing" allocations, the whole memory space is getting scrapped anyways. Of course, once you add RAAI the compiler cant reason about which destructors it can skip on program exit, and if programmers are negligent of this you get programs that are slow to close.
On the fresh install of the 2019 build tools lib\x64 is 200 MB. I tried using 7zip to compress to .zip instead of to .7z, that took the archive from 25MB to 75MB. I might not have enabled ATLMFC in the installer though, I didn't change the default checkboxes.
Edit: I feel like this whole discussion highlights the issues with the vs installer though. If it wouldn't create hundreds of folders all over the place it would be much easier to have a sane discussion about it.
In that folder, bin includes files for compiling from x86/x64 to x86/x64, and in practice you only need one of the subfolders (in my case the x64 to x64 toolchain). The lib folder also includes binaries for x86 and onecore. If you remove all of those 7zip compresses the rest down to 25 MB.
Which you need the visual studio installer for, which only works half of the time. Just to check if it still is as bad as last I tried, I downloaded the build tools and started the installer. Currently downloading 1 GB of data...
Edit: To nobodies surprise, the installer still doesn't work. The command line shortcuts it installs fail to properly set up the path. At least it looks like they are trying to print a sensible error message in the command prompt now though. Still not quite sure how they manage to fail this badly though.