Sorry i read the post befor and i dont want to step on feeds just post
my view of things …
And why i am wrong because its a other point of view ?
Suprise when this big huge sooo amazing cloud services with its so amazing uis provide all the needs to get all the devices and protocols together include not well known devices or self made things (like arduino esp and so on).
Why we use Openhab and spend hours to get our own config scripts rules etc. to work … do have it our own way with sometimes own devices etc… why dont switch to an so amazing cloud service if they provide all that possibilities things and the flexibility at one place ?
Why we do this when we can have it with thew clicks in their amazing uis ?
The simple answer is they dont and we cant have it in their uis !!!
Services like that are made to hit an “wide” range of standard user needs but dont offer real flexibility in wide ranges.
In in my point of view this is why oh exsits and live because it offer
these special needs in config that these big players dont offer.
(And i dont mean the limited Oh Ui config possibilities i mean the wide range codebased section)
So what way will oh go in future … try to imitate these big players offer the same simple to use service for a wide user range … also in that case that oh lose a wide range of its lets say maker community possibilities ?
Here i can say good luck these big players have a lot more resources, a big budget from the companys and a million people community !
If oh provide the same services why dont switch to one of the further spread big players …
Exactly this is the Point if you will have these flexibility you have to spend some time to read the manuals and code examples to figure out how !
As benefit you will get the flexibility and possibilities to make it like you want to do it.
And in my point of view this is the big advantage in oh that the most of the big players dont have.
If i want a real simple out of the box system why should i use oh then i will buy an out of the box system from one of the hundreds providers out there.
At the moment oh is used from people they want to do a little bit more.
That’s right to a certain extent.
But can you rebuild all eventually needs and processes in an ui ?
Its simple no you cant because there will be needs you dont think about it.
In config files what language ever you have more possibilities because they dont have a given guided through process where you cant break out like in an ui.
Look at the community why so much and so a wide field of user write their configs … why so much bindings require an codebased config …
why the dont all use the given ui ?
Because the ui cant beat all eventually needs …
I have never said there should be no config ui !!
Yes an ui in some cases is very usefull !
And especially for new users it will be very helpfull !
Especially if the ui will write also config files where new useres can look in and learn …
Or lets say oh will provide both possibilities make changes in the ui or make it directly in the config file from the ui so the user has the decision.
I said that OH should not loose its wide coding possibilities and they should come first because this is the big advantage that oh provides and the big difference between oh and the big cloud players.
I dont ever speak about the OH1 way … i speak generally …
And yes this im my point of view and my thoughts about what i read here in the oh3
And whats in my point of view will be important.
It would be a colorless world if everyone were always of the same opinion !