Last modified on August 30th, 2020.

I got an email from a freelance developer friend. I have a list of associates with whom I collaborate (I get their help) when I am overloaded. The email had two inevitable questions,

1. How do you ensure that you get the full payment?
2. How did you create such a testimonial page? Is it fake?

My testimonials

First let me write a short note on my testimonials page. You can easily identify that all the testimonials listed are true.

• Live link to client’s website.
• Logo, company name, address, client’s name, designation.

All the above are public information and can be verified within minutes. There are more that twenty five testimonials listed and cannot be faked.

Project success

Okay let us get back to the two questions. With a decade of freelancing experience, I have come up with twenty laws for freelance web developers. If you follow that, a project will be a success.

When I say “project success” it means, client is happy. Everything else is a derivative of that. You get full payment, a good testimonial, repeat order, possible new reference and all the good things will happen as a by product.

The Laws

1. All projects are not doable
2. Empty your cup
3. Write the requirements
4. Be explicit with freelance terms
5. Commit to milestones, dates and a plan
6. Never work without an advance payment
7. Create UI mockups
8. Be reachable and receptive
9. Initiate communication
10. Show the progress and get feedback
11. Give suggestions and add value
12. When it is out of scope, call it out
13. Do not discuss subsequent phases in between
14. Absorb up to 20% variation in effort
15. Document the source code
16. Do not be ad-hoc, have policies and principles
17. Holding a deliverable is not a solution
18. When client says ‘not working’, it’s not working!
19. Freelancer’s support is essential
20. Request for a testimonial

1. All projects are not doable

Do not accept everything that comes your way. Play to your strength. You may have to spend time without projects, even then you should be ready to say no.

There are various reasons to not accept a project.

• As a web developer we have numerous tech stack options, plugins, extensions. You may not have knowledge or experience with the tech stack the client wishes. A freelance project is not a platform for you to experiment and learn.
• A client does not know what he needs.
• You do not have the required domain expertise.
• You do not know how to achieve what he asks for.
• You are already occupied. Trying to accept projects in parallel will not allow you to focus.
• Do not accept if you have to work for free or under-billed. Always conduct yourself as a professional business.
• When you do not have access to the actual person giving the order. You can be sub-contracted, but you should have access to the person who gives the requirements. When there are multiple middle men passing requirements to you, things will get lost in the transfer. Unless you directly talk to the person who drives the requirements, you will not get a good hang of it.

Unless you are able to estimate the work and arrive at a detailed work break down structure, do not accept it.

Sometimes a long-term client may bring a project on an alien territory to you. He may try to persuade you, because he is comfortable working with you. If you accept and fail, you will loose. Better explain him why you do not want to take the project and it will add to your respect.

2. Empty your cup

Every project is a new beginning. As you keep on delivering project, there is a possibility to become complacent. That will lead you to underestimate a project.

Start as if it is your first freelance web project. Learning is critical a freelance web developer. Most of the times, you will be sitting alone coding from your attic.

There is no team to discuss, share and learn. It is all dependent on your thought process. If you start fresh, you will be receptive (law no. 12).

3. Write the requirements

Spend more time on requirements phase. As a freelance web developer you will not be billing the time spent on proposal process. Requirements analysis and elaboration is the most critical phase in a software development life cycle. Even critical than the design phase.

Unless you know what you are building where you will be headed. As a web developer, you will be dealing with intangible things. So it is important to get the detailed requirements upfront.

If you are working based on fixed rate, then waterfall method of development is best suited. You need to fix every inch of the requirement before start.

If you are working based on time and material (hour based billing), then agile iterative development methodology is fine. It is suitable for projects, where the requirement has to evolve over a period as you build.

In both the cases, write the requirements. Ask the client to write a document and email to you. You analyze and elaborate it. Write it as a document and circulate back for feedback. Iterate the process and arrive at a final document. have the conversation recorded via email as it will help you later to recollect.

Telephonic conversations has to be converted to a document. At the end of the phase, there should be a requirements document as detailed as possible.

4. Be explicit with freelance terms

Do not assume things. In particular when it comes to money, do not assume. There are numerous ways the freelance developer world works.

