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

Git and GitHub Integration Comes to Atom

blog.atom.io

Post reply on HN
Print view View original

91–100 of 112 posts

Re: Git and GitHub Integration Comes to Atom

#91

Post by petre »

hoschicz wrote: post #9
heygrady wrote: post #5

Bundling these features by default is bad for Atom. It changes Atom from an editor to an advertisement. Maybe Github dwarfs the competition but boxing them out of the editor is unnecessary. This smells like bundling IE with Windows 98.

I find bundling Git support with Atom is a requirement, VSCode does it.

It would be quite fine as a plugin. I'm using fossil for instance so care little about git integration. Atom is already bloated and slow as it is, but then again it's their call to bundle whatever they want because I'm not going to use it anyway.

Re: Git and GitHub Integration Comes to Atom

#92

Post by vortico »

nextlevelwizard wrote: post #82
vortico wrote: post #81

Earlier quoted context omitted.

I've never actually seen anyone use vim more efficiently than the average programmer can use Sublime Text or Atom with no skill and a mouse pointer. It's just too much required engagement to do things as simple as move to a specific point on the screen or uncomment/indent a bunch of lines of code. Installing plugins is tedious, tabs/buffers/windows are clunky, and memorizing key commands for plugins (like a file tree…

You are obviously entitled to your opinion and it might be that you've only seen people who are still learning to use vim, but to give little perspective from someone who has been using for little over two years. Movement: Moving around is a hassle at first, most people insist using arrows instead of hjkl, but even thous are slow and tedious. You get much more mileage from using w, e and b for jumping between words,…

I used vim for 3 years until Sublime Text came out and found I get work done much faster with it. I used the jump feature (forgot what it's called, similar to AceJump on emacs), position stacks, search commands, etc. I installed and learned NERDTree (that's the name) and a buffer management plugin, but they took hours to get used to while editing and many more hours to configure my .vimrc to be somewhat sane. ST came along, and with some plugins, I was able to migrate very smoothly and was introduced to some new editing methods, like multicursors and the wonderful Ctrl-Shift-Up/Down commands for moving lines. No more sequences of characters to perform a common task!

If ST was open source, there would be no need for a competing GUI text editor IMO.

Re: Git and GitHub Integration Comes to Atom

#93

Post by hobofan »

artursapek wrote: post #65
hobofan wrote: post #51

Earlier quoted context omitted.

I've been a vim user for a long time. I switched to Atom despite its slowness because I finally get linter and autocomplete integrations that just work. Those have always been a pain to set up for me in vim, and when you are switching between machines all the time, that quickly becomes tiring. I don't see a reason to stick with traditional vim for the majority of my work, since most other editors have plugins with a…

Re: multicursors, that's what macros are for.

Sure, you can do most things with macros, but I prefer the interactivity of multicursors. With macros I have to carfully plan out how the macro will affect all the different instances where I let the macro run, and if something goes wrong, I have to revert it and try again. With multicursors I also have to do some trial and error, but usually much less since I can immediately see how each step influences the text at all cursor instances, and revert it in a much more granular way.

If I have to do some heavier processing for 100-1000+ lines, I still use macros, but for most cases in my day to day programming multicursors just feel better.

Re: Git and GitHub Integration Comes to Atom

#94

Post by vortico »

petre wrote: post #90
vortico wrote: post #81

Earlier quoted context omitted.

I've never actually seen anyone use vim more efficiently than the average programmer can use Sublime Text or Atom with no skill and a mouse pointer. It's just too much required engagement to do things as simple as move to a specific point on the screen or uncomment/indent a bunch of lines of code. Installing plugins is tedious, tabs/buffers/windows are clunky, and memorizing key commands for plugins (like a file tree…

None of Vim and Sublime Text has "Github integration" or "deploy to Azure" or "send feedback to Twitter" type of features. They are plain, simple, useful editors which get the job done.

Sure, I think we can all agree that bloated features like this are undesirable. But there are many options for editors that don't have these features, gladly.

Re: Git and GitHub Integration Comes to Atom

#95

Post by PetahNZ »

petre wrote: post #88
skrebbel wrote: post #87

Earlier quoted context omitted.

to me it smells more like adding a "deploy to Azure" button to Visual Studio. (It's had that button since Azure started) Thing is, nobody is going to download Atom, see that the GitHub support is built in and say 'oh! Now we're going to have to migrate the team to GitHub!'.

VS Code has a smiley you can use to post feedback to Twitter. It makes the status bar look like a juvenile bulletin board. It's already been reported as an issue and people want it out of the way. That alone made me deinstall it after less than five minutes.

Really? You gave up on an editor because of a smiley face icon? And you call the editor juvenile?

Re: Git and GitHub Integration Comes to Atom

#96

Post by hobofan »

freshyill wrote: post #76
jackdh wrote: post #42

I can't get into Atom, the load time vs something like sublime is just too slow. Am I doing something wrong in the settings?

I suffered through the slowness from the start, and it paid off. This is the first beta I've used in a very long time, and the difference between this and the current release version (1.6.x?) is noticeable.

I agree. I upgraded from 1.16 to 1.17 (and 1.18beta), and both feel much more snappy on my Macbook Air. Before that it has felt slow but tolerable and has now gone to barely annoying.

Re: Git and GitHub Integration Comes to Atom

#97

Post by rvanmil »

apetresc wrote: post #77
brlewis wrote: post #38

Earlier quoted context omitted.

Has memory usage also been a focus? I got scared off from exploring Atom a month ago by https://news.ycombinator.com/item?id=14141855

I think that guy's just exaggerating, or using a buggy plugin. I'm running Atom 1.16 in Windows right now, 2 panes with ~6 tabs open and it's sitting at around 25 MB of memory. This is with vim-mode and a python autocomplete plugin running.

You must be overlooking the `Helper` processes. Running a clean install of Atom takes about 400MB memory (macOS Sierra).

Re: Git and GitHub Integration Comes to Atom

#98

Post by hobofan »

io wrote: post #61
hobofan wrote: post #57

I just tried it out and the UX is ridiculously broken for me. Whenever I try to focus one of the Git or Github panes, the content of the panes completely vanishes, since I'm unfocusing the file the content was about.

Hey we certainly want to look into this. File an issue at https://github.com/atom/github or send an email to atom@github.com describing it and we will!

Done: https://github.com/atom/github/issues/825

Re: Git and GitHub Integration Comes to Atom

#99

Post by wapz »

h1d wrote: post #85
wapz wrote: post #84

Earlier quoted context omitted.

But atom is made by github, right? Not to justify their choice but you can see from a company perspective how it surely aligns with their goals (increase github market share).

I wonder what the market share is and if they're actively seeking it at this point.

I wouldn't say that they necessarily want to increase their market share at this point (but that may have been the original intent). Now it is probably more about retaining as many users as possible by offering more or more convenient services than their competitors.

Re: Git and GitHub Integration Comes to Atom

#100

Post by nextlevelwizard »

ruleabidinguser wrote: post #83
nextlevelwizard wrote: post #82

Earlier quoted context omitted.

You are obviously entitled to your opinion and it might be that you've only seen people who are still learning to use vim, but to give little perspective from someone who has been using for little over two years. Movement: Moving around is a hassle at first, most people insist using arrows instead of hjkl, but even thous are slow and tedious. You get much more mileage from using w, e and b for jumping between words,…

I've tried and learned vim and I'm very capable of navigating with it (I don't use marks but I use about everything else) and it is precisely good at one thing: being an editor. If you try to make it an IDE, I believe you're just using a bad IDE. It is only effective for me as a very lightweight editor for quickly making simple edits to a file. Why don't I like it as an IDE? * Second hand auto complete * Second hand…

If you need IDE then go with IDE. There are many programming tasks and languages that gain no benefit from IDE-ish things.

For me auto complete works just fine and I don't know what project management means.

Post reply on HN