yegor256 podcast

yegor256 podcast

www.yegor256.com
CEO at Zerocracy


Shift-M/42: self-development with Venkat Subramaniam
Dec 10 • 63 min
Venkat Subramaniam is a famous software expert, a regular speaker at software conferences, a book writer, and a software architect/programmer. He shares his views about self-development.
M104: Refactoring without a ticket means stealing project resources
Nov 11 • 0 min
When you see the code that needs improvements you, as a good programmer, fix it because you don’t want the bad quality to stay in your project. However, this good intent only harms the project. When you work in a team, you are not allowed to do what is…
M102: Zerocracy may look like utopia for you now, but eventually you will be there
Jul 12 • 6 min
Very often, those who read about Zerocracy and watch my videos, ask me whether I believe that the management model we are promoting, is applicable to real projects. They sometimes call it utopian and unrealistic. I suggest you look at it as a picture of…
M100: Tech audits help you identify the gaps between your code base and industry standads
Jul 8 • 8 min
Independent technical reviews, which you may get in Zerocracy, won’t help you find bugs in your software, this is what testers are for. They will help you understand how far your code base from the industry standards applicable to your tech stack. Most…
M98: If you think that your team is doing fine, you are a bad manager
Jun 28 • 5 min
Most CTOs and project managers I’m talking to believe that their teams “are doing fine” and don’t need any audits. This means only one thing: they are incompetent managers. Professional managers know that “doing fine” now doesn’t mean that the team…
M97: Let your followers be your best censors helping you think more logical
Jun 26 • 5 min
There are many reasons why people are being active in social networks, like Twitter, Instagram, Facebook, or Telegram channels. Some of them even have their own blogs or YouTube channels, like me. Some of them are having fun, but my primary objective of…
M96: Freelancers are a pain, but they are your only hope if you want the quality to go up
Jun 24 • 6 min
Most companies suffer from the legacy code they inherit from software teams that disband or programmers just quick. Companies have to do something with the software and they can’t throw it away. Most of them hire full-timers to support the code, maintain,…
M95: Only lazy and immature programmers are afraid of penalties and punishment
Jun 20 • 6 min
Very often I hear managers saying that if you even try to punish programmers for their mistakes they will quit and you will have no team. This may only happen to junior or lazy programmers. Professional software engineers are interested in being…
M94: It is impossible to make a full-timer deliver results, unless they want it
Jun 20 • 6 min
Our bosses what us to be productive, effective, and deliver results. However, the question is whether they can make us do it or not. When they hire us as full-timers and pay us for a full month of our time in the office, they can’t do anything to force us…
M93: To become a good programmer you have to find a project that rejects your mistakes
Jun 17 • 5 min
Junior programmers usually don’t know where to start in order to practice, learn how to code, and work with professionals. They can’t find the right project to contribute to. I’m suggesting you find a project, which is ready to reject your mistakes, no…
M92: We in Zerocracy use Boost Factor to help architect motivate programmers
Jun 12 • 5 min
Sometimes we have tasks in our projects, which nobody wants to complete. They are difficult or impossible to decompose, or simply too complex. What do we do in order to motivate our programmers to work with those tasks? We use Boost Factor, which is a…
M91: Full-timers want to look smart, freelancers want to deliver results
Jun 11 • 4 min
Most full-timers are afraid of showing their bosses that they find help at StackOverflow, because their managers expect them to be smart and know everything about the technologies they work with. Who would want to pay a full monthly salary to someone who…
M89: Deliver your trust continuously, not discrete
May 31 • 5 min
Most companies and managers believe that they have to check people before they let them get into the team, through a number of very complex interviews. After that, they trust their programmers and hope they will be motivated and committed enough to…
M90: RUP is a framework, Agile is a philosophy; just like Zerocracy and XDSD
May 31 • 7 min
I often hear a question: what is better, Agile or RUP? This question doesn’t make a lot of sense since Rational Unified Process (RUP) is a framework with a large set of artifacts, processes, roles, and procedures; while Agile is a short list of…
M88: If you are working on a prototype for longer than two weeks, you are doing it wrong
May 28 • 5 min
Technical debt is a huge problem, when it is, well … huge. What usually happens is this: we start a project, we work on its “prototype,” we wait until it is fully ready, and then we start thinking about unit tests, continuous integration, and build…
M87: If you are afraid of being replaced, you are not a good programmer
May 27 • 5 min
Most programmers feel uncomfortable realizing that their employer may replace them one day. To make this event less likely to happen they do many things in order to make themselves unreplaceable. One of those things is unmaintainable source code, which…
M86: The README file must be the only provider of product specification
May 22 • 4 min
I think that any repository, be it open source or proprietary, must have a single README file, which must include everything a new contributor needs to know about it: the product statement, the vision, the list of features and non-functional requirements,…
M85: The source code is just a part of a software project, not the biggest one
May 20 • 5 min
We started reviewing software projects of other companies, just a few weeks ago and our first finding is that programmers don’t pay attention to anything aside from the code they write. They don’t have build automation, unit testing, static analysis,…
M84: Don’t chase your team members, make them chase you
May 16 • 7 min
The job of a good project manager is to organize the team the way that every team member wants to contribute and is ready to go through all possible obstacles and barriers, in order to make sure their results are accepted by the project. If the project…
M83: Strong opinions loosely held is not a problem, the absence of an architect is
May 13 • 6 min
A software team where everybody expresses their opinions loudly and strongly, always being ready to admit that “I was wrong,” is not able to produce anything serious. This is what I read in one blog post recently. And I do agree with this. However, I…
M82: Is it possible to open the entire source code base and still make business? Definitely.
May 10 • 6 min
When I start talking about 100% open source business model, most people wonder how is it possible to give away the entire source code base and still remain profitable, money wise. I think that any modern digital business has three components of success:…
M81: How to make your GitHub repo popular? Eight things to pay attention to.
May 8 • 13 min
Do you want to be known in the open source world? If you don’t, don’t watch this video. If you do, there are eight things you should pay attention to when making a new GitHub repo: 1) make it small, 2) don’t depend on other libraries, 3) make your README…
M80: Every two weeks you should hire a new auditor to review your software project
May 6 • 5 min
Very often software project sponsors complain about the low quality of their programmers. They also say that changing the team doesn’t really help. They believe that it’s possible to hire the “right” people and everything will be great. This is a myth.…
M79: Make as many open source libraries as possible, eventually one of them will become a success
May 3 • 4 min
I created a simple Ruby library just about two weeks ago: https://github.com/yegor256/iri. I already have more than 60 GitHub stars there. How did I do that? I just published it where I usually publish my open source libraries. There is no secret. I just…
M78: Programmers are not your property, don’t invest in them!
May 2 • 7 min
Most companies and project managers feel proud of spending a lot of money for finding programmers, training them, getting them on board. They tell me very often that programmers are their valuable assets and they don’t want to lose them since they…
M77: Lines-of-Code don’t show anything meaningful, but Hits-of-Code are pretty accurate
May 1 • 5 min
It is a well-known fact that Lines of Code (LoC) is a very inaccurate metric for a software developer. It doesn’t demonstrate anything and can’t be used to measure the progress of a programmer or a number of efforts the programmer puts into the source…
M76: Learn Rational Unified Process to understand SDLC better
Apr 29 • 5 min
Most programmers think that writing code is enough to be useful for a software project. It’s not true, especially now, when projects are becoming smaller and teams are more distributed. A modern programmer must understand all the processes and phases of a…
M75: Your presence in social networks is important for your career as a software architect
Apr 22 • 4 min
Most people ask me why exactly I think it’s important for a software developer or an architect to be a blogger and stay active on Twitter, for example. I believe, and most recent practical cases prove that a well-connected and “visible” software architect…
M74: If your project doesn’t have a formal Risk List, you are doing management wrong
Apr 18 • 5 min
Risk Driven Development is a powerful concept, which may help you prevent many bad things in your project. Unfortunately, many teams don’t know how to do it right. I’m going to publish an online tool for that soon, which will be used by Zerocracy and for…
M73: It is your job, as an architect, to convert client’s requirements into tickets
Apr 16 • 3 min
Microtasking, in order to work properly, requires a certain amount of discipline. First of all, all tasks and communications about them have to happen in tickets. However, our customers are far from being disciplined enough to use tickets for every…
M72: Zold, like any other young cryptocurrency, needs master nodes to survive
Apr 15 • 3 min
Very often our investors and users ask us why Zold has master nodes, even though it claims to be decentralized and anonymous. I answer that I can’t imagine a serious cryptocurrency without a certain amount artificially created master nodes, which help it…
M71: Motivating programmers by equity or profit sharing is a bad idea, it doesn’t work
Apr 12 • 2 min
Many startup founders think that by sharing equity with programmers or giving them annual bonuses according to the overall result of the company, they can motivate them to work better. This is a wrong idea because programmers can’t control those things.…
M69: Write tutorials instead of training and teaching
Apr 10 • 2 min
Every time someone comes to me for a piece of information, I ask myself: “Why? Isn’t this information available in our documentation?” And if the answer is “No,” I try to improve the documentation, to make that piece of information visible and accessible,…
M70: A software team without conflicts can’t produce anything of a good quality
Apr 9 • 5 min
Very often my readers complain about me saying that programmers must be in conflict with testers, or code reviewers in conflict with programmers, and so on. They claim that a good software team must have everybody going along and share the same set of…
M68: Is it necessary to be a full-timer first, in order to become a freelancer? Yes, why not!
Apr 9 • 3 min
Being a freelancer and charging $100 per hour, switching projects every few months and living in Bali, sounds like a dream for many programmers. But the question is, how to get there? Where can one get experience and training? Does it seem that the only…
M67: The future of software development has no offices and no companies, only projects
Apr 8 • 8 min
Building teams that were supposed to stay together for many years, was a good strategy, many years ago. Not anymore. The reality of the modern software development market demands us to work with remote programmers, who in most cases will be individual…
M66: If you will manage programmers the way Google does it, you will lose
Apr 5 • 5 min
The current situation on the software development market it terrible: programmers are spoiled by large salaries and very high demand. They know that their managers can’t really do anything with them, can’t make them work faster or better, can’t fire them,…
M65: If you need to learn the code around your microtask, don’t do it! Create a new ticket.
Apr 4 • 5 min
When a microtask arrives to you, very often you may need some additional information, which is not specified in the task description. Your first intent would be to go and find that information, even if it’s not available. This would be a mistake. You…
M64: You want your programmers to be your enemies? Pay them monthly.
Apr 2 • 6 min
Most managers and business owners believe that programmers are interested in their ideas, in their business, in their vision. They expect programmers to work because they share a global vision. In reality, it doesn’t work that way. Programmers work for…
M63: The growth of Zold rate is direct marketing expenses of Zerocracy
Mar 29 • 6 min
The business model of Zerocracy by definition requires a pretty big amount of venture capital in order to connect many programmers with many customers and make them attractive to each other. In order to attract VC money, we have to demonstrate them the…
M62: Five steps to migrate from traditional management to microtasking
Mar 28 • 9 min
Microtasking is a great method of managing programmers, but it’s very difficult or almost impossible to switch to this new model of work from traditional full-time management. There is a list of five simple steps I would recommend you making with your…
M61: What do you do when a client says that everything is wrong and has to be done from scratch?
Mar 27 • 9 min
What do you do as a customer, when you realize the your architect is totally wrong and the architecture is flawed and you have to start from scratch? Most likely, you got aware of that from one of your friends of the experts you invited to the project.…
M60: Ask a software team for a quote only to check whether they refuse to provide it
Mar 26 • 5 min
How much would it cost to create a Twitter clone? You won’t believe how often I hear this or similar questions. There is no such thing as a realistic estimate of a software price if we are talking about a more or less big product. It starts with a few…
M59: How to not get frustrated when dealing with freelancers and microtasking?
Mar 25 • 7 min
A team of freelancers working in a microtasking mode is not focused on your business objectives, by definition. They are doing what they are willing to do, randomly covering the entire scope of the product’s functionality. This is why so many customers…
M58: Don’t expect UI/UX people to work in microtasking mode, they are too creative for that
Mar 22 • 5 min
Very often customers of Zerocracy ask me whether we can find them some good UI/UX designers, who will make sure their application looks great and can work together with programmers. We can’t do that because UI people are too artistic and their work has no…
M57: Tech startups fail mostly because of software development incompetence
Mar 21 • 7 min
Why do startups fail? Conflicts between investors and founders, marketing issues, lack of customer development, not enough money, etc. I believe that all those issues are secondary. The primary cause of problems is the inability to manage programmers…
M56: Don’t expect your architect to be an expert in your tech stack, that’s what developers are for
Mar 20 • 5 min
Very often our customers in Zerocracy expect software architects to be very knowledgeable in the tech stack they are going to use in their projects. Even though it doesn’t hurt, but this is not what software architects are for. An architect is not going…
M55: The programming language you choose must match your project business objectives
Mar 19 • 7 min
Many customers, who pay for software development, think that some programming languages are fast, while others are slow and when they need a great/fast/awesome application, they need to use the language some other team has been using before and managed to…
M54: Make sure you control your programmers and do it explicitly and openly
Mar 18 • 4 min
I’ve heard it very often that people don’t like the word “control” being applied to a group of programmers. They find it abusive, offensive, and de-motivating. I absolutely disagree with this. Control is abusive only if it’s implicit, hidden, and not…
M53: What do I think about Agile? It’s a recipe for disaster, if you are a project sponsor.
Mar 15 • 4 min
Agile, as a software development methodology, was invented by programmers and for programmers, to make things easier for them and to get a perfect excuse when things go south. In Agile the management is not in charge anymore, can’t control things, can’t…
M52: Three-branches release model: Master, Release Candidate, Live
Mar 14 • 10 min
In order to isolate your production from the “dirty” master branch, I’m suggesting to use a simple release/delivery model. First, you let everybody commit to the “master” branch, of course, after they pass all unit/integration tests and the entire merge…
M51: Don’t hide error stacktraces, make end-users part of your quality control instead!
Mar 12 • 5 min
Most big websites I work with don’t show their error details when something goes wrong. Here is an example: my account with Amazon is in trouble and I see nothing except the “We are sorry” message from them. Instead, I believe, would be much better to…
M50: Testing is the process of confirming that the software has defects (JPoint talk rehearsing)
Mar 11 • 14 min
The biggest problem of modern software testing is that neither testers, nor programmers, or their managers understand the role of a software tester. A tester is not someone who confirms that the software works as intended. Instead, a tester is the one who…
M49: Zold is an experimental non-Blockchain cryptocurrency, made by Zerocracy
Mar 7 • 7 min
There are many cryptocurrencies on the market, while 99.9% of them are based on the Blockchain architecture, with some modifications. About a year ago we decided to try to create our own solution, which would be a true alternative to Blockchain. It seems…
M48: If you depend on your programmers, you are a bad architect!
Mar 6 • 6 min
If I would need to create software for a nuclear power station, who I would work with: freelancers or full-time employees? Of course, the first intent is to get a team of full-timers who we can “trust” and who will care about the business, will be…
M47: What is the difference between Zerocracy and Upwork? We are not competitors!
Mar 5 • 5 min
Very often this question is asked: how Zerocracy can be compared with Upwork and similar platforms for freelancers. Long story short, we are not competitors and can’t be compared directly. Upwork provides unmanaged teams of freelancers, while Zerocracy…
M46: Freelancers and full-times are like oil and water, don’t mix them, they are not friends
Mar 4 • 6 min
When your objective is to put programmers together in one office and make them look like hard working slaves, spending the money of your investors, you definitely need full-timers, with good salaries and benefits. However, if you need to achieve results,…
M45: Freelancers and full-timers have very different resumes, don’t expect them to look similar
Mar 1 • 9 min
Changing jobs frequently is usually considered to be a sin for a professional programmer. Recruiters don’t like that and to leave just a few places in the resume, to look more “loyal.” However, this is not true for freelancers, who by definition change…
M44: What do you think you are a senior developer? Who says so? Think again.
Feb 28 • 7 min
Being a senior developer doesn’t mean getting a large salary or being appreciated in the office. It means belonging to an elite group of developers who know how to do certain things and can do them. If you want to be senior, think again about open source…
M43: Technical interviews are pointless, pay attention to these five things instead!
Feb 27 • 6 min
Most software teams interview programmers before getting them on board. Later they get surprised how was it possible to hire someone who doesn’t understand programming. Those so-called “fake interviews” would not exist if we would let the market vouch for…
M42: Make sure your software is deployable from the first day!
Feb 25 • 3 min
The first thing you should worry about when you start a software project is how your product can be delivered to end-users in an automated way. Right after you managed to create a skeleton and make it “work on your laptop,” start configuring the…
M41: Six steps to a better speaking English for a software developer
Feb 22 • 12 min
I’m being asked about English speaking skills very often, that’s why this video. You want to improve? Here is hot-list: 1) read English books; 2) watch movies in English, with subtitles; 3) find someone to chat with online, not about work; 4) go to the…
M40: To achieve quality you should numberize your Plan-Do-Check-Act cycle and its participants
Feb 20 • 11 min
Quality management, if I understand PMBOK and ISO-9001 correctly, is all about the Plan-Do-Check-Act cycle, where we 1) plan what quality objectives are important for us and how they can be numbered, 2) let the team produce the results, 3) collect the…
M39: Meeting are evil and must be replaced by a disciplined process of decision making
Feb 19 • 12 min
Meetings are a great solution for lazy, immature, stupid, and non-professional software developers, architects, and their managers. The more you grow, the more professional you become, the bigger will be your frustration from those meetings. What is the…
M38: Request-for-Proposal (RfP) is how the matchmaking process works in Zerocracy
Feb 17 • 11 min
When you are ready to delegate your software project to Zerocracy, you will need an architect, who will guide you through the bootstrap steps, will understand the requirements, will build the team of freelancers, and will supervise it, with the help of…
M37: It’s only your fault if the requirements you are working with are not clear enough!
Feb 15 • 9 min
It happens very often: the requirements we have to work with are not clear. Customers, requirements providers, product owners, managers, architects, and other programmers are simply too lazy to specify them right and they just drop those feature requests…
M36: Protect yourself against stupid managers—become their good friend!
Feb 14 • 11 min
You remember my recommendations for a programmer if the management is weak and stupid, right? Don’t be loyal. Instead, use their resources for your own good. But what do you do if you are the architect and the tech lead of the project? In that case, the…
M35: A transition from office slavery to pay-by-result model is very expensive
Feb 13 • 8 min
Very often startup founders and CTOs are asking me how and whether it’s possible to transition from traditional full-time management to pay-by-result and microtasking, which we practice in Zerocracy. My answer is that it’s possible but expensive. It will…
M31: What do you do with junior programmers who can’t write good code? You train them.
Feb 12 • 11 min
Multitasking is something only senior developers can deal with, because it’s stressful, results-focused, and demands a lot of skills, which junior developers simply don’t have. However, the question is: What those junior developers should do? How they can…
M34: Testing and Quality Assurance (QA) are two entirely different things!
Feb 12 • 5 min
I know so many testers who think that they are QA engineers. They are so wrong that I decided to record a video about that. Testing is about breaking the software and finding bugs. QA is about watching the entire software development process and improving…
M33: No don’t need to be loyal to your employers, use them for your own good!
Feb 11 • 13 min
Proper management is very rare, happens only in some companies. Others are treating people like office slaves, expecting them to do stay in the office instead of delivering results. What do you do when you happen to be hired by such a company? How do you…
M32: Micromanagement happens when tasks are big and motivation is not explicit
Feb 8 • 14 min
Do you know what micromanagement is? It’s when your manager is telling you exactly what you have to do right now in order to achieve the results he or she wants. The micromanager doesn’t trust you and that’s why wants and needs to control every step you…
M30: Pay equality and smaller pay gap mean only one thing: the management is weak
Feb 5 • 10 min
The average salary of american workers is growing 1% every year, while the paygap between similar jobs is decreasing. What do I think about this trend? Does it sound like people are getting more every year and it’s good? Not at all. This trend is…
M29: Instead of finding the right architect, find a way to manage the architect right
Feb 5 • 13 min
In order to do the project right, you need the right person, right? Wrong! This type of thinking doesn’t help at all and only leads to failures. It’s the management that needs to be “right,” not its people. Watch this morning video about this problem:…
M28: Microtasking works only if you can decompose tasks, PDD helps you do exactly that
Feb 4 • 12 min
Microtasking is a great management method, provided you can break your larger scope into smaller micro-tasks. Who should do this decomposition and how much time will work by itself will take? This question I hear very often when we start talking about…
M27: Microtasking enables more accurate and precise estimates of a software project’s future
Feb 1 • 12 min
You know how much I love microtasking and paying-by-result, but you may wonder how can we estimate the future of our projects if we deal with very small pieces of work. I made an attempt to explain it in the video. Long story short, microtasks not only…
M26: Don’t be afraid of your programmers, just get ready to fight when they get rich on your idea
Jan 31 • 7 min
How do you protect your business ideas from potential theft by your own programmers? Do you sign NDAs? Do you hire only those who won’t steal? Well, I believe you should do the opposite. Don’t be scared of theft, just be prepared to prove that the idea…
M25: Dear investors, Zerocracy is not an on-demand software shop, think bigger!
Jan 29 • 6 min
I’ve got a meeting with a potential investor a few days ago, which asked me to help him develop some software, in order to prove that Zerocracy is an investable business. I refused and here is the explanation of my logic. The full video is here:…
M24: Artificial Intelligence is not a thinking machine, but a powerful calculator
Jan 29 • 5 min
We claim that Zerocracy is an AI bot that is capable of managing people better than a human being. But very often I hear questions: How is it possible to make a computer so smart? Is AI so powerful already? In this morning video I ask you a question: Do…
M23: Senior developers are the best, but the most difficult to manage, and the most dagnerous
Jan 28 • 14 min
If you need to demonstrate your investors that your software team is working hard on something great, you need a group of junior developers — they are easy to manage and are afraid of going into conflicts. On the other hand, if you need to develop a great…
M22: Both full-time hiring and outsourcing will lead your project to failure, Zerocracy won’t.
Jan 25 • 14 min
I was asked to explain what Zerocracy is doing exactly, but a potential client of ours. Here is what I managed to create, in just 15 minutes (I wanted to do five, but didn’t manage). The bottom line is that full-time hiring and outsourcing are two great…
M21: Junior developers are not a good fit for microtasking, they simply can’t keep up.
Jan 24 • 8 min
Very often I hear people saying that microtasking is only suitable for junior developers, who are ready to work like “coding monkeys”, while professional senior programmers can’t do that. That’s a mistake. Junior developer simply can’t do microtasking,…
M20: Reporting bugs and deciding whether they should be fixed are two separate acticitives!
Jan 22 • 6 min
The video is here: https://www.youtube.com/watch?v=F3bjFXFRsI8
M19: Want to pay-by-result? You have to do microtasking first, otherwise nothing will work.
Jan 22 • 9 min
The video is here: https://www.youtube.com/watch?v=tHeXxLdGqqI
M18: Writing unit tests or not is not the decision project makes, it’s your professional choice
Jan 21 • 4 min
The video is here: https://www.youtube.com/watch?v=MF0xMjyKdKk
M17: Algorithm-driven mining doesn’t make a cryptocurrency more democratic, but less transparent
Jan 18 • 7 min
The video is here: https://www.youtube.com/watch?v=77pWgn_JVRk
M16: You either report bugs or implement features. You can’t do any of that? You are out.
Jan 17 • 4 min
The video is here: https://www.youtube.com/watch?v=_ppWQCCT8zE
M1: Your enthusiasm may only harm the project if you can’t deliver it incrementally
Jan 16 • 3 min
The video is here: https://www.youtube.com/watch?v=gMJNz9AWbQE
M2: We must fully trust the architect, but regularly review the decisions he or she is making
Jan 16 • 2 min
The video is here: https://www.youtube.com/watch?v=PYq05UAwzNk
M3: Zerocracy is not applicable unless motivation is changed from pay-per-time to pay-per-result
Jan 16 • 2 min
The video is here: https://www.youtube.com/watch?v=CZ_Bhg4vW58
M4: A full decentralization is a myth, since the source code inevitably is under someone’s control
Jan 16 • 3 min
The video is here: https://www.youtube.com/watch?v=8Lr0cFhwE6M
M5: Professional programmers always need a second opinion, to make sure their code is good enough
Jan 16 • 4 min
The video is here: https://www.youtube.com/watch?v=9tC7p2UTLsU
M6: Keeping all source code in a single monolithic repository is a terrible idea!
Jan 16 • 5 min
The video is here: https://www.youtube.com/watch?v=zljJpADEf_E
M7: Don’t be afraid to ask difficult qtns before you get into a partnership, or get ready to lose
Jan 16 • 9 min
The video is here: https://www.youtube.com/watch?v=RNRaVmbWZXI
M8: Since most tech editors have no idea what they are doing, ignore them
Jan 16 • 6 min
The video is here: https://www.youtube.com/watch?v=2oAW9LmYJI4
M9: Every time you see an opportunity to open source a piece of code, do it!
Jan 16 • 6 min
The video is here: https://www.youtube.com/watch?v=3SZ6Zvci4O0
M10: How do you enforce TDD in a team? Put your gang together first. Then use it as a leverage.
Jan 16 • 6 min
The video is here: https://www.youtube.com/watch?v=kY7UYCiMG6s
M11: Freelance means freedom, but it also means poverty; this will change, thanks to Zerocracy!
Jan 16 • 8 min
The video is here: https://www.youtube.com/watch?v=6CPOHvyyY2I
M12: Freelancers are not full-timers working from home; they are a totally different breed
Jan 16 • 7 min
The video is here: https://www.youtube.com/watch?v=1OFgf8XYI2A
M13: A Message Without A Context Is Unprofessional And Very Annoying For The Listener; Don’t Do It!
Jan 16 • 7 min
The video is here: https://www.youtube.com/watch?v=fVMml2vpP-Y
M14: The revolution of zero-trust decentralized stms is coming, but it’s not only about Blockchain!
Jan 16 • 9 min
The video is here: https://www.youtube.com/watch?v=48mtB40sKhs
M15: Large software projects mean bad projects, don’t be proud of them!
Jan 16 • 5 min
Video is here: https://www.youtube.com/edit?video_referrer=watch&video_id=IqnbG826Oyc
Shift-M/41: Focus and accountability with Gordon Tredgold
Jan 4 • 58 min
More details here: https://www.yegor256.com/shift-m/2019/41.html
Shift-M/40: Soft skills with Anne Loehr
Dec 19, 2018 • 59 min
More details: https://www.yegor256.com/shift-m/2018/40.html
Shift-M/39: Product Management with Melissa Perri
Nov 20, 2018 • 48 min
More details here: https://www.yegor256.com/shift-m/2018/39.html
Shift-M/38: Herd instinct with Jennifer Britton
Oct 8, 2018 • 49 min
More details here: https://www.yegor256.com/shift-m/2018/38.html
Shift-M/37: Zen project management with Mike Clayton
Oct 1, 2018 • 58 min
More details here: https://www.yegor256.com/shift-m/2018/37.html
Shift-M/36: 70/70 or how to make a business deal
Sep 17, 2018 • 62 min
More details here: https://www.yegor256.com/shift-m/2018/36.html
Shift-M/35: Bullying, discussion with Suzanne Lucas
Sep 3, 2018 • 65 min
More details: https://www.yegor256.com/shift-m/2018/35.html
Shift-M/34: Respect in software teams with Todd Williams
Aug 27, 2018 • 66 min
More details here: https://www.yegor256.com/shift-m/2018/34.html
Shift-M/33: Metrics in project management with Shoaib Ahmed
Aug 13, 2018 • 50 min
More details here: https://www.yegor256.com/shift-m/2018/33.html
Shift-M/32: How to deal with project failures with Andy Jordan
Aug 6, 2018 • 51 min
More details here: https://www.yegor256.com/shift-m/2018/32.html
Shift-M/31: Waterfall, Agile and self-awareness with Lisa Sieverts
Jul 30, 2018 • 56 min
More details here: https://www.yegor256.com/shift-m/2018/31.html
Shift-M/30: change management with Erik van Hurck
Jul 23, 2018 • 54 min
More details here: www.yegor256.com/shift-m/2018/30.html
Shift-M/29: Team dynamics in modern IT companies
Jul 17, 2018 • 60 min
More details here: https://www.yegor256.com/shift-m/2018/29.html
Shift-M/28: How to be critical and lazy
May 21, 2018 • 53 min
Post comments here: https://www.yegor256.com/shift-m/2018/28.html
Shift-M/27: TDD philosophy with GeePaw Hill
Apr 30, 2018 • 61 min
See http://www.yegor256.com/shift-m/2018/27.html
Shift-M/26: software testing with James Bach
Apr 23, 2018 • 60 min
More details:http://www.yegor256.com/shift-m/2018/26.html
Shift-M/25: Risk management with Ricardo Vargas
Apr 16, 2018 • 53 min
2 April 2018; please post your comments here: www.yegor256.com/shift-m/2018/25.html
Shift-M/24: Mandatory skills of a software architect
Apr 2, 2018 • 51 min
2 April 2018; please post your comments here: www.yegor256.com/shift-m/2018/24.html
Shift-M/23: No estimates
Mar 19, 2018 • 50 min
18 March 2018; please post your comments here: www.yegor256.com/shift-m/2018/23.html
Shift-M/22: How to be honest with a client?
Mar 5, 2018 • 54 min
4 March 2018; please post your comments here: www.yegor256.com/shift-m/2018/22.html
Shift-M/21: Sociotech skills in software development
Feb 5, 2018 • 52 min
4 February 2018; please post your comments here: www.yegor256.com/shift-m/2018/21.html
Shift-M/20: Vincent Birlouez about PMBOK and project managers
Dec 25, 2017 • 46 min
3 November 2017; please post your comments here: www.yegor256.com/shift-m/2017/20.html
Shift-M/19: Typical mistakes we make in bug tracking
Dec 18, 2017 • 47 min
18 December 2017; please post your comments here: www.yegor256.com/shift-m/2017/19.html
Shift-M/18: Henrik Mårtensson about HR troubles
Dec 11, 2017 • 58 min
3 November 2017; please post your comments here: www.yegor256.com/shift-m/2017/18.html
Shift-M/17: When micro-tasking doesn’t work?
Dec 4, 2017 • 55 min
5 December 2017; please post your comments here: www.yegor256.com/shift-m/2017/17.html
Shift-M/16: Jose Barato on Indian Outsourcing and Catalonia issues
Nov 27, 2017 • 53 min
30 October 2017; please post your comments here: www.yegor256.com/shift-m/2017/16.html
Shift-M/15: How not to trust programmers right
Nov 20, 2017 • 45 min
20 November 2017; please post your comments here: www.yegor256.com/shift-m/2017/15.html
Shift-M/14: Bart Vermijlen about Sociocracy, Gamestorming and Agile
Nov 13, 2017 • 54 min
24 October 2017; please post your comments here: www.yegor256.com/shift-m/2017/14.html
Shift-M/13: What is the difference between Quality Assurance and Testing?
Nov 6, 2017 • 44 min
6 November 2017; please post your comments here: www.yegor256.com/shift-m/2017/13.html
Shift-M/12: Bert Heymans about their LeanCoffee meetup
Oct 30, 2017 • 44 min
17 October 2017; please post your comments here: www.yegor256.com/shift-m/2017/12.html
Shift-M/11: How to do stakeholders management right?
Oct 24, 2017 • 39 min
20 October 2017; please post your comments here: www.yegor256.com/shift-m/2017/11.html
Shift-M/10: Johanna Rothman about hiring issues
Oct 16, 2017 • 64 min
11 October 2017; please post your comments here: www.yegor256.com/shift-m/2017/10.html
Shift-M/9: Padding vs. Risk Management
Oct 8, 2017 • 42 min
9 October 2017; please post your comments here: www.yegor256.com/shift-m/2017/9.html
Shift-M/8: How to pay programmers less?
Aug 28, 2017 • 63 min
28 August 2017; please post your comments here: www.yegor256.com/shift-m/2017/8.html
Shift-M/7: Hugo Messer about distributed management
Aug 10, 2017 • 48 min
10 August 2017; please post your comments here: www.yegor256.com/shift-m/2017/7.html
Shift-M/6: Susanne Madsen about leadership
Jul 24, 2017 • 49 min
24 July 2017; please post your comments here: www.yegor256.com/shift-m/2017/6.html
Shift-M/5: Inclusive Management and Diversity
Jul 17, 2017 • 60 min
17 July 2017; please post your comments here: www.yegor256.com/shift-m/2017/5.html
Shift-M/4: Yakov Fain about his management philosophy
Jun 26, 2017 • 53 min
26 June 2017; please post your comments here: www.yegor256.com/podcast/2017/4.html
Shift-M/3: How to Handle Underperformers on a Team
Jun 19, 2017 • 44 min
19 June 2017; please post your comments here: http://www.yegor256.com/podcast/2017/3.html
Make Customers Trust You
Jun 17, 2017 • 43 min
BDMSummit 2017; 17 June 2017; Kiev, Ukraine; video is here: https://youtu.be/oiNI2jF46h0
How to be Honest and Keep a Client?
Jun 13, 2017 • 33 min
PMCon 2017; 11 June 2017; Kharkiv, Ukraine; video is here: https://www.youtube.com/watch?v=Rip_04Bv3Jk
Shift-M/2: What’s Wrong With Project Management Conferences?
Jun 12, 2017 • 49 min
12 June 2017; please post your comments here: http://www.yegor256.com/podcast/2017/2.html
Shift-M/1: Why Distributed Teams Fail?
Jun 6, 2017 • 52 min
5 June 2017; please post your comments here: http://www.yegor256.com/podcast/2017/1.html
How Much Do You Cost?
May 27, 2017 • 49 min
JEEConf 2017; Kyiv, Ukraine; 26 May 2017; video is here: https://www.youtube.com/watch?v=GS45LzE3LPQ
How to Avoid Outsourcing Disaster
May 27, 2017 • 29 min
Kyiv Outsourcing Forum 2017; Kyiv, Ukraine; 26 May 2017; video is here: https://www.youtube.com/watch?v=DLk_5BmgTVk
What’s Wrong With Object-Oriented Programming?
May 18, 2017 • 51 min
RigaDevDays 2017; 15 May 2017; Riga, Latvia; video is here: https://www.youtube.com/watch?v=K_QEOtYVQ7A
Four Best Methods of Time Wasting
Mar 31, 2017 • 35 min
DevOn Summit 2017; Delft, The Netherlands; 30 March 2017; video is here: https://www.youtube.com/watch?v=MSBf2RftCKo
How to Deal with Conflicts in a Software Team (Webinar #21)
Feb 9, 2017 • 63 min
Video is here: https://www.youtube.com/watch?v=GWLpAZqvqSc
eXtremely Distributed Software Development
Dec 21, 2016 • 48 min
DevTernity 2016; Riga, Latvia; 1 December 2016; video is here: https://www.youtube.com/watch?v=7EytYc7K5JA
Who Is a Project Manager?
Dec 7, 2016 • 62 min
Webinar #19; 7 December 2016; video is here: https://www.youtube.com/watch?v=zaKTNK8g2-M
Who Is a Software Architect?
Nov 22, 2016 • 48 min
BuildStuff Kiev 2016; Kiev, Ukraine; 22 November 2016; video is here: https://www.youtube.com/watch?v=R1lA7pN60xg
How Do You Know When Your Product is Ready to be Shipped?
Nov 18, 2016 • 49 min
Build Stuff 2016; Vilnius, Lithuania; 18 November 2016; video is here: https://youtu.be/wd-SA1HVmLg
Keep Your Servers in GitHub
Nov 17, 2016 • 43 min
TopConf Tallinn 2016; Tallinn, Estonia; 17 November 2016; video is here: https://www.youtube.com/watch?v=mq4bsnKK0qs
Seven Sins of a Software Project
Nov 16, 2016 • 41 min
TopConf Tallinn 2016; Tallinn, Estonia; 16 November 2016
XDSD: How Extreme is Your Team
Nov 15, 2016 • 46 min
XPDays Kiev, 2016; Kiev, Ukraine; 12 November 2016. Video is here: https://www.youtube.com/watch?v=tCr9dtGdi2c
Java vs OOP (JavaDay Kyiv 2016)
Oct 15, 2016 • 52 min
Java vs OOP (JavaDay Kyiv 2016) by Yegor Bugayenko
Who is a Software Architect? (webinar #13)
Sep 25, 2016 • 59 min
Software architect is responsible for failures. Software is powerful enough to make and overrule any decision. But that’s not it. We will also talk about delegation of responsibility and micromanagement.
Continuous Integration May Have Negative Effects
Sep 17, 2016 • 23 min
WebIT.Festival; Sofia, Bulgaria; 20 April 2016. Original blog post is here: http://www.yegor256.com/2014/10/08/continuous-integration-is-dead.html
Meetings or Discipline (NTPM conference in Gdyna, Poland)
Sep 12, 2016 • 59 min
New Trends in Project Management (NTPM); Gdyna, Poland; 26 April 2016
How to Cut Corners and Stay Cool (webinar #15)
Sep 10, 2016 • 36 min
We discussed how to turn chaos into a disciplined software development. The discussion will be based on these articles: http://www.yegor256.com/2015/01/15/how-to-cut-corners.html and http://www.yegor256.com/2015/02/16/it-is-not-a-school.html
Printers Instead of Getters in OOP (webinar #18)
Sep 7, 2016 • 56 min
Getters are evil in OOP, but what is the alternative? Printers is the way to go. The discussion is based on this article: http://www.yegor256.com/2016/04/05/printers-instead-of-getters.html Video is here: https://www.youtube.com/watch?v=_Q0cNykXB04
The Philosophy of Bugs (webinar #17)
Sep 5, 2016 • 54 min
We discussed what bugs were for, how they must be understood by the management, how many of them we should expect to find and what is in general the right philosophy of bug tracking.
Interview with David West (part 2)
Sep 3, 2016 • 60 min
Interview with David West, the author of “Object Thinking” book.
Interview with David West (part 1)
Sep 3, 2016 • 57 min
Interview with David West