octref

1. On your dev machine, if you are using 4.x, should you keep updating to the newest 4.x version or stay with this version?

2. If you keep updating and use a version manager like nvm, is there an easy way to install global packages(like gulp, grunt, etc) for new versions?

AFAIK, ag shines for searching code in large code base, if you are just doing matching with a list of file paths, ag is an overkill.

EDIT: And if you set `wildignore` correctly, you wouldn't have a lot of files. Getting node_modules/ out of my Command-T result made it much faster. I actually wrote a plugin[0] to extract patterns from `.gitignore` and apply to `wildignore`, so that Command-T and CtrlP could have a shorter list to search for.

[0]: https://github.com/octref/RootIgnore

I haven't used Apple's product in Jobs' era, but I've heard a lot of good stories about how solid and easy-to-use their software was. Now I'm on Yosemite, experiencing annoying bugs and unexpected quits/freezes on a daily basis. I don't even dare to update to El Capitan. Yesterday I upgraded to XCode 7.0.1, and all my swift projects failed to compile. If it's not for the touchpad and screen I'd rather go back to my Arch Linux laptop.

Apple isn't bringing any more surprise or delight to me hardware-wise. And their software quality is declining day-by-day. Development wise, just take a look at XCode's newest reviews to learn how bad the dev experience is. Developers are what makes a platform succeed, and Apple doesn't seem to realize that.

However, MS has been amazing since Nadella. My favorite news is open sourcing .NET and making it available for Linux. VSCode is also solid and even feels more polished than Atom to me. Hololens looks cool. Surface definitely lives up to its hype.

Last week I interviewed with MS. At the end I asked about the interviewer's opinion on MS's change and attitude to Open Source, and in his response he had this line: "Because Open Source is the future". I can hardly imagine a MS staff in pre-Nadella era would have such opinions. MS has changed. I think people should put down their prejudice about MS's past and admit that. Going to Redmond next Wed for an onsite. Wish myself good luck.

China has one of the fastest growing tech industry in the world. As for Japan, I really want to live there because of the high quality of life, but am hesitant since the tech industry doesn't look promising.

However, according to my Japanese teacher many people in Japan have to work until 8pm or later on a regular basis, and sometimes overtime. Does anyone have those kind of experience in Tokyo's tech industry?

and I was quite surprised how little “desktop” focus there is in the spec. It’s like the design team simply have forgotten that we have this thing called a “desktop” computers, where we use these oldschool interactions called mouse and keyboard.

I have similar experience, recently just starting to learn Mac development. The getting started guide for creating Mac desktop app is 3 years old and using XCode 4, whereas the iOS guide is updated and polished.

And I had a mixed experience with my Chromebook. It is great for web-browsing, but most of the apps available are designed primarily for mobile devices and feel weird to use. The "desktop" version of them usually just involves opening a tab in Chrome or in an resized individual window. I don't know if the developers are too lazy to design for desktop, or they are clueless to how they should do it.

It's not about the HTML-like JSX part using ES6 or using native classes to extend React.component(with limitations), but simpler object literals, fat arrows and { foo: foo } becoming { foo } make React code look much better. I can endure the ending semicolons, parens and brackets.

Now you don't really gain too much by opting for CS over ES6 for React. And with React's adoption of Babel I think ES6 is going to become the primary way of writing React apps.

I started using Atom a year ago, but at that time it was very unstable and the performance sucks so I switched back to Vim.

This 1.0 still has something to pine for: some of the essential packages are still not updated for the 1.0 API (vim-mode, etc), and when processing large files it still slows down significantly, but as they say, it's now a good foundation to build upon.

One of the main remaining functionality to be implemented is good support for large files. Looking at this issue [1], it seems Atom team is making some progress but there are still some problems to be tackled.

In 0.208.0 (released 7 days ago) they mentioned in the changelog Atom now opens files larger than 2MB with syntax highlighting, soft wrap, and folds disabled. We'll work on raising the limits with these features enabled moving forward. Little bit disappointed at the progress as you could open large file with these features disabled long time ago through a package "view-tail-large-files".

Just updated to 0.209.0 and using ember.js (1.9 MB) to test. Editing/scrolling has some delays but it's better than previous versions.

Good luck Atom team!

[1]: https://github.com/atom/atom/issues/307#event-325455529

My comment is not about design choices but attitude and sympathy to users. This is not intended as an ad-hominem.

The author seems to think systemd "babysits" its users, but as a user I find systemd "cares" about its users.

Yeah, newcomers to the Linux land without the expertise you guys acquired through 10 years of using Linux, would apparently appreciate how easy it is to manage a server by invoking some lengthy commands they learned through reading the often overly-dense manual instead of `systemctl start/stop x`.

Nowadays some of those so-called "hackers" tend to ignore the part of work that makes the user experience better. They claim that they want simplicity and avoid bloat but most of the times they are just being lazy and not sympathetic to their users.

I'm not saying that things should be dumbed down to clicking GUI buttons on Linux. But if you want your program to become mainstream you need to think about providing good and practical docs and making your program easier to use, even for text-based programs.

Accept that most people would like Bootstrap'ed sites more than yours:

  body
  {
    background-color: #080808;
    color: #ffff70;
    font-family: sans;
  }

Other than perf, modularity, etc, I like lodash's doc better. The doc is written as inline jsdoc in lodash.js, with each parameters documented and behaviors explained through examples.

But here is @jashkenas's take:

> Documentation style. Ideally I'd like the Underscore docs to be written even more conversationally than they are at the moment.

Personally I also trust @jdalton more. Other than technical skills he's very hard-working and responsive. He seems to be following a zero-issue-and-PR policy and get all issues/PRs sorted out in 2-3 days.

[1]: https://codewords.recurse.com/issues/two/git-from-the-inside...

Just tested it on my Mac opening an uncompressed ember.js (~1.5MB). The file loads instantly and syntax highlighting is done in less than 1 sec. Movement and editing are very responsive.

On the other hand, when I open ember.js on Atom, it takes more than 10 sec to load and syntax highlight, and moving & editing take .2 ~ .3 sec to complete.

As a student many times I wanted to learn how things work, but most tutorials/docs just ask you to type in a few magical lines without much explanation. Maybe the authors think their audience won't understand anyway, but I think it's the authors' ineptitude if they can't explain what their programs do in an accessible way.

I really hope there could be more projects like i3[1] and flask[2].

1: http://i3wm.org/docs/userguide.html 2: http://flask.pocoo.org/docs/0.10/

Does this support configs in my .vimrc?

Can I use Vim plugins in it?

I don't think their blog post[1] is offensive at all. Ubuntu does this too. [2]

People consider Sublime's popup and "unregistered user" acceptable. How often do you install/download eOS? Once in a year? And you use it every-day, not only when you do text-editing. And there is no difference between paid or free user.

[1]: http://blog.elementary.io/post/110645528530/payments [2]: http://www.ubuntu.com/download/desktop/contribute/?version=1...

I'm not sure about that.

Really love the animation here. Attention to detail matters.

I'm a CS student really interested in web design, and I just started dabbling CSS animation for a month. To be honest, this page, together with Google IO 2015 page, are the best I've seen. I really look forward to reading your post about how this page is built or the source code.

[1] https://code.google.com/p/chromium/issues/detail?id=337734

"because" misspelt.

http://blogs.cornell.edu/info2040/2014/09/23/to-slain-or-not...

My name is pronounced "MAH-tchay". It's an archaic Polish form of "Matthew".