Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Look out Sublime and Textmate ... here comes Brackets (stunning)

blog.brackets.io

Post reply on HN
Print view View original

81–89 of 89 posts

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#81

Post by Derbasti »

seanmcdirmid wrote: post #48
venomsnake wrote: post #43

Earlier quoted context omitted.

Disclaimer: Every is defined as not including a lot of developers on Microsoft platforms, web developers, Java Enterprise developers etc ...

Parent did qualify that with "every developer I know." We tend to live in bubbles and don't see the big picture. Like "everyone I know programs in C++" is definitely true in some circles. How many of us use x-terminals these days? I was referring to the hardware, not the emulation program. Perhaps parent lives in a world where they have a bunch of surplus DEC or HP X terminals and haven't moved on to PCs yet. Or perh…

Maybe I did. Sorry about that. I meant terminal emulators available in most modern GUIs.

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#82

Post by georgemcbay »

nicholassmith wrote: post #64
georgemcbay wrote: post #47

Earlier quoted context omitted.

I'm increasingly using Linux on ARM devices. Sublime Text 2's non-support for ARM has really been limiting its usefulness for me lately.

Could always ping the developers a feature request, they seem to like hearing from the community and reacting to people's needs.

There have been quite a number of requests for ARM support from the community already and the developers have, as far as I've seen, silently ignored them, which makes the situation even more annoying.

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#84

Post by 3amOpsGuy »

seanmcdirmid wrote: post #63
3amOpsGuy wrote: post #59

Earlier quoted context omitted.

>> Emacs and VIM use has actually been going down since the 90s as a percentage of the developer community My Google-Fu is coming up short, i can't corroborate this. Can you provide any links to data confirming this claim up? I took a stab at getting some stats by searching stack overflow / server fault / super user for vim questions, emacs questions, textmate and sublime, vim comes out top by a long way, emacs next,…

No surprise that there are lots of questions about VIM, it has a really sharp learning curve. You didn't include Visual Studio, Eclipse, IntelliJ, etc...which is a significant omission. This is all informal and anecdotal, but I'll try to explain my reasoning/experience. In the mid/early 90s, you weren't really a great programmer unless you used a real text editor, so we would all eventually evolve into using Emacs (o…

>> UX-archaic

Why then, in circa 40 years, have we still not managed to find a better alternative?

I can't help drawing parallels with windows / unix in the 90s and more so 00s. Yes, a point and click GUI is much easier to wing it with than a CLI, but, it doesn't deliver nearly as much power to the user as a proper CLI with a small number of reusable tools that can be composed to solve many problems.

To give a concrete example, if the GUI designer of your chosen deployment tool didn't imagine anyone would want to filter nodes to target a deployment by a substring of the node name, then you are out of luck - resorting to hacking your hosts file on windows to null route all the hosts you don't want to hit, followed by deploying to all nodes from the brain dead GUI.

With a proper CLI, only your imagination reduces your ability to solve whatever business problem (and they are infinite).

The net result of this shallow learning curve? We got a lot of people who refused to learn how to manage a network, winging it and being employed in positions of significance - average corp. with hopelessly leaky data safeguards and so on.

So back to the ux archaic editor, nothing has surpassed it despite 40 years of continual focus. While I wouldn't dismiss attempts to improve it out of hand (I'm a paid up customer of ST2), I also wouldn't count on an revolution relegating vim to the history books anytime soon.

As for VS, Idea etc. they are merely a chapter 11 filing away from being forgotten. Eclipse could live on. Who knows.

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#85

Post by adrocknaphobia »

btipling wrote: post #26

Eventually everyone's editor search ends with vim, emacs or a management position. All these editors like Sublime Text 2, Chocolat, Light IDE, Cloud9, etc fail at very basic task: sticking around. They also fail at another task: being available everywhere. If a new decent editor shows up, it wont be shiny, it wont grab headlines on HN with a fancily designed website, it will simply grow popular slowly, be added to pa…

I (and all the contributors to Brackets) respectfully disagree that a text editor released before the internet was available is the best we can do for web professionals.

We are really honored to be compared to Sublime and Textmate at this early stage. Those are fantastic text editors.

