DjangoGuys

Md Ershadul Hoque Sarker, founder, DjangoGuys.com. Worked for NewsCred for 7+ years and was one of the founding team members. Studied Computer Science and Engineering at University of Dhaka, Bangladesh. Python/JS/Django Expert.

[ershadul]

Poverty is not just about a lack of money. It’s about the absence of the resources the poor need to realize their potential. Two critical ones are time and energy.

[ershadul]

The Purpose of Formatting

Code formatting is important. It is too important to ignore and it is too important to treat religiously. Code formatting is about communication, and communication is the professional developer’s first order of business.

Perhaps you thought that “getting it working” was the first order of business for a professional developer. The functionality that you create today has a good chance of changing in the next release, but the readability of your code will have a profound effect on all the changes that will ever be made. The coding style and readability set precedents that continue to affect maintainability and extensibility long after the original code has been changed beyond recognition. Your style and discipline survives, even though your code does not.

[ershadul]

In general programmes are pretty smart people. Smart people sometimes like to show off their smarts by demonstrating their mental juggling abilities. After all, if you can reliably remember that r is the lower-cased version of url with the host and scheme removed, then you must clearly be very smart.  One difference between a smart programmer and a professional programmer is that the professional understands that clarity is king. Professionals use their powers for good and write code that others can understand.

Clean Code, page # 25

[ershadul]

Clean code always looks like it was written by someone who cares

Clean Code

[ershadul]

If you don’t understand prototypes, you don’t understand JavaScript.

https://medium.com/javascript-scene/common-misconceptions-about-inheritance-in-javascript-d5d9bab29b0a

[ershadul]

What sucks, now, about web development? How will we fix it? Can we fix it with Python?

http://jacobian.org/writing/snakes-on-the-web/

[ershadul]

Go see if your weaknesses are hindering you at your job. Ie. I wasn’t great at planning or product management at this time. Fix them or move to another position. Also, constantly ask yourself how can I make the company more valuable. You do that and you will never get fired*. *unless you do something really stupid or the company goes out of business

http://okdork.com/2012/09/29/why-i-got-fired-from-facebook-a-100-million-dollar-lesson/

[ershadul]

The BEST way to get famous is make amazing stuff. That’s it. Not blogging, networking, etc.

http://okdork.com/2012/09/29/why-i-got-fired-from-facebook-a-100-million-dollar-lesson/

[ershadul]

In python, decorators are applied from the bottom upwards.

[ershadul]

What is unit tests?

Anything that exercises a small, fairly isolated piece of functionality is a unit test.

The most important part of having unit tests is that they can be run quickly, easily, and without any thought by developers. They serve as executable, enforceable documentation for function and API, and they also serve as an invaluable reminder of bugs you've fixed in the past. As such, they improve your ability to more quickly deliver functional code -- and that's really the bottom line

Read more http://ivory.idyll.org/articles/nose-intro.html

[ershadul]

Be humble. Always first presume that you’re wrong. While developers do make mistakes, and as a new hire you should certainly assist others in catching and correcting mistakes, you should try to ensure that you’re certain of your observation before proudly declaring your find. It is enormously damaging to your credibility when you cry wolf. Be discreet with constructive criticism. A developer is much more likely to be accept casual suggestions and quiet leading questions than they are if the same is emailed to the entire group. Widening the audience is more likely to yield defensiveness and retribution. The team is always considering what your motives are, and you will be called on it and exiled if you degrade the work of others for self-promotion. The best way to earn credibility and respect is through hard work and real results. Cheap, superficial substitutes — like best practice emails sent to all, or passing comments about how great it would be to implement some silver bullet — won’t yield the same effect, and are more easily neutralized. Actions speak louder than words. Simply talking about implementing a team blog, or a wiki, or a new source control mechanism, or a new technology, is cheap. Everyone knows that you’re just trying to claim ownership of the idea when someone eventually actually does the hard work of doing it, and they’ll detest you for it. If you want to propose something, put some elbow grease behind it. For instance, demonstrate the foundations of a team blog, including preliminary usage guidelines, and a demonstration of all of the supporting technologies. This doesn’t guarantee that the initiative will fly, and the effort might be for naught, but the team will identify that it’s actual motivation and effort behind it, rather than an attempt at some easy points. There is no one-size-fits-all advice. Not every application is a high-volume e-commerce site. Just because that’s the most common best-practices subject doesn’t mean that it’s even remotely the best design philosophies for the group you’re joining.

http://blog.codinghorror.com/leading-by-example/