uranian
Windows doesn't even come close to the reliability and comfort of my macbook-pro. I was always reluctant to move to osx, but I have to admit, this is simply the very best and most reliable machine I've ever had! It never crashed once, while I push it to it's limits every day!
If there is a slow death to guitar than it is because it's almost impossible to earn any money with it, except for the lucky few. Learning an instrument like guitar takes many, many years, which is quite a hobby.. If you would spend the same amount of time in learning software development you are almost assured to have a solid income as result.
if (__guard__(does.that != null ? does.that.prop : undefined, x => x.exist)) { console.log('yes, no crash!'); }
function __guard__(value, transform) {
return (typeof value !== 'undefined' && value !== null) ? transform(value) : undefined;
}
oh my..This was 1 line of CS, how to clean this up without a chance of creating bugs?
How on earth is ESxxx an improvement on CS anyways? It's just not true, it's a leap back.
> Producing readable code is certainly the intent!
This is hilarious! Transpiling from the most readable JS alternative to ES6? Then you need to clean up some things, making it ready for yet another transpiler called Babel? And then everything is OK?
Show me how you are going to make this pretty:
if does.that?.prop?.exist then console.log 'yes, no crash!'There is also a nice comment in here about a large project that became a misery because of TS. Think twice before you hope!
No! It seems you've never learned Coffeescript well enough to know the differences, just like too many other ES6 proponents.
Maybe on a slow pc, but with Atom on my macbook pro I have no performance issues at all period. I code 8+ hours a day (for many years), and no my fan is not spinning all the time because of Atom. I have 16Gb ram, have multiple apps open at the same time, Chrome with 30+ tabs, listen music via youtube, etc..
I was a long time Sublime user, but the $70 they're asking is really way too much with so many great open source alternatives today. Would they at least divide the $70 to all the package writers that actually make Sublime a great editor I might be willing to spend it, but unfortunately they want all the money for themselves..
Switched to Atom a while ago, I gained (some really great) features and finally got rid of the trial pop-up.
Thank you Jaques Fresco for opening my eyes to this and RIP.
I am more concerned that the code that runs during a re-render is not rebuilding huge static lists that never change and so. I see that over and over again in React apps. I tend to build a lot of the static stuff in the ComponentWillMount stage to prevent that. Only when already optimised code is getting to slow I start thinking about preventing re-rendering if possible.
My reason for not starting with ShouldComponentUpdate is that you have to be very careful not creating nasty bugs with that like I did some times. If a year later you write some code and it doesn't work for some reason it is painful if you find out after a long search that a stupid child component did not update for some prevention rule you forgot about. I really try hard to avoid premature optimisations.
For apps that don't run on Linux for now, like Adobe, I'd rather move to OSX. Only reason for me to install Windows would be some obscure game that only runs on that platform. I honestly cannot think of any other reason to install Windows.
Music notation is more like a programming language. The score is like a program that you can read/interpret and play.
Try sit behind a drum kit for the first time, you think you can start making music? Most aspiring drummers need to practice for years before you can play a reasonable beat. Same with EDM, it takes many years of practice and improving all kinds of skills. This tutorial is just showing how you can trigger samples in a grid and how you can put this together in a DAW. For me that is not making music, sorry.
Btw, the resulting loops in the tutorial were not made by beginners, and listen to the result, is that music to you? Would you buy that? Another title that would be appropriate but not sell, could be: Get started making rubbish.
Making music is really something different IMO.
- I never use an alarm, normally waking up around 8:30am
- I often start coding right away when I wake up, in these first 2 hours I am often exceptionally productive
- eat something, coffee, reading, relaxing
- do some more coding till I feel my focus drops
- repeat the last two steps
When I feel tired I try not to code if possible, I consider it being a bad habit.
Relaxing between the focussed coding sessions is of major importance to produce good code IMHO, while relaxing I'm often thinking about the different options of how I can best write the next piece of code.
If I have a bad day, not being really productive, I often do some more coding at night if I can get the right focus.
On a good day I outperform 2 coders that work in the open office of our company, with ease.
That is very optimistic looking at the current state of client side development with it's ever changing Javascript, Babel, Typescript, whatever script, Webpack, with HMR?, React or Vue? Angular? Flux? Redux? Isomorphic? Linters? Testing? CI? CSS/???SS or inline?, some NPM modules maybe?, and so on.. Sorry for me being a bit more pessimistic here.
I would never accept my kids using a device like this on school. Schools are just ignorant and stupid if they make a deal for these laptops with MS. Schools should go for linux and open source, more educational as well.
It all depends on the job to be done and being the right fit. But some people have this talent and skill to make the right decisions split second, over and over again.
I definitely prefer one 6x dev over 6 average developers that are creating a horrible spaghetti of bad ideas and poor decisions, not talking about all the meetings they need to align and try to fix the mess they continuously create themselves.
Totally true that. But the title almost suggests you can build a winning team out of a random bunch of average developers.
Although the best developer is an illusion as it doesn't exist as such, just 'building teams' doesn't really say much to me too. I've seen very terrible teams that should have been replaced with just 1 good developer..
Personally I prefer to hire the best fit for the job, whether he or she will be part of a team or not.
I don't want to be too negative as I really like the idea. But at first sight this is by far no match at all with the great DAW's out there. You can say they are bloated, but no one says you need to use all the features that are available. With most DAW's you can make a similar demo with ease.
.then( you realize it's just a callback..
Depends on the size of your data. AFAIK handling immutable data has a performance penalty on smaller datasets. Before I go immutable I first assess whether I really need it.