Explain the terms is detail and get the acknowledgement. Do not shy away from it. Discuss the percentage breakup, schedule, milestone, billing rate, fixed or hourly etc and the mode of payment.

Understand the emphasize is on money. It will also help to plan his budget allocation and be prepared for payment. Never ask for ad-hoc payments. Stick to the agreed schedule and payment mode.

5. Commit to milestones, dates and a plan

Before the project is agreed, the plan should be in place. It should have detailed work break down structure with milestones. The plan should be approved.

You should initiate this process even if the client does not insists on a plan. You should voluntarily commit to it. If you do not do so, it will allow for micro management and ad-hoc reporting.

Client will be guessing the progress and will be on his toes. It will subject you to pressure. Working without a shared plan will never be an advantage for you.

6. Never work without an advance payment

This is not to be on the safer side. This is for a commitment. This is a business. The client has to get involved from day one. He needs to invest on it. You will be investing your time and building the product and for his part he needs to invest the money. It is mutual.

Beginner freelancers fear for everything. If I ask for advance and the client says no to the project, I will loose an opportunity. Working without a commitment is even worser.

Next, how much to ask is the question. In the freelance web developer world, it is customary to ask for 50% advance payment for smaller (less than 1000 USD) projects. For projects larger than that, the payment can be in three or four parts. Can be even tied to milestones (law no. 5). But whatsoever, there should be an advance to start the project.

7. Create UI mockups

A freelance web developer will always have an urge to commit a project, take advance and jump coding immediately. All these needs to happen immediately. There will be fear of losing the order. But you have to resist that urge.

The more the time you spend on requirements, it will save you later. Remember money is not the only objective. You should retain him for a repeat order, you need to get a testimonial from him, you need to get order references from him.

If all these have to happen, then do not rush into the project. The success is more essential than getting the final payment. Success encompasses more things than the final payment.

Client’s happiness directly relates to the success. A freelance web developer needs to step into his shoes. Should make all the effort to understand his objective.

A web developer’s key tool to obtain that objective is UI mockup. You need to invest on a fancy tool, monthly subscription etc. My go to tool is the good old pen and paper, sometimes color pencils will add jazz.

Just draw, write to create a rough sketch of how you envision the application. Take a snapshot and share with the client. Get his concurrence. Do not over work it. Remember you will be doing this in the proposal stage and the time spent is not billed. All you need to do is covey your idea of the understanding to the client.

A freelance web developer’s success depends on the strong grip on the project. The first step towards that is the UI mockups.

8. Be reachable and receptive

Establish a proper communication channel with the client. Along with the quote, share the ways using which the client can reach you. Give multiple possible channels,

1. Email
2. Project collaboration tools
3. IM
4. Telephone

A freelance web developer is like a juggler. If you loose balance at any point, the whole act will come down. For you to maintain the balance, the client should be comfortable.

Be easily reachable. Clearly convey the client that you prefer email as the communication mode. Attend to emails at least twice a day. Communication channel preference should be in the above order for comfortable execution.

IM and telephone should be the last choice in the list. It never helps. As a freelance web developer, I work with global clients. Imagine a client calling you at midnight and asking for a modification.

When the client writes, it will give clarity to his thoughts. So written communication should be encouraged. You should show that you are listening. In an email, never put any points under the carpet. Whether you agree or not, respond to everything.

If you are not able to reply immediately, just acknowledge and get back with details later. Your immediate response says that you are receptive.

9. Initiate communication

Do not be casual and wait for client to talk to you. Every mail, ping, call should emanate from the freelance developer and not the client. This will give a comfort to the client. This will assure the client that you are taking care of the project and it is in trusted hands.

Initiating the conversation for a doubt from your side is usual. Every freelance developer does it. But the emphasise is on initiation to inform that the milestone is getting delayed, or you are not able to achieve a feature that you agreed. It might be a bad news, but have the courage to initiate communication.

10. Show the progress and get feedback

As a freelance web developer you might follow multiple different models for development. In agile development methodology, it is imperative the way it works is by iteration and sprints. You show the progress, get feedback, iterate and keep developing.

A freelance developer has a mindset to get into a cocoon. Nature of the work style drives into it. You keep on developing yourself, there is no team, no one around you to ensure that you are on the right track. Here comes the client. Whatever model you choose, establish a schedule.

