101–110 of 253 posts
Am I the only one that actually enjoys development ? I do development for fun in my free time, often with things that are completely throw away.
"Maybe this is actually obvious, but it's still a common mistake in startups so I'll say it - you don't have to believe your product is good to start selling; you just have to be better than not having the product. You don't even have to believe it's the best, or believe it's complete, or even like it. People will happily give you money for anything that makes their pain point slightly less painful." Me, 3 hours ago.…
Earlier quoted context omitted.
This is extremely true. I think some people are "maximizers" - They will always do research to seek out the "best" for their given budget for even moderately priced purchases. Engineers tend to fit this profile, so its easy for them to get psyched-out when trying to ship a product. But people - and businesses - aren't always like this. They will buy what's available and seems to get the job done and seems like less o…
It's worse if we routinely read highly critical message boards like this one. I'm currently developing a desktop app using Electron, but comments like this [1] make me wonder if I should scrap it and start over using purely Rust and/or C++. [1]: https://news.ycombinator.com/item?id=31350035
Earlier quoted context omitted.
This is extremely true. I think some people are "maximizers" - They will always do research to seek out the "best" for their given budget for even moderately priced purchases. Engineers tend to fit this profile, so its easy for them to get psyched-out when trying to ship a product. But people - and businesses - aren't always like this. They will buy what's available and seems to get the job done and seems like less o…
It's worse if we routinely read highly critical message boards like this one. I'm currently developing a desktop app using Electron, but comments like this [1] make me wonder if I should scrap it and start over using purely Rust and/or C++. [1]: https://news.ycombinator.com/item?id=31350035
Earlier quoted context omitted.
It's worse if we routinely read highly critical message boards like this one. I'm currently developing a desktop app using Electron, but comments like this [1] make me wonder if I should scrap it and start over using purely Rust and/or C++. [1]: https://news.ycombinator.com/item?id=31350035
As Charm would say: "haters > /dev/null". Build what you want!
I'm a bit in a similar boat: My wife's department (university) asked me for a 'little' favor, which I programmed in Java to get back into programming after ~4 years of being a stay-at-home dad. After finishing the prototype in 2019, we made the life-changing decision to focus on making it a program that we want to sell. Decided to go C++ and Electron, but with the corona virus and me taking forever to learn all the s…
Make sure they don't claim copyright on your code.
They were not part of the development and have no financial involvement. Hmm, now that I think about it, I am going to the conference as affiliate of the university... :/
Earlier quoted context omitted.
This is extremely true. I think some people are "maximizers" - They will always do research to seek out the "best" for their given budget for even moderately priced purchases. Engineers tend to fit this profile, so its easy for them to get psyched-out when trying to ship a product. But people - and businesses - aren't always like this. They will buy what's available and seems to get the job done and seems like less o…
It's worse if we routinely read highly critical message boards like this one. I'm currently developing a desktop app using Electron, but comments like this [1] make me wonder if I should scrap it and start over using purely Rust and/or C++. [1]: https://news.ycombinator.com/item?id=31350035
Plus, there are tons of slow buggy apps that are written in c++, that doesn't guarantee performant software. Electron doesn't need to be slow either, VSCode demonstrates that. Especially for a solo dev or small team, electron is for sure the right choice for a desktop app.
Edit: the reason I tend to dislike electron is that apps don't often follow native UI trends, which is definitely a solvable problem.
A big fallacy that I always see - and that is implied by this post - is that the work ends after shipping, a.k.a. "build it and they will come". That doesn't happen any more. So after you "ship" it, you need to promote it, advertise it, create buzz around it and make people use it. And that is a totally different kind of beast than coding something. But on the flip side, if you develop a side project just for yoursel…
Serious question, how do you know whether it's your product or your marketing that sucks? For example, I tried twitter ads for my product [1] and I got zero sales after spending $50. What are good marketing strategies for niche hardware products? [1] https://www.invisible-computers.com/
My instant wonder and would be a deal breaker until I found out if the device pulls from the calendar directly or via a proxy you run if it helps any
Going by the language in the privacy policy it’s the proxy method. I’d have to pass, personally. Looks great but I got no use for it if you shut down
Also it’s “sold out” so I assume it doesn’t and won’t exist until you get enough interest. For me this is more an impulse buy, give me a week thinking about it and I’d forget about it completely (then 2 years later I get an email “xyzzy is complete and shipping now!” with no reminder of what it is)
"Maybe this is actually obvious, but it's still a common mistake in startups so I'll say it - you don't have to believe your product is good to start selling; you just have to be better than not having the product. You don't even have to believe it's the best, or believe it's complete, or even like it. People will happily give you money for anything that makes their pain point slightly less painful." Me, 3 hours ago.…
This is the general answer to "why is there so much bad code?" in almost any context. The marginal value of a poorly-written solution compared to no solution is usually much larger than the marginal value of a well-written solution compared to a poorly-written solution.