Actually we want to show that collecting data from others can be different. Not a Google Form with Google Spreadsheet which only gets data from people, but an interactive visualization, which also gives data.
316 karma · joined May 16, 2016
Reach me by email or on social networks as @mkalygin.
Actually we want to show that collecting data from others can be different. Not a Google Form with Google Spreadsheet which only gets data from people, but an interactive visualization, which also gives data.
Wish I could be a remote software engineer working from Antarctica. :-)
One week ago there was a good post by @ciaoben and discussion [1]. We noticed that there were complains about data readability. Since we love visualizations we decided to make this data more interesting to view and get insight into.
Our work consists of two parts:
- a form to collect data from developers living in any country in the world;
- a visualization showing statistical summaries for countries and cities.
We would love to collect more data to make the visualization complete.
The project is open-source, so feel free to contribute [2].
One week ago there was a good post by @ciaoben and discussion [1]. We noticed that there were complains about data readability. Since we love visualizations we decided to make this data more interesting to view and get insight into.
Our work consists of two parts:
- a form to collect data from developers living in any country in the world;
- a visualization showing statistical summaries for countries and cities.
We would love to collect more data to make the visualization complete.
The project is open-source, so feel free to contribute [2].
Regarding (2) I think that good developers are always expensive, no matter which technology they use.
It should be `from google import search`.
In other words, if most of the US films get the Oscar awards doesn't mean they are the best films out there. If scientists get Nobel prize doesn't mean they are the only greatest. All the awards and prizes are biased.
I really like to see how people ignore something because they got "proper education". That's so debatable. The world is not only US and Europe. There are some other countries and cultures exist too. :-)
[1] https://www.britannica.com/biography/Aleksandr-Popov-Russian...
I think all of these libs and frameworks are trying to solve the same problem. So I wouldn't bother much on trying to understand what is the best one. It's more a matter of preference, project and team requirements.
React has a bigger community and ecosystem, but Vue is getting mature very fast and also has a lot of necessary tools and libs around it.
I really like Vue and use it in my pet projects. It's easier to get started imo and it's self-sufficient. When React is saying that "this is just view library", in reality it is used with a lot of additional libs, which you need to get familiar with. And it makes it harder to learn for me, because there are tons of alternatives among those libs.
I may be biased though because React was the first library I learned and Vue was the next one.
What helps me in fight with burnout is realising what my strong sides are. I just try to do what I'm good at, and I stop comparing myself to others because of obvious evidence that I'm not. And of course I get more rest, more sleep and switch to creative hobby activities more often. Like an author, I reevaluate my goals and priorities and become in sync with my life again.
I was also thinking on making free Apple TV app to support this project.
What do you think is the best way to learn production best practices for back-end?
So my conclusion was that our reasoning is very restricted. We tend to simplify our thoughts, our memories. And all this stuff is highly dependant on emotions we feel. That's why we like to make our memories brighter than they are, make them more romantic and ideal. Everything in the past was better, etc. That's why we remember facts which are easier to remember and close to our beliefs, sometimes no matter are they true or not.
I think the best we can do as software engineers working on legacy code bases is stop making assumptions about authors of the code and do not think that we are smarter and could do better.
Legacy code is not just a text. It's a big amount decisions made for a reason. What we lack is a history of those changes. So if we see something we call "anti-pattern" or "code-smell" we need to think twice is it really the case or we are missing something.
Inexperienced programmers tend to simplify things and swear at bad code. They think that they could design this code better and assume million of things about the code and its authors. I think it's unprofessional.
We need to avoid making assumptions if we have no real evidence. Be cold-minded. Refactor and improve step by step. And don't rush to rewrite huge code bases from scratch: are we sure we won't end up with the same code mess and we are smarter than authors of legacy code?
In schools and colleges this is not always the case that we learn philosophy of a subject. Especially in schools. This is sad.
I've also noticed that experienced programmers do their commits more frequently and they do the right job - they spend less time on unimportant details.
It also depends on the codebase. A programmer who works on similar codebases for 10 years is more likely to have a high impact than the one who work less and consider these codebases rather new. While their approach and skill set may be similar.
$\pmatrix{1&0 \\\ 0&1}$
I'll investigate this bug.
I would probably try to prerender Markdown+Latex and update with a small throttling. But I haven't found a way to do this with MathJax.
This article is more about "employment is better than freelance". Seems like the author had no passion neither as a full-time employee, nor as a freelancer. It seems like the author don't know what passion really means or simply has no priority for it in her life.
That's ok unless you say that entrepreneurship is "bullshit" for working class. Sounds like a very biased statement. Everyone has their own way. There is nothing wrong with people who have passion to something different than full-time employment.