Do not be ad-hoc to show the progress. Before you write the first line of code, in fact at the proposal itself lay out a plan. What are all the dates you are going to show the progress should be transparently conveyed to the client. It will drive your progress. More than that, it will avoid rework.

Whenever you get feedback, give priority for the feedback. Not the regular planned tasks. Adjust the plan and covey the client. Always feedback goes first, it should not be accumulated.

11. Give suggestions and add value

A freelance web developer is an expert. The client does it for the first or second time. But you are doing it for the hundredth time. It should reflect in the work.

You are not a data entry operator, you are a developer. Lot more is expected from you. You should contribute in all aspects from design to implementation to training.

The client will have a narrowed down objective. He just focuses on only one thing, just the UI. You know the engine better. What component to use, how to modularize, how to make things interact, there are numerous aspects.

Sometimes enthusiastic clients take things outside the track and it might derail the stability of the software. That’s where you step-in. Say no, be steadfast and more important you have to explain and make the client understand. After all he is the one investing.

There might be some intricate things, as an experienced person only you will know. Explain it to the client, add value to his investment. Those will not go free and you will be rewarded.

12. When it is out of scope, call it out

As per law 10, you are supposed to get feedback in regular interval. This opens up other possibility, scope creep. Every feedback has to be organized into bullet points.

Feedbacks should be encouraged to be communicated in written form. If it comes in paragraphs break it down to points. That will reveal hidden gems. Client may not be doing it intentionally. He wants to get a product of his dream.

So he will be thinking about only what he wants. A freelance developer is doing business. Profitability is important. By informing the client that this is out of scope you are also helping him. Scope creep, will take you down. If you go down, the project goes down and so the client.

Explain it, give reference from the requirements document. Do not say no! A scope creep is an opportunity for a freelance web developer. Do not take it negatively and jump on the client. Explain him politely and increase the scope of the project and so the bill.

13. Do not discuss subsequent phases in between

If an out of scope item is minor that can be informed to the client, reestimate the project, schedule and cost. Sometimes, the out scope item can be a module. If in proportion it is 50% of the current size or more than that, then it should be carved out as a separate phase.

Do not mix it with the current scope of work. Tell the client that you will definitely work on it. But will be taken as next phase. Let us document it and move forward with the current scope of items. Let us finish the planned work and then take this as a next project.

Re estimate and re scheduling can be done once or twice. If you keep on repeating it, then the client will get a feeling that things are dragged. It will feel like when this thing will end. So it is all in perception.

14. Absorb up to 20% variation in effort

If you are billing by hourly (time and material), then this is not an issue. To be safe on this, people advice to always go for hourly billing and avoid fixed rate. Not necessarily.

If you are good in your territory, then fixed rate is fine. Client’s prefer that. If you are skilled enough to arrive at a good estimate, then why not? Go for fixed billing.

Freelance web development is a haunting story, most of the time. Despite you follow all these laws, expect unexpected turns. A freelance web developer has to swim in uncharted territories at times.

This may result in effort variation, remember plus or minus both. Sometimes you loose and sometimes you win. In any case, up to 20% variation is fine.

In situations beyond that, explain the client. Attribute proper reasons, give reference and evidences. It is your responsibility as a freelance developer to convince. Web development keeps on changing. A freelance developer needs to keep up the pace. Otherwise you will be in this situation quite often.

15. Document the source code

Developer’s responsibility is to ensure that the project is a success. In the success durability is also a critical element. A freelance developer is not expected to launch and run away (see law 19).

A web application should have a life of minimum five years. Without any maintenance project should run. But when there is a necessity, it should be doable easily. Either you or some other freelance developer might work on it in the future.

The comments you are going to add now will be of great help later. Freelance web development should not be seen as a one time job. If you do not add code comments, the same project may be freelanced to you later and the web application will come back and haunt you.

There are so many literature around the web explaining the goodness of source code comments.

16. Do not be ad-hoc, have policies and principles

As a freelance web developer, you need to draw your own rules. How do you arrive that? Is there any web developer template available? There is none. If you find something, do not follow it blindly.

