erangalp's comments

SEEKING FREELANCER | Remote (Austin based) | Creative writing

We are gym management software serving primary martial arts schools. We are looking for writers to contribute to our company blog with topics relating to martial arts instruction, marketing for gyms and the business of operation a martial arts school.

Check out our existing content to see what kind of voice we are looking for - https://www.maonrails.com/blog

Send us a few writing samples and your rates through our contact form.

Stripe and Paypal are 2 different payment options. It's not either / or - you can have both available for your users. Paypal users can chose Paypal, while the rest can enter use their credit-card without leaving your site - which is huge plus, considering Paypal's relatively high friction process for credit-card payments.

You're the one who's doing the hating my friend... you keep finding hidden messages in what I write and generally piling up on PHP without good reason. I never said anything bad about Go, or bad library support in other languages, just not agreeing with the article on comparing PHP to it where PHP is (in my humble opinion) a very strong option already.

Again, you assumed wrong. Makes me wonder what your actual experience with PHP is. The strength of PHP is its focus on the web environment through features and functions that make it simpler to develop in that environment, that have be implemented in code on most other languages. In addition, the huge amount of available mature libraries for a variety of purposes and the large community that supports it, is something I really find hard to believe Go can compete with. Saving development time with mature code is much more important than learning a language that doesn't provide much tangible benefits for the web environment.

Stop reading between the lines, I didn't say PHP was better as a language. What I was saying was that trying to convert PHP developers into Go programmers with those kind of arguments shows a basic lack of understanding of how web applications work, or what is the real strength of PHP.

No offense to the writer, but it seems to me he doesn't really understand web development. In 99.9% of web applications, the bottleneck for scaling is the database and not the language. Web application processes are generally not CPU intensive and are short lived, something PHP handles very nicely.

On the other hand, PHP has a huge list of existing resources, libraries and excellent documentation and community.

Look over at the language used by the largest sites on the Internet, and compare the number that use PHP to the number that use Go. Not saying Go can't handle those applications, but obviously PHP was used in scale effectively on many occasions, while Go hasn't proved anything yet.

The funny thing is that you can do that on Android by default.

The Minfraud service I mention in the article has an automatic phone verification system. You can use it when the risk score crosses a certain threshold

Not sure if "previous successful purchase" is enough of an indicator. If someone can hijack a Paypal account or obtain sensitive credit-card details, you should assume he can also hijack an account on your service.

Glad you liked it, we had to learn most of this stuff the hard way :)

I am the author of the article - thanks for the positive overall comment. I agree with you to a point regarding "buyer's remorse" - perhaps I didn't word it strongly enough.

For some products, what you say makes perfect sense, but for us, since what we sell are code licenses, you can't 'undo' what you learned by using the code. Regardless, we offer 14-day money-back guarantee, and people still sometimes choose to take this approach - issuing a chargeback on their transaction, when it's obviously not regular fraud.

We usually try to communicate with the buyer to understand why he issued a chargeback, and in a few cases we managed to resolve it (so I would never suggest going with your first approach - always try and contact them first). Otherwise we just "eat" the cost and get on with it.

Traction is 100% about persistence. Nobody cares about your code. You need to constantly approach bloggers to write about you, post in forums, online communities and link sharing sites such as this, generate content and optimize your visibility on search engines, and mainly just keep plugging at it until something sticks.

Also, not every service can have organic traction. Some services are just not social / sharable (I would even say most services), and must rely on tried-and-true user acquisition techniques - ads, affiliates and so forth. It's also possible that your service is not of enough interest or use to people who are not friends and family (just putting it out there).

Thunderbird has a conversation view (needs to be turned on in the settings)

What about commercially supported open-source projects? probably higher

It's not the hourly rate, it's the total cost and quality delivered. Try bidding on fixed priced projects - while you'll still likely to submit higher bids, the difference is not as big as the hourly rate - since an experienced programmer can do more in less time.

Represent yourself with class and show a portfolio of quality work. Not everyone goes for the lowest bidder, and you definitely want the clients that are looking for quality. Do you really want to work for someone who expects you to work for 12$ / hour?

It doesn't seem too hard to understand what the service does, and they do explain explicitly in the homepage. Why all the hate?

There is actually auto-generated API doc for that component, but it should probably be featured in a more prominent place. Thanks for the feedback

That is a very good question - we actually thought about that, and are about to launch a section for wanted components - people can suggest what they need and discuss it. Developers can pick up ideas from those

Check out http://www.binpress.com/wanted/list

Currently it's only for web development - we will be adding mobile and desktop development environment in about a month or two.

It is definitely something we are working on (I'm one of the co-founders). We've just launched and it will take some time before the words spreads around - codecanyon has been around for over a year and a half. Features like this certainly help

Nice prizes :)