Live data from Hacker News

Show HN: Openkoda – Open–source, private, Salesforce alternative

github.com

101–110 of 120 posts

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#101
post #40

Earlier quoted context omitted.

Odoo's quest for monetization from open source has been a bit off-putting. I stopped using it a few quarters back due to that. Community and Enterprise are becoming too disjointed.

I can't speak specifically for Odoo's quest for monetization because I'm not a user; it very well may not be a healthy one. But in general I think FOSS monetization should be celebrated. Successful open source software businesses are generally good for everyone except for closed source software businesses. Is there something in particular that's flawed with Odoo's business?

You are correct that monetization need to celebrated in OSS software. This being said, when your open-source version is but a shadow version of the enterprise version, then you're doing something wrong. That's what op was hinting at. I'd add if you want people to use and promote your software, you also want to make sure the documentation is usable. Though regarding Odoo, I would say the situation is somehow better in this regard than it used to be a 5~7 years ago.

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#103
post #3

Anybody have recommendations for similar projects written in Python? Curious to know the motivations for choosing Java in this case.

I can recommend https://github.com/frappe/frappe as a general engine, https://github.com/frappe/erpnext is a full blown CRM/ERP built on top of it

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#104
post #86

Earlier quoted context omitted.

It is a meme. I'm not sure if any of this is true and you seem to be contradicting yourself. Java is far less verbose than Go, and the compiler is leagues faster than kotlin's, graal's native compiler, probably most other languages, and I'm sure its faster than Babel. Javac doesn't do any optimizations, just emits bytecode. Why is it acceptable for Go to be verbose and kotlinc to be slow?

I'm not saying that Go or Kotlin is better than Java in all of those aspects. I'm just saying that Kotlin, GraalVM exists because Java, JVM have certain issues or limitation. For Golang, I'm just saying that the developer experience in Go is better. It's not just my personal experience, you can find the same result in any developer survey.

I clearly wasn’t surveyed. I don’t even like Java but I would need a an extender to my ten foot pole before touching Go. (Unless we are talking microcontroller embedded software, and I only could choose between Java and Go.)

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#105
post #65

Earlier quoted context omitted.

The developer experience when trying to maintain a Python codebase the size of an average enterprise Java codebase is pretty...abysmal.

A python codebase never gets to the size of a Java one for the equivalent functionality. There's a reason the other ongoing mocking of Java is about its abundance of IAbstractGeneratorFactoryFactory classes.

This is true but Python codebases never reaches the feature parity of large Java code bases. I like Python up to about 10 kLOC or so, after that I tend to forget what is going on where, but in Java the IDE just knows what is going on where.

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#106

Earlier quoted context omitted.

It's not just a meme. The developer experience in Java is worse compared to some other popular programming languages like JavaScript, Go, Python, etc. The language is a bit verbose, and the compiling speed is slow, hence the development speed is slower. Java developers tend to overly abstract things, so the code tends to be unnecessarily complicated. The JVM also has a high memory footprint, the startup speed is slow…

> The developer experience in Java is worse compared to some other popular programming languages like JavaScript, Go, Python, Wait, what? Go, maybe. But the dev experience in languages that are only able to catch errors at runtime , like Javascript and Python, are painful! Looking at existing Python/Node.js codebases, half the automated tests are there simply to catch errors that statically typed languages catch for…

You can’t be serious comparing ASP.NET Core and EF Core to the abomination that is writing full back-end including DB access in Go or Java (assuming Spring Boot and Hibernate).

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#107

So a CRM that replicates Salesforce APIs? Sales people don’t want a Salesforce FOSS version, that’s why they green light salesforce. It’s about trend not practical software. Only dev teams that have been implementing Salesforce for 5 years want a FOSS version.

There are people building for decades on things like Ofbiz[0] because it's flexible and it's truly open source. There are open and closed projects built on top of it, because it's a flexible business system which allow you to quickly model and built anything. I know a few companies myself that replaced Salesforce with a custom Ofbiz implementations and local companies that do the implementations. [0] https://github.c…

That looks very interesting. I'm on the lookout for software for a bootstrapped biz.

A problem I can see my mugg^H^H^H^Hcolleagues flinching at that UI and thinking "this can't be very good" just based on the UI; like it or not, looks matter.

The themes I saw are basically color schemes. Has anyone done a more "modern" UI/UX?

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#108
post #75
post #45

Earlier quoted context omitted.

Assuming you are apart of the team, I'm sure you know Odoo is 20 years old. So, I can't see why in time there couldn't be real competition. OpenKoda and Odoo actually have sparked interesting questions for me about what an Open source ERP market would look like. One conclusion I came to is as opposed to vendor lock-in as most ERP/CRM products try to enforce, it would actually be better to go the opposite direction (h…

We meet a lot of companies who are not happy with software solutions which are hard to modify. It's not even about the cost, but about the limitations and poor development velocity. These companies strive to build something innovative, they just find these closed platforms really cumbersome and slow to deliver. When you start investing millions of dollars into a bespoke solution you really want to truly own it at som…

Where do you meet such companies?

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#109
post #16

Is this meant to be a drop-in replacement for Salesforce or just another CRM? There's a built-in advantage to choosing the tool that everybody uses and that's compatibility. If you look at 1000 data integration or marketing automation tools on the market, 1000 of them will have OOTB integration with Salesforce as a selling feature. Just to be realistic, building a better CRM won't be enough to replace Salesforce.

Standardization can be good, but when the entire industry standardizes on the same processes how can anyone differentiate themselves?

Re: Show HN: Openkoda – Open–source, private, Salesforce alternative

#110

You already posted a Show HN like 10 days ago. Why are you posting again?

A post get more than 100 upvotes within one hour with no real source code and very few commits. I really doubt where the votes come from.
Post reply on HN