Every freelance developer is a unique breed. Every web development project has unique challenges. You handle it in your own style. You have to arrive at your own rules.

But you cannot live without rules. For example, let us take non disclosure agreement (NDA). There are numerous template NDA littered all over the web. As a freelance developer you will come across many. Over a period build document for your own. Incorporate the best and keep updating it.

Hourly billing, fixed rate, what is your style. If fixed rate, do not keep it volatile. Which UI web component you will use? Which web responsive framework will you use? Right from money to tech stack, a freelance developer should have written everything. This is what you will follow, this what you will use.

What is your free support duration? These are all questions that are thrown at a freelance developer quite often. You should have readymade fixed answers for these. You should have freelance policy document.

17. Holding a deliverable is not a solution

The rope is holding you back. Did you see the movie “The Dark Knight Rises”? The scene where the batman tries to get out of the well (prison pit). It neatly sums up what fear does to you.

You are not exchanging illegal things. Holding a deliverable makes the client feel untrusted. Business requires trust from both the sides. If you have followed all the laws till now, the client will be more than happy to pay you.

You need not hold the deliverable and ask for money. It feels like threatening. You are a web developer. If you are confident that you have done a good job, do not tie the deliverable to the payment. They should be independent of each other.

No client will burn the bridge. If you do a good job and you make the client feel it, then he will pay you. Sometimes even more than what you agreed for. I have got paid extra many times.

The client will need you in the future in two cases. He may require you for maintenance or enhancement for the application you have built. He may also require you for new projects. So he will not attempt to run away.

To get the full payment, to get a testimonial, or for any similar objective, do not hold the deliverable. Your fear will make things worse. Be good and focus on client’s objective, then you will get everything.

18. When client says ‘not working’, it’s not working!

You have delivered the project and the job is over. But, the client says it is not working. Never ever reply saying, “it is working for me!”. When he says, he means it.

If it is a web application, ask for access. First have intention to identify what is happening. Then think about how to help solve the issue.

How you respond to the call is important. Instead of saying working for me think about understanding the issue. Nobody cares about whether it works for you or in your environment. It needs to work in the production and work for the investor. Only then the developer job is complete.

19. Freelancer’s support is essential

Freelancer should always provide a support period. The terms may vary, but you should always provide support.

The terms of support should be discussed and conveyed at the proposal stage itself. For example, a freelancer can give six months of free support. Then what comes under free needs to be described.

Support is essential for the durability of the web application. For maintenance and enhancements will always be there. The client will bank on you as a first choice. You should be available for that.

Repeat work has higher priority than new job. Free support has higher priority than repeat work. That’s how it goes in the freelance world. That’s how you ensure project success.

20. Request for a testimonial

“The crying baby gets the milk”, you should ask for it and there is nothing wrong in it. There are two main purposes to ask for a testimonial.

1. To use it in your showcase
2. To ensure that whether you have done a good job.

A freelancer’s worth is determined by the testimonials he has. It is your pride. It is far better and more important than a portfolio.

The words in the testimonial will teach you your strengths and weaknesses. Sometimes the client will not give you one. Don’t pester. Instead ask for what help should be done to make the project success.

Go the extra mile and make it a success. Then ensure that you get a testimonial.

↑ Back to Top

The PulseEffects app is a full-featured set of modular effects you can use to adjust sound devices. In a previous article, you learned how you can use PulseEffects to correct or enhance output devices like speakers. However, that’s not where its features stop. You can also enhance sound input devices such as microphones. This can help when recording sound for podcasts, videos, or the like.

This article assumes you’ve already installed PulseEffects as shown in the previous article. It will not cover advanced topics like recording musical instruments, but it will show you how to do better voice or spoken-word recordings.

A word on microphones

Microphones come in a variety of forms. The one almost every laptop user has at hand is the condenser microphone built into the hardware. These microphones are limited in terms of producing quality sound. They’re built to provide basic sound, and they will pick up a lot of environmental noise due to how they work. If you want better results for a voice recording, there are many choices available based on budget.

