ess3

I think this sort of stuff can be useful as an icebreaker into a constructive discussion on how we’re different but taking it at face value is a big problem with pigeon holing and what not.

I feel like this is missing the point. The point is that it’s illegal to reject a cancellation no matter the medium it was delivered on. So in order to not deal with the overhead and legal trouble of managing napkins that people slip your employees, you’re incentivized to make it as easy as possible

Ah the joy of public procurement in Sweden. It's basically an extremely long requirement gathering process where the company the can promise the most for the least amount of money wins. Only problem is that the people ordering this are not the users and they just want to cover their backs, meaning that behemoths usually win because they're more trustworthy.

I was in edu-tech world for a while in Sweden. The most frustrating thing is that even if you have a good product that your users enjoy you will fail because you can't sell it to individual schools. You have to sell it to all the schools in the entire county, which just means that some giant actor will swoop in promise the world for a dollar and then we have this.

Few cents from someone who moved into Engineering Management from Software dev in a high growth organisation.

30% Hiring for my team but also helping out for other teams. This also includes optimising our process etc.

15% Maturing and coordinating the tech org getting things like oncall routines in place or what forums do we need (or what should've just been an email)

20% Growing individuals through coaching and mentoring as well as finding opportunities for them to shine.

20% hands on teamwork usually being the one who asks stupid questions to ensure all uncertainties are brought up.

15% putting out fires

I'm pretty happy with this division. I'm also very happy to also have a product manager and a tech lead in my team to avoid one person wearing all those hats.

I think the main problem is that MVCs aren't really a good way to write interfaces. You have so many state values that needs to be stored somewhere (dropdowns, input values etc). I'm not saying that redux is a good use-case everywhere but trying to write MVCs on the web is not a good fit. React is not a MVC library and not only the view part of it either...

Just visited using my phone. The site is barely responsive and therefore had a hard time understanding what the tool is about. Might be worth fixing!

Otherwise, based on the comments here, looks like a really cool service!

My personal favorite is when console was undefined if devtools wasn't opened, making a simple console.log call crash the script.

I got the impression that using height was purely​ a rethorical move from the author referring to that when you're young you're shorter

I've had a small course on programming for kids in ages 9-12. The biggest challenge by far is the setup part. I asked them to type an URL and they ended up googling it instead.

That's why I decided to do as much unplugged activities as possible. The concepts are so much easier to grasp I think when you're in a familiar environment (the physical world). Of course it's important to mix though.

I second that big time. It also has a promising follow-up which I have yet to dig in to "Homo Deus"

In one sense the whole scientific approach is about proving yourself wrong, which could be seen as making "mistakes"

Now that's just sad...

If we're talking about lectures - Personally I don't really take notes but instead try to write a summary of the lecture afterwards. I feel that this helps my memory further than taking notes during and going back to them afterwards

Feels like this mostly has to do with the flat nature of flashcards, not so much about spaced repetition. Spaced repetition could be applied to playing the piano or whatever.

Github pages generated by Jekyll. Content is written in markdown which suits me perfectly.

The C# community is developed and mature, but that shouldn't really matter if it's just for learning purposes. I found that learning to code in a language like c#, Java etc. really made me a better programmer. Especially for understanding OOP (even though es6 has some kind of implementation of that now).

I've had the pleasure of having the serviced demoed(?) for me and it's really an impressive product, complete with db models, controllers (Scratch like) and frontend. All though I have a hard time figuring out the use case. Will graphical interfaces ever replace pure code for a programmer? And if you're not a programmer, how will you ever understand things such as DB-modeling?

That seems like a pretty useful link. Also looking at it I feel pretty confident that I didn't miss out on too much like you said. I guess it's just a matter of overcoming some kind of social phobia of being seen as a "you will never become a real developer"

Redux and Flux is just one way of handling state in your application. I find it especially useful for storing entities from the backend but personally I'm not really storing that much UI state in my redux store. Coming from a large scale angular project Redux makes handling resources from the backend a breeze reg. caching and invalidation.