Show HN: KISS IDE – A simple web based IDE(github.com)
github.com
Show HN: KISS IDE – A simple web based IDE
https://github.com/derrybryson/kisside
21 comments
Reminds me of Geany, my go-to lightweight IDE before I switched to Sublime, then vim: https://www.geany.org
humorously, this makes the front page of HN the day I try out Eclipse Che, at the other end of the spectrum.
http://www.eclipse.org/che/
http://www.eclipse.org/che/
That looks a lot better than the regular Eclipse IDE.
What's the story..?
What's the story..?
Have you tried the on premise IDE https://www.eclipse.org/che/docs/setup/getting-started/ ? It's kinda cool but I don't see any pricing. Awesome if it is free!
It is free but the IDE isn't exactly finished yet.
I've been playing around with koding, which I believe offers a similar toolset.
That said, their documentation is lacking, and broken links abound. I hope they get their act together soon, or they are doomed as the on boarding and troubleshooting experience is terrible.
That said, their documentation is lacking, and broken links abound. I hope they get their act together soon, or they are doomed as the on boarding and troubleshooting experience is terrible.
The ultimate "KISS" IDE for me is vim :)
But nice try!
But nice try!
how is vim simple?
If it wasn't so reliant on Apache or PHP I'd be more willing to try it out.
Unfortunately, I've experienced nearly every nightmare with the two, thanks to work, bad code, and absent documentation.
I don't want them on my machine.
Any plans for a self-contained bundle?
Unfortunately, I've experienced nearly every nightmare with the two, thanks to work, bad code, and absent documentation.
I don't want them on my machine.
Any plans for a self-contained bundle?
OP here. Only the backend is written in PHP (it is very simple PHP) and that may change (probably Python, maybe Node.js). It's only a small part of the code, most of the code is javascript that runs in the browser. Initially, I am working on Apache and PHP because a lot of what I work on is Wordpress, but Nginx certainly supports PHP as well. Note that it doesn't require your code to be written in PHP, only that your server has the correct modules installed. If you use phpmyadmin you have already pretty much installed everything needed.
I wasn't meaning to criticise the use of PHP at all.
But creating some sort of bundle with a portable PHP and server, just a zipped folder or something, would hugely reduce the barrier to entry, and reassure people like me who shy away from part of the tech stack.
But creating some sort of bundle with a portable PHP and server, just a zipped folder or something, would hugely reduce the barrier to entry, and reassure people like me who shy away from part of the tech stack.
Use a container to package the dependencies and runtime, so you don't need to install them on your OS.
It sounds like it's written in PHP, so dependency isn't likely to go away, but it specifically says it should work fine with a server other than apache.
As for your specific issues, I find it hard to follow your complaint when it comes to docs. Both php and apache httpd projects have extensive, easy to follow documentation.
As for your specific issues, I find it hard to follow your complaint when it comes to docs. Both php and apache httpd projects have extensive, easy to follow documentation.
I realise PHP can't go away, hence "self-contained bundle".
The docs I referenced are not the official documentation, but rather mind-bendingly bad systems I've had to deal with that were undocumented.
PHP isn't necessarily bad. But bad experiences mean I hate it.
Hide the PHP in a nice self-contained system, and I won't care, plus it'll simplify install/setup.
The docs I referenced are not the official documentation, but rather mind-bendingly bad systems I've had to deal with that were undocumented.
PHP isn't necessarily bad. But bad experiences mean I hate it.
Hide the PHP in a nice self-contained system, and I won't care, plus it'll simplify install/setup.
> PHP isn't necessarily bad. But bad experiences mean I hate it.
It sounds like those experiences were the fault of the developers not some intrinsic issue with the language itself. (i.e. its not like say "i hate flash because its a security shit-fueled nightmare").
Either way, the system currently has an "install script" and aims to develop deb/rpm/etc packages to achieve the same result, which seems like it's what you want.
It sounds like those experiences were the fault of the developers not some intrinsic issue with the language itself. (i.e. its not like say "i hate flash because its a security shit-fueled nightmare").
Either way, the system currently has an "install script" and aims to develop deb/rpm/etc packages to achieve the same result, which seems like it's what you want.
Snaps would be more along the lines of what I'm suggesting.
Using the system package manager still pulls down dependencies I don't want system-wide.
Using the system package manager still pulls down dependencies I don't want system-wide.
So, you want unpatched, unmaintained packages on your system?
The only dependencies this should have on eg Debian are PHP, SQLite and the Web Server virtual package.
The only dependencies this should have on eg Debian are PHP, SQLite and the Web Server virtual package.
How do you feel about PHP7?
It goes a long way to making PHP better. Better defaults, better stdlib.