The purpose of the Brackets project isn't to replace those editors, but to inspire new ideas for web development tooling. It's simply a sandbox where the web development community can experiment with new ideas. Because it's written in JavaScript, HTML and CSS, everyone can get involved.

-Adam Lehman Brackets Product Manager

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#86

Post by adrocknaphobia »

jevin wrote: post #9

Is it me, or are they trying to hide the Brackets / Adobe relation ?

We aren't trying to hide Adobe involvement with Brackets, but it's very important to recognize that this isn't "Adobe Brackets", it's just "Brackets". This is a community driven project. Adobe is just the benefactor.

I think that putting Adobe's logo / name next to everything would overshadow all the work and contributions from the community.

-Adam Lehman Brackets Product Manager (at Adobe)

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#87

Post by seanmcdirmid »

3amOpsGuy wrote: post #84
seanmcdirmid wrote: post #63

Earlier quoted context omitted.

No surprise that there are lots of questions about VIM, it has a really sharp learning curve. You didn't include Visual Studio, Eclipse, IntelliJ, etc...which is a significant omission. This is all informal and anecdotal, but I'll try to explain my reasoning/experience. In the mid/early 90s, you weren't really a great programmer unless you used a real text editor, so we would all eventually evolve into using Emacs (o…

>> UX-archaic Why then, in circa 40 years, have we still not managed to find a better alternative? I can't help drawing parallels with windows / unix in the 90s and more so 00s. Yes, a point and click GUI is much easier to wing it with than a CLI, but, it doesn't deliver nearly as much power to the user as a proper CLI with a small number of reusable tools that can be composed to solve many problems. To give a concre…

Emacs is only about 30 years old (VIM is only 20 yro), I guess you are talking about text-based interfaces in general?

I'm not going to completely disagree with you here. There are lots of time I've found a shell to be useful, but I've also changed my workflow to minimize the amount of time I spend there. Learning curve for shell is steep, not shallow, but I've gone through much of that 20 years ago. If there is an old tool I can use to do something, I'm all for it, but if its a new tool, I'll go for the visual one with the lower learning curve, because I'm quite busy. Still, nothing beats shell for composability and flexibility, I definitely lose something with my approach. I find lots of promise in projects like Mozilla's Ubiquity, but I have a feeling the next step are actually Siri-like dialogue systems (whether typed or spoken).

But we are talking about editors that are used to edit code. I'll argue that language aware editors (in Eclipse, Idea, VS) have already greatly surpassed VIM/Emacs in terms of productivity, but then you could argue back that VIM/Emacs could re-support these features (and people have crammed them in at some points, though these have failed to stick). So let's just assume equal footing for now, and evaluate the experience. Given that we have a good understanding of the development process now, I'll argue that an IDE with high-discoverability of its capabilities is easier to use than Emacs/VIM which require substantial training to master. Now what Emacs/VIM give you is lots of power, but I don't think most of us need that. Heck, I've even moved away from Emacs for Latex programming, where the "build project/view PDF" menu option in TeXniCenter is good enough for me.

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#88

Post by jevin »

jakejake wrote: post #16
jevin wrote: post #9

Is it me, or are they trying to hide the Brackets / Adobe relation ?

It says right on the home page that it's maintained by Adobe & the github repos are all maintained by Adobe as well. Just curious, do you think Adobe has a bad reputation for making software that would make them want to dis-associate with the company?

Personally, I think Adobe has a bad reputation for making software. Flash, Dreamweaver and Acrobat comes to mind.

Flash - Difficult to work with (I know most beginners struggle with it). Dreamweaver - Bloated software that generates weird HTML code. Acrobat - Slow and bloated software. Can't a PDF reader be simpler ?

But as adrocknaphobia pointed out 'this isn't "Adobe Brackets", it's just "Brackets"'. Turns out there's no hiding after-all.

Re: Look out Sublime and Textmate ... here comes Brackets (stunning)

#89

Post by nelse »

georgemcbay wrote: post #82
nicholassmith wrote: post #64

Earlier quoted context omitted.

Could always ping the developers a feature request, they seem to like hearing from the community and reacting to people's needs.

There have been quite a number of requests for ARM support from the community already and the developers have, as far as I've seen, silently ignored them, which makes the situation even more annoying.

http://sublimetext.userecho.com/topic/100806-armv7-or-armv6-...
Post reply on HN