• USB headset with built-in condenser microphone: Generally budget-friendly and almost always gives better results than a laptop’s built-in mic. The resulting sound can be somewhat harsh and tinny, but this can be corrected. Manufacturers such as Logitech make units that are plug-and-play ready for Linux. They show up as USB sound devices (both input and output).
• Handheld dynamic microphone: You’ll see the singer in a live band using one of these. You have to be close to them (and maintain that distance steadily) for best results, but they sound full and well-defined. These are typically a little more expensive than a USB headset.
• Large diaphragm condenser microphone: You’ll see this type used by a singer or speaker in a broadcast or recording studio. Like other condensers they pick up a lot of the surrounding environment. By being fairly close to the mic you can essentially “turn down” the rest of the room. You can find budget friendly, good quality large condensers starting at the same price as a good dynamic mic. Prices go up from there to astronomical levels!

Most dynamic and large diaphragm condenser mics need to be plugged into a digital audio interface, using a microphone cable. This converts the signal from the mic into digital audio for the computer to use. However, you can find specialty mics made for direct connection via USB. These may be advertised as “podcaster mics,” and you can save some money using one of these, versus buying both a mic and an interface.

Making the mic sound better

Effects help you improve the recorded sound of your microphone. Whether you know it or not, you hear these effects all the time in recorded sound — in music, in TV shows and movies, on professional podcasts, and via commercial and satellite radio. Engineers apply these effects using either hardware units, or via software.

PulseEffects provides these effects in a software form, before your recording is saved on disk. Here is a list, in the order they are usually applied:

• A gate reduces or entirely mutes the microphone when sound falls below a certain level. With proper settings, when you start speaking, the gate quickly opens, unmuting the mic. When you finish, the gate closes and other environmental sound will be either silenced or much quieter.
• A compressor reduces the dynamic range of the input. Louder sounds are caught by the compressor and squashed down. You then turn the entire signal up slightly to compensate. This way, quieter and louder sounds become closer in volume, making the sound more even and less “peaky.” This results in a more professional, polished sound that’s much more enjoyable for listeners.
• An equalizer (EQ) tunes up the sound of the voice. Use it to mitigate tones in your voice that you find unflattering. In addition, when you speak close to a mic, the bass frequencies in the voice are unnaturally emphasized. Sound engineers call this the proximity effect. By using an EQ to roll off the low end frequencies, you can reduce this effect and create a more pleasant sound.
• A limiter is often the last step in a signal chain. This effect puts an absolute limit on the volume of a sound, so that unexpectedly hard sounds (such as p or b sounds, called plosives) that aren’t caught by compression don’t distort and ruin your recording.

Dive into PulseEffects

Open up the PulseEffects app. In the top left corner, choose the microphone selector icon. This lets you set up the effects chain you want for the mic as an input device. As with output devices (speakers), you can save your effects chain as well.

Use recording software that registers as a PulseAudio client to see your effects at work. The PulseCaster app is one such app, but there are many others you can choose.

Tips from a mix engineer

These guidelines may help you find the optimal sound. Remember that no two sound situations are ever the same. Use your ears, and do some test recordings, to figure out what’s best for your situation.

• When you apply the gate, use a fast response of 5-10ms. The human voice has a significant “startup time,” so this speed makes the gate unnoticeable. Give the gate some time to close, though, so you don’t cut off the end of speech. Typically 100-200ms sounds fairly natural. A gain reduction of -12 or -18dB suffices to reduce environmental noise, and sounds more natural than more extreme values.
• If you find a module is overloading when you speak, either reduce the output of the effects module before it, or the input of the module itself.
• If you like the sound of your recorded voice without an EQ, use the Filter module instead to simply apply a high pass filter. For male voices, use a roll-off frequency of 80-100 Hz. For female voices, use a higher value. If you set the filter too high, the recording may sound weak or nasal.
• Use a compressor ratio between 3 and 4 (this is actually 3:1 – 4:1) which works well with a human voice. An attack of 20ms and a release of 100-200ms is typical.
• You may want to try the Deesser module as well, to reduce the “sizzling” of s, z, t, and f sounds. Because voices vary so widely, you’ll need to tune this to taste. A split of 6kHz and a threshold of -18dB is a good place to start.
• A limiter setting of -1 to -3dB usually works well. Much lower settings result in a very “squashed” sounding track. In some cases that may be useful; in others it will sound unnatural.

