143 karma · joined December 21, 2012
Disabling a feature of the user's browser is absolutely absurd. If you want to hide from the user whats going on then that code needs to run on the server.
Can you imagine opening an image in Photoshop and because of some flag half the tools disappear? Yeah, me either, and images don't even run code.
I meant more from a performance perspective. It might not be hard to sift through to make a theme, but it seems like a lot of overhead for the core to continually process all that data.
> Package hell is true for anything is it not?
I guess so. Curation is always an option. But even just from a settings perspective, they are just all listed alphabetically in the prefs panel. I'm not sure what the solution is, but a stock install already has too many packages to manage.
It sounds ridiculous, but you can tell a lot about a console program from a screenshot.
Maybe Sublime has spoiled me, but that editor is pretty fast. It can open large files. It's almost as extensible, especially for any kind of practical purpose. Oh and it's cross-platform, which Atom is not at the moment.
I also can already see a time when we reach Atom package hell. Someone is going to have to come up with a system to manage all these packages pretty quick. When you are literally installing packages to add a single hot-key, and all packages are treated as equals, it quickly becomes very difficult to find what you are looking for to manage your install.
I'm excited and optimistic to see where Atom will go, but my thoughts before I tried it are only reinforced after a few days of use. GitHub does not mess around. I know they will fix most of my concerns pretty quick, but I'm not sure how much more can be done about performance.
1 BTC In and 10 BTC back https://blockchain.info/address/1CeGvbrAuLJYyKxX7T2KD3358dWo...
Someone made 10x their money.
Ponzi.io (1ponziUjuCVdB167ZmTWH48AURW1vE64q) --> Ponzi.io Change (14ji9KmegNHhTchf4ftkt3J1ywmijGjd6M) --> Big Winner (1CeGvbrAuLJYyKxX7T2KD3358dWoLmAohR)
I don't think you should brag about how little time you spent on anything. Nor should it be used as an excuse for a half-baked product.
There is a nugget of a good idea in there somewhere. I think it might be worth another 10 hours to really find the goodness here and then spend the time to build something people will actually love.
I am a lifelong programmer, since I was 8 years old. My high school had an amazing 4 year computer science program that totally spoiled me. When I got to a university it was so slow, and everything seemed outdated. Having to relearn all of it in an inferior way was excruciating.
I dropped out, worked for a few years in an unrelated field, and then decided to go back and study Motion Graphic Design, since I had a passion for it, and it seemed like something I could actually learn new information about.
I love what I do now. I work as a programmer, for the most part, at a design studio. I get a taste of the design and film production that I'm so passionate about, while also getting to program.
Even though I love what I do, not a day goes by that I don't regret quitting my CS education. If for nothing else just so that companies that are obsessed with credentials, like Google, would consider me.
The complexity of it was mind-boggling, especially for a console game. The instruction manual was hundreds of pages.
Best experienced loudly with headphones or speakers.
Talking specifically about TermKit: If I'm on a Mac using Terminal to access the local shell, why would I care if the features are coming from the shell itself or the Terminal app?
Of course it would be 'better' or more 'proper' if all the functions were built into the shell, but like you say, it takes widespread adoption. I don't see what the problem is with starting to add features to your terminal and then let the good ones trickle back down into the shell as they become widely adopted.
Seems like a confusing nightmare, but I'm not fundamentally against it.
These kinds of extra-helpful term emulators seem like the natural progression of auto-completion and all the other goodies people love about oh-my-zsh. Once someone gets this right, it will seem silly to use a 'dumb' terminal in a graphical environment.
8 people chipping in on a $100 check: Even split would be $12.50 per person. With this service it would be $14.00 per person. That's a 12% tax on lunch for everyone but the initiator.
This might be useful for bigger purchases, but even then, charging 4% to give money to my friend seems a little ridiculous.