Weird choice, most programmers will never even look at this editor.
Weird choice, most programmers will never even look at this editor.
it is just a lot more fun than trying to suffer through all of the setup that one needs to do with modern APIs. he is more interested in computational geometry type of things like voronoi diagrams so the graphics API is really just a means to an end and fancy shaders and lighting aren't important right now, and performance in C++ and old school OpenGL is about a thousand times faster than Scratch, so I think we hit a sweet spot for where he is at in terms of his progression of learning.
even with the simplified API of OpenGL 1.2, he is still biting off a pretty ambitious chunk of learning to try to grasp c++ at the same time as OpenGL, so the simplicity helps keep it sane and manageable, and things are going well. He did some neat marching squares demos and I helped add an IMgui menu to tune parameters at runtime. it has been entertaining!
Frankly I think language design is secondary to IDE integration. The only time I've ever coded without thinking at all was using Java with IntelliJ or C# with Visual Studio. Type-matching and library introspection all work flawlessly 99% of the time. Not only do I not need to know the details of syntax, but I didn't even need to know APIs because I could autocomplete everything all the time. Python with VS Code still feels stone age by comparison.
I still have to use python though. I make an effort to type-annotate everything I see, and python's type annotation features keep improving, but it still often feels like an awkward uphill battle
When they say it takes 48 minutes to "crack" my password are they assuming some specific rate at whichever the system they are trying to log in to responds to failed login attempts?
1) edges are the only important features in images and 2) line drawings can only represent edges.
Who are these brainless absolutists that he is attacking?
Then he's acting like he is the only one with other bright ideas that nobody will listen to.
I think it is obvious to anyone who thinks about this that:
1) edges are a useful feature for recognizing objects in images but not the only useful feature 2) lines in line drawings can and often do represent edges, but there are a lot of other things they can represent. Light and shading and texture of various kinds.
It would be fine to write an article that goes in to depth on the different nuances, but it is annoying that this author pretends that most other experts have naive and simplistic views, with "uncritical certainty", and "no one seems to question it", and the author "has a hard time convincing them otherwise". It is a very condescending tone that comes off sounding like the author is presenting themselves as some brilliant but misunderstood outcast, and the only one who can see the light of truth.
we could do without the drama!
It’s ok for jargon and acronyms to be confusing to people who are not at all in the field.
Firstly, the tab for that exercise is long enough to need a scroll bar, and so I don't understand how one is supposed to play along with that tab to a metronome... am I expected to operate the scroll bar every couple of measures while still staying in time with the metronome? So I would suggest either auto-scroll, or better yet just find a way to get all 12 measures of the exercise to fit on the screen at the same time. I have a big enough monitor that it would fit.
Secondly, although you have the link to the embedded video player, I wouldn't be able to keep the intended sound of the exercise in my head long enough that I would feel confident I was playing the exercise right later. The app really feels like it needs a synthesized guitar sound that would play the notes of the exercise, so that I could play it along with the synthesized version and know whether I was hitting the right note. It would be OK if it sounded cheesy -- that would be better than nothing, and then once I was confident that I had the correct sequence down, I would disable the synthetic sound.