znq

20 ms·

181.
Why We Don't Want to Be Google(medium.com)
1 points by znq 9y ago|0 comments
182.
A Weekly Newsletter on the Art, Craft and Lifestyle of Software Engineering(devcraftweekly.com)
1 points by znq 9y ago|0 comments
183.
Kotlin: Heavyweight Language or Hopeless Hype?(bugfender.com)
3 points by znq 9y ago|0 comments
184.
by znq 9y ago
We are always looking for talented people at Mobile Jazz[1] and Bugfender[2]. Best is to apply via our Jobs API[3] [1] https://mobilejazz.com [2] http://bugfender.com [3] http://mobilejazz.com/jobs
185.
by znq 9y ago
I'm from there :-) Just curious how this made the HN front page?
186.
What Not to Log When Remotely Debugging Mobile Apps(bugfender.com)
1 points by znq 9y ago|0 comments
187.
Google Cloud Platform vs. Amazon Web Services(bugfender.com)
3 points by znq 9y ago|0 comments
188.
TransferWise Borderless Bank Account(techcrunch.com)
2 points by znq 9y ago|0 comments
189.
by znq 9y ago
Co-founder here. We've also written recently about the 3 years of Bugfender, how we almost killed the product and how we managed to get now to over 10M installs: https://bugfender.com/blog/three-years-bugfender-9-5
190.
Show HN: Bugfender – A State of the Art Remote Logger for Mobile Apps(bugfender.com)
8 points by znq 9y ago|2 comments
191.
How We Almost Killed Our Product, but Luckily Didn't (now: 9.5M Installs)(mobilejazz.com)
2 points by znq 9y ago|0 comments
192.
Bugfender: Fending Off Death and the Comeback [9.5M Installs and 4.5k€ MRR](bugfender.com)
10 points by znq 9y ago|0 comments
193.
How Bugfender Saved Me [iOS/Android Remote Logging Tool](bugfender.com)
7 points by znq 9y ago|0 comments
194.
by znq 9y ago
We're going to send out more invites on a weekly basis. So you should get something this week.
195.
Show HN: Localname – Provide Access to Your Local Development Server [macOS](mobilejazz.com)
6 points by znq 9y ago|2 comments
196.
by znq 10y ago
We've started building Bugfender using GORM and it was good for the initial job, but we now decided to remove it completely and continue on a lower level. We've summarized our whole experience with Go here: https://bugf
197.
by znq 10y ago
That is true, if you build a company for growth. We built our company for lifestyle. We don't need to show off that we have 200 employees and make X million in revenue. While other people are busy bragging about it, we go skiing togeth
198.
by znq 10y ago
Why would you want to change something that works perfectly fine for everyone?
199.
by znq 10y ago
Totally agree. A lot of it is based on trust and a future that no one can predict nor guarantee. We're a small company of 20 (in my opinion) great people and we just have a different relationship with our employees than most other busi
200.
by znq 10y ago
Never said we don't care about money. But we care also about other things than just money. And that a lot more than most other for-profit companies out there. There's nothing wrong with making a profit either. The more profit we m
201.
by znq 10y ago
> Both sides are happy with it? Just wanted to reply exactly that. Obviously fair is very subjective and different to both parties involved. But we try to find a good combination of salary + bonus and also investment in the company itsel
202.
by znq 10y ago
Very true. For both of our companies [1][2] we pay a fair salary plus a quarterly bonus on top of that based on what we can give (based on the company's quarterly profit results). We also offer remote retreats (so far Cape Town, Thaila
203.
The Importance of Quality Comments(bugfender.com)
7 points by znq 10y ago|0 comments
204.
by znq 10y ago
We recently thought about on how to do this as well and created our own Open Source page [1]. Not sure if we have done it right, but I quite like it. Happy to receive some feedback on it. It's nothing huge, nevertheless we're quit
205.
One Year Using Go(mobilejazz.com)
9 points by znq 10y ago|0 comments
206.
Ask HN: How to Hire a Technical Writer for a Product Targeted at Developers
11 points by znq 10y ago|1 comments
207.
by znq 10y ago
Thanks for that answer. Makes totally sense, that a product brand might eventually outgrow it's parent brand in terms of marketing reach.
208.
by znq 10y ago
That certainly helps reassuring what we were already thinking. We're still doubting though whether we should go for option #2 or option #3. Because we still have a lot of great stuff that our developers produce (blog posts, experiments
209.
by znq 10y ago
Thanks! These are really interesting points. And I've to agree, the mix of the two is already a kind of a problem, although not necessarily a big one. But yes, we do give priority to our service clients at the cost of delaying product
210.
by znq 10y ago
...Continuation of the above question... So my question is, does it even make sense to put everything under one brand? We’re hesitating to create too many brands, because it means having a lot of duplicated effort for brand-building and m

More ›