For example, I've been using PyCharm for both our python backend _and_ our React + Typescript frontend, all in the same project window, with the same features regarding syntax, linting, refactoring, tests, debugging, etc.
92 karma · joined January 6, 2019
For example, I've been using PyCharm for both our python backend _and_ our React + Typescript frontend, all in the same project window, with the same features regarding syntax, linting, refactoring, tests, debugging, etc.
It's more than doubled battery "life" (== time to discharge) for me.
Once it's dressed up as making Nazi Germany win the 2nd World War with as little tact as the author makes it out to have, it's no longer "just" moving bits around in a computer. It's also about the story we're telling about and through these bits. Are you claiming that a raw output of memory along with the concrete mathematical operations you can apply to it would suffice in satisfying your urge to play [Panzer General]? Does the visual & narrative dressing not play a role in your interest (or others') in the game?
It's probably not harmful for most "well-adjusted" individuals (whatever that can mean); nonetheless I think it's important to talk about how much the piece of media encourages (or fails to encourage) mindfulness towards what it represents. Even more so for interactive media like video games.
I further agree with the author that we can't look at an instance of this in the void; it is important to consider what's happening in the world at large. With all that has been said on the "Clean Wehrmact", consider what role this game might have had in further propagating that narrative in, for example, kids looking for a fun wargame to play without yet having knowledge of what happened in WW2.
A multidimensional array is just data ordered over several dimensions, there are no intrinsic operations. So if you're talking about multidimensional arrays that have such operations defined, it's useful to communicate that distinction by using the name "tensor". In the same way that it's useful to talk about coordinates rather than "1-dimensional array of length <base size> that respects certain invariants".
As a francophone the difference between "e" and "é" _cannot_ be ignored - and their pronunciation is also different. Likewise, accents are signal in Spanish.
However, when reading romanized Japanese I also dislike the use of accents, mostly from a lack of norm indicating which accent corresponds to which pronunciation.
I guess it depends on your personal outlook.
c.f. notions of transcending for other possible interpretations.
Given you say you come from a data streaming background, I (idly) wonder how much your Factorio "skills" could benefit from you picking up a book on design patterns in object-oriented approaches.
We're talking about parts of human psycology like not having the same posture as the rest of the group. Of course it's prejudice, but it's also real and difficult to be aware of when it's happening to you.
Also, nobody is showering their drink on you if you don't participate, so blowing your blunt smoke in their face is a much bigger asshole move for me.
For a (even more) subjective point of view, as part of my studies I had oral practicals every 2 weeks or so where I was basically standing at a whiteboard along with 2 classmates, each solving problems given to us by an examiner for ~1 hour. It's simply easier for a lot of students to draw a symbol that's legible from 5 meters away than some words without making them huge.
On a personal note I do prefer the 2nd screenshot to the first (ie I prefer tree-sitter's highlighting than whatever they used to generate the "traditional" image).
In the end I think it comes down to colors being useful to highlight _meaningful_ differences between code snippets, be it semantic, syntactic, or whichever other distinction is useful to the person reading/editing the code at that time. As mentioned elsewhere in these comments, in a language that distinguishes between synchronous and asynchronous functions (à la async/await in Typescript or Python) it could very well be useful to have a different color for each.
Then again, if you're "just" opening up your code files to edit some string "constants" here and there, there's almost no point in having any other highlighting (at that moment/for that action/activity) than "what is string, what is not?". So the holy grail is some kind of highlighting that is aware of your intent (as in, why you are viewing/editing this piece of code), and can adapt to changes in said intent.
As in, the neural net in this example is able to improvise a new burger recipe solely because it was given existing recipes to burgers as input; it did not come up with the notion of a burger and then produce a recipe that outputs something fulfilling that notion when followed.
Personally, I would argue that this distinction is not as clear-cut as the tone of the original comment seems to suggest. Humans didn't invent the burger from nothing either. We've been grilling meat and making bread for millennia, and sandwiches have been a thing for over a century.
A 'burger' is just another iteration of our biological neural nets' attempts to make food from ingredients already present in our physical reality. Given that we flow in a single direction through time, any food we make is in turn added to our list of ingredients for making food "the next time". One could argue it is only a matter of time once meat can be ground into patties and grains turned into bread that burgers start being made - given the relative benefits humans gain from consuming both.
This comes back to what others have expressed elsewhere in this thread, that the probable [most] important distinctions aren't between software vs hardware, or organic life vs silicon processors, but the environment & capacity to interact with said environment. Some sense of "innate tendency to experiment" (i.e. curiosity) is probably either equal in importance or a direct runner-up.
There definitely is a creative aspect to interpretation, and I agree it is big (in potential if not how much it is exploited often). However you're playing with fundamentally different building blocks for your artistic expression. Interpretation is much more subtle; you're leaving your own mark on something someone else originally made whereas composition can feel much more like conjuring art out of the ether/your mind. The infinite variations on a piece one can produce are still bounded by the original melody, and are vastly inferior in count/number than the variations of music that can be created "from scratch".
In any case, the parent comment author did not seem to me to have reached a level where they felt comfortable experimenting with interpretation - and may in fact not have achieved the requisite level to begin to be able to actively choose how they interpret pieces beyond "trying to be as accurate to the sheet music as possible". In contrast, if you're improvising, or composing with some kind of software, it is much more approachable to attempt to translate a random idea into music that can be listened to (to judge how close or off the mark our attempt is from our idea).
Basically you can skip the lengthy manual skill acquisition and jump right into playing around with the entire range of sounds and melodies that can be made.
The datetime module provides `timezone.utc` to be used whenever you want to have datetimes _in utc_, but it needs to be explicitly used by the programmer.
It's also a single config option to enable all mouse functionality, whereas setting up keybindings do just the resizing takes several lines.
Survival of the fittest is useless if none make it to reproductive age (or the opportunity to reproduce), and humans are incapable of fending for themselves for at least the first couple of years of their lives. Simply reproducing with many is not a surefire way, and doesn't seem to be the optimal way, of guaranteeing that your genetic material endures.
Bret Weinstein has some interesting thoughts on the evolutionary merits of things like marriage and religion, I'd reccommend having a look at his work.
Theoretically, yes. But in practice, especially with "modern"/high-speed internet, I can open my torrent in VLC after the first few MB are present on my computer and read the entire file as it comes in, without me the user encountering stuttering or buffering of any kind.
In effect, from the user's perspective, you're streaming the torrent - without running into the often present decrease in quality from the "traditional" stream's encoding.
Except that's not how a multi-staff partition works. Each staff has a clef that determines it's offset; they can be the same or wildly different. They also usually signify different "voices" or instruments, further encoding musical nuance beyond pitch and tone.
Personally, it would depend on if they're learning from my guidance or not: if they keep coming back with the same problems I'd get frustrated that they (seemingly) weren't attempting to learn or improve. On the other hand, it they usually come to me with new problems they've encountered and gotten stuck on, I don't expect it would bother me nearly as much.
Of course, IRL it'll probably be somewhere in between.
Having set up a master password in Firefox, resigning usually takes me a single click (as the login info is filled in by the browser). Would this be useful in your case?