Refer to the previous article to save your effects chain. Remember, you can store multiple chains, and then select the one you want for your particular needs.

---

Photo by Jacek Dylag on Unsplash.

At this year’s SXSW, Sega was planning to host a ‘Gotta Go Fast’ Sonic the Hedgehog panel to discuss the blue blur’s “latest” happenings and his next steps for 2020 and beyond. It was even set to feature “special guests” from the Sonic Team.

In the following month, this conference was cancelled due to the coronavirus outbreak, and since then, Sonic fans have been left wondering when these announcements will be shared. In a Sonic Official YouTube episode dating back to June – Sega of America’s associate influencer manager, Katie Chrzanowski, provided an update about what’s going on behind the scenes.

Basically, the team has a “new format” for announcements and wants to stick with it, so it’s currently reworking things:

“I know a lot of people were asking about the South by Southwest announcements that we were going to have – because we were going to do a new format for that and then with COVID happening we had to kind of push that off. And we really want to stay with the format that we were thinking of, which still, unfortunately, is not a viable thing for us to do. So just kind of in general everything that is going to happen with South by is kind of being split up and we’re trying to figure it out day by day, how we can best show you guys how that’s going and then use this new format for things in the future”

“Fear not, fear not, there will be announcements in the future, we’re just making sure that we’re doing it the right way, getting all the right people involved and making it the best we can.”

These announcements are believed to be tied to Sonic’s 30th-anniversary celebrations, which will take place next year in 2021.

Last year, Sonic Team’s Takashi Iizuka confirmed the next major Sonic title was in development and said Sega was already preparing for its mascot’s birthday. This year, in May, Sega’s CEO Ivo Gerscovich mentioned how the company had “exciting” Sonic-related news it couldn’t wait to share.

What Sonic announcements are you hoping to see Sega reveal? Tell us down below.

During the Gamescom 2020 live stream, Monster World IV fans got their first look at the remake coming to Nintendo Switch and PlayStation 4 in the first quarter of 2021.

If you didn’t see our original post, it’s called Wonder Boy: Asha in Monster World and will feature “full 3D graphics”, significantly enhanced visuals, further refined gameplay, and even new game modes and other additional elements. Voice-overs will also be added (a series first).

The game’s development duties are being handled by Studio Artdink and several members of the original Wonder Boy team are on board. This includes the series creator, original composer, character designer and creative manager.

Here’s the back story of this action-adventure platformer, in case you need a refresher:

This is Monster World. The protagonist Asha, who just became a warrior, gets wrapped up in a major event involving the survival of her kingdom. The invaders trying to take possession of this world have captured the four Spirits. Asha, under Queen Purapril’s decree to save the spirits, sets off on an adventure with the mysterious creature Pepelogoo she met in the capital capital Rapadanga. With Pepelogoo’s help, Asha overcomes difficulties time and time again. Will these two two really be able to save the world?

Will you be checking out this remake when it arrives early next year? Leave a comment down below.

Marvel Super War has blasted its way onto iOS and Android in Australia and New Zealand. Marvel’s first-ever MOBA originally hit mobile devices in December 2019 and over the past year has become available in Thailand, Indonesia, Malaysia, Singapore, Philippines, Hong Kong, Taiwan, Macao, South Korea, Japan, and India. This most recent release also brings the game to Australia and New Zealand.

Marvel teamed up with NetEase Games to create a five-on-five real-time MOBA featuring all your favourite Marvel characters. Take control of over 50 heroes and villains from the Marvel universe, each with their own unique moves and playstyle. The 55+ characters are split into six types: fighter, energy, marksman, assassin, tank, and support. This means that strategy and a well-balanced team are essential, for those who want to win big.

If you are a fan of Marvel games and live in any of the regions specified above, you can grab a copy of Marvel Super War from the App Store or Google Play for free. If you don’t live in any of the selected regions, then you may want to check out Marvel Duel, a new Marvel-themed auto chess game which came out last month.

Fancy checking out some gameplay for Marvel Super War? Then check out the trailer below:

It has not been confirmed whether we shall see Marvel Super War make its way to a global release, but if that does change, you will be the first to know.

For more arena-battling goodness, check out our list of the best mobile MOBAs.