Concerns about Direction of Developer Workspace

Absolutely…the community here was a key reason I bought into SmartThings, and a key source of some of the best experiences that are available on this platform.


I tried this some time back. I use a dyndns service to know my home IP address. But if I tried to enter **** in the ST development it kept telling me it was an invalid IP address. Maybe that’s been fixed by now. I haven’t tried it lately.

I agree with @anon36505037. Something needs to be done to maintain accessibility to smartapps (Webcore and others) and custom DTH’s or I’m out!


And those of us not using a Raspberry Pi? What then?

1 Like

I am a pretty new ST-user and I must say I’m concerned about what I have read here. The reason I bought ST is because of all different custom device handlers. Also, I am using webcore for all my automations.

Will my user experience be affected? Will my devices and automations stop working or have I missed something?

1 Like

Absolutely Not.

Raspberry pi was just one example. When you publish code via the IDE today it’s being “hosted” by someone (SmartThings). We need to stop looking at this through the lenses of how this worked in the past. For the non-coders, we are trying to build a platform that does not force you to use code. For the developers we are trying to build a platform that will allow you reach more people in a published and controlled way without needing to pass around the source code.

And lastly, No. We aren’t throwing anything in the bin overnight. There is going to be a long transition period before all of the new stuff is even fully in “production”. Then there will be some time while we main both the new system and legacy systems.

1 Like

It is required to be HTTPS

I just opened another thread about this problem of “https requirement” and the complexity of the new development model.

Am I missing something? From my point of view, I need to develop a network-hub-connected (UPNP&SSDP) device, but the documentation for hub-connected devices seems to specify it will be only zigbee and zwave… :frowning:

The documentation for hub connected devices is not complete.

I am not a new user, but have grown my system by using the generous work of the community. What happens to all the time I spent setting this up. Let’s face it most of the Device Type Handlers provided by SmartThings are far from as good as the ones created by the community. Smartapps like Ask Alexa, WebCoRe, Big Talker etc, what happens to them. Also I am on a Mac, and very few of the work a rounds are for Mac. Windows, Raspberry Pi YES. I and many others are very concerned, that the promise of a system for everyone is going to be a pipe dream, and gone in a puff of smoke. I have so many devices that ST doesn’t support, what about them???


@joelw135 @anon36505037 @carl.debilly @GRClark @eric182 @Jwwhite @Danabw

I have merged all of the concerns about SmartApps, development, and publication here.


You better have a long list and a sharp pencil ready!

I am feeling the same way - which is perhaps why other options are starting to pop up to fill the space that (from my perspective) ST is abandoning with these changes.

I am seriously starting to look at migration paths from my current set of solutions to other options such as Hubitat for this reason alone


1 Like

So there will be a long transition period then it will all break when we throw it away - not overnight but over the (figurative) fortnight? Regardless it does have this feeling of "Yeah we know you all invested time and treasure to build to your needs within the processes and standards that are available, but hey … its all going to go in the crapper and you will need to redo everything or migrate to other solutions and redo everything

If that is the case, why not migrate to a fully local processing solution and redo everything … gotta do the work anyway.

No. We are not taking anything away. When I say transition, I mean that we have been building all of these new ways of building apps - hopefully people will see the value in them and use them.

Not at all.

Local Processing is one of the reasons for these changes. The current groovy based model designed for a certain kind of operation. The platform was designed for a certain kind of operation. A lot of this retooling is going to give developers more access to local processing and other features that were previously unavailable.


No. The old way will continue to work. Your hosted groovy smartapps will continue to work. But groovy smartapps are not the future of the platform. They will still work but all of the new tooling and infrastructure is being built to be more modular by design.

1 Like

Jody, I don’t want to sound repetitive, but I am not a programmer, and want to grow with the community. If everything will have to be self hosted, how does an non programmer do this. Sounds like a daunting task. Also how do we get the hosted content if we don’t program? This question is very important to me and to a large portion of the community, that depended on the hard work of others.

1 Like

I’m pretty sure he means will continue to work as-is, you won’t need to move your apps/handlers.

Yes I understand that, but eventually it will be gone. What most people don’t do is “Read Between The Lines” SmartThings is going to make this a Pay for content system. If you can’t host it pay for it. They don’t say it, but I have been in business long enough to see it coming fast. I can see the headlights of that train moving down the track.

1 Like

It might be clear, but you can’t improve your home system by sitting stagnate, as Smartapps get better, New devices are found etc. Which means for many what they have is what they have, can’t move on without a server or maybe programming involved, am I correct?