3 ms·

Sorry for the misunderstanding. Of course, we have built special package for the Atom https://atom.io/packages/platformio-ide https://atom.io/packages/platformi

Sorry for the misunderstanding. Of course, we have built special package for the Atom https://atom.io/packages/platformio-ide https://atom.io/packages/platformio-ide. User has a choice: * Download our bundle with PlatformIO IDE + Atom * Download Atom and install our package which will install all required dependencies and PlatformIO CLI. See all options http://docs.platformio.org/en/latest/ide/atom.html#installation http://docs.platformio.org/en/latest/ide/atom.html#installat... > Can't you just develop plugins for the most famous of them ? which means less maintenance (build the CLI tools once, and just maintain the plugins). We are small unprofitable organisation from the 3 fans: http://platformio.org/#!/contact http://platformio.org/#!/contact PlatformIO is free for all including commercial using. We are trying to support multiple IDEs. See our docs http://docs.platformio.org/en/latest/ide.html http://docs.platformio.org/en/latest/ide.html We don't have enough resources to create separate plugins/packages for the all IDEs. Maybe, in future will do it. Nevertheless, we are focusing on PlatformIO CLI which can be used as middleware for any IDEs, Continuous Integration Systems, Cloud Solutions. P.S: Please read our post "Further fate of PlatformIO Project..." https://github.com/platformio/platformio/issues/490 https://github.com/platformio/platformio/issues/490

aikah 11y ago
> We don't have enough resources to create separate plugins/packages for the all IDEs. It's seems to me that writing plugins for atom/visual studio code/sublime text is a much smaller enterprise than maintaining a whole single purpose IDE nobody will use because people want to code with the tools they already use. I don't want to name it, but I use a specific open source language which through the years has seen many IDEs developped (at least 6). 10 years after the language has been released none of these IDEs are maintained yet people using that language cannot find a decent IDE compatible with the latest release and libs of the language. If people writing IDEs for that language would have focused on CLI tools first instead of sinking years of development into different IDEs the situation would be much different. Just my 2 cents. The Go language for instance got it 100% . They realized a bunch of CLI tools any IDE can use, even for auto-completion, project management, compilation, ... the open source language I will not name has received a poor adoption despite being older than Go (and better, technically speaking) because it's a pain to use without the proper tooling. And since nobody's paid to maintain the IDEs ... > Nevertheless, we are focusing on PlatformIO CLI which can be used as middleware for any IDEs, Continuous Integration Systems, Cloud Solutions. That's what I'm talking about. It isn't as SEXY as an IDE yet 5 years down the road your cli tool will be much easier to maintain.
- ikravets 11y ago
  > They realized a bunch of CLI tools any IDE can use, even for auto-completion, project management, compilation, ... We have the same. However, people like to have working solution "from the box". For example, take a look at Arduino IDE. It's very simple, without autocompletion, code linter, without * .... However, it's very popular! Why? Because most embedded engineers don't want to play with "integration" process between "IDE" and "Builder". They like to have "Download & Use". > That's what I'm talking about. It isn't as SEXY as an IDE yet 5 years down the road your cli tool will be much easier to maintain. We have a big plan as for PlatformIO CLI. Please take a look at PlatformIO 3.0 https://github.com/platformio/platformio/issues/423 https://github.com/platformio/platformio/issues/423 Thanks a lot for good critic!
- ddorian43 11y ago
  Are you talking about D ?

aikah 11y ago

> We don't have enough resources to create separate plugins/packages for the all IDEs. It's seems to me that writing plugins for atom/visual studio code/sublime text is a much smaller enterprise than maintaining a whole single purpose IDE nobody will use because people want to code with the tools they already use. I don't want to name it, but I use a specific open source language which through the years has seen many IDEs developped (at least 6). 10 years after the language has been released none of these IDEs are maintained yet people using that language cannot find a decent IDE compatible with the latest release and libs of the language. If people writing IDEs for that language would have focused on CLI tools first instead of sinking years of development into different IDEs the situation would be much different. Just my 2 cents. The Go language for instance got it 100% . They realized a bunch of CLI tools any IDE can use, even for auto-completion, project management, compilation, ... the open source language I will not name has received a poor adoption despite being older than Go (and better, technically speaking) because it's a pain to use without the proper tooling. And since nobody's paid to maintain the IDEs ... > Nevertheless, we are focusing on PlatformIO CLI which can be used as middleware for any IDEs, Continuous Integration Systems, Cloud Solutions. That's what I'm talking about. It isn't as SEXY as an IDE yet 5 years down the road your cli tool will be much easier to maintain.

ikravets 11y ago
> They realized a bunch of CLI tools any IDE can use, even for auto-completion, project management, compilation, ... We have the same. However, people like to have working solution "from the box". For example, take a look at Arduino IDE. It's very simple, without autocompletion, code linter, without * .... However, it's very popular! Why? Because most embedded engineers don't want to play with "integration" process between "IDE" and "Builder". They like to have "Download & Use". > That's what I'm talking about. It isn't as SEXY as an IDE yet 5 years down the road your cli tool will be much easier to maintain. We have a big plan as for PlatformIO CLI. Please take a look at PlatformIO 3.0 https://github.com/platformio/platformio/issues/423 https://github.com/platformio/platformio/issues/423 Thanks a lot for good critic!
ddorian43 11y ago
Are you talking about D ?