Java-based Startups, do they exist? - <AUTHOR>

I get the feeling that most of the hackers here use something like Ruby on Rails or Django, but obviously I have no scientific evidence to prove this, so that is what brings this question to mind. What about Java? Are any of you using Java at your startup to develop your software infrastructure? If you are not, did you consider it in the beginning? what influenced your specific choice. <p>What about Dynamic languages written for Java such as Groovy or ColdFusion?
<comment><USER2> It's important to differentiate "Java" from the "JVM". Java is a programming language that gets compiled to bytecodes, and the JVM is an execution environment that runs bytecodes. (There is some java-language-ish stuff in the bytecode spec, but for the most part you can treat them separately).

In my opinion, Java is a clumsy language but the JVM is awesome. Static typing and lack of first-class functions or easy data types make Java programs verbose and annoying to change. The JVM, on the other hand, is fast, portable, well-specified, and there are a ton of libraries that run on it.

To have the best of both worlds, you can use the JVM to run a more dynamic language (not Java)! There are many projects to bring different languages to the JVM, but my favorite is Rhino, which compiles JavaScript to bytecodes. Rhino is also what powers my favorite web framework, Helma.

<comment><USER3> IMHO, the language is the stronger point in all of these. I don't care if the JVM is well specified, this brings me nothing to my daily productivity.

What is the advantage of using Rhino on JVM against using native Ruby or Python? In Java, at least I know I will be very confortable doing automatic refactorings with Eclipse, which is the biggest advantage of Java against these other languages. Having coded a tool in Ruby with some good testing coverage, I still don't feel as safe to refactor as I was using Java.

<comment><USER2> The JVM being well-specified is what allows other languages (like JavaScript) to be compiled to run on it. It also makes it easier to extend.

Rhino on JVM has the advantages of having access to any java library you want (sun distributes many standard ones, and there are tons of other open-source ones on the internet). Another advantage is that the JVM does hotspot optimization which leads to speed improvements. Most other interpreted languages, such as Ruby or Python, are not as far along with their runtimes.

As for Java vs. scripting languages, that's a matter of taste. In my experience the way to minimize bugs is to write less code, and I explained above why Java programs tend to be verbose, so I believe the benefits of terseness in scripting languages outweigh the benefits of static typing in Java.

</comment></comment></comment><comment><USER4> Java is definately a viable choice, no matter how unpopular it currently is. It has some real advantages over Ruby, the most important being speed, which translates into productivity if the alternative is mixing C and Ruby. Another advantage is proper unicode support.

I still decided against Java because I feel that meta programming could be that great enabler of the next productivity revolution. A revolution that smarter people than me have experienced ages ago. Having explored Java to some extremes, I know that many of the complexities of something like J2EE are down to the lack of powerful language internal meta programming facilities.

Why not JRuby? Because right now JRuby is even slower than C based Ruby and Ruby 2 will have a virtual machine too, which doesn't have to concern itself with anything other than serving Ruby.

Yes, Java has a lot of libraries. But how many of those am I really using in my startup? Quite a few, and it does take me some time to figure out good alternatives for Ruby. But at the end of the day the library issue doesn't make a big difference in my case.

The only thing that really concerns me about the popular dynamic languages is raw speed for algorithmic stuff. Yes I do need that for what I'm doing. If lisp had any momentum whatsoever I'd gladly jump onto something like sbcl because it has all the metaprogramming facilities and it's as fast as C.

</comment><comment><USER5> We use Java - although, to be quite honest we were a PHP shop starting out, but then we got a big-league client who said they wanted a system built from scratch and, oh by the way, "it has to be in Java". Four years later, we have a mid-size application (80K lines) that operates well and is attracting more clients, though I often feel we have stepped into a few 'pits of despair' while building it. There are several 1500-line servlets which grind away on certain tasks, for example.

The upside is, we are now putting out our I18N'ed version of the product and it was very easy to produce a version of the app in a Unicode-based language, which will probably land us several more clients this year.

In short, Java can be great and there are a lot of things out there to help you build an app, but it only works as long as you keep the code clean and exercise your own discipline to keep from getting too sloppy. Otherwise, you can wind up with code that needs a rewrite from day one.

</comment><comment><USER6> I sure hope so. I'm a huge fan of my competitors using Java. All these damn RoR and Django guys are too damn fast.

</comment><comment><USER7> I use the JVM, but not the Java language.

I extended Scheme to make BRL, <http://brl.codesimply.net/>

I use it in <http://ourdoings.com/>

<comment><USER8> Which Scheme are you using?

<comment><USER7> Kawa Scheme. I'm stuck at release 1.7 though. There are many improvements in 1.8, but 1.7 is so pain-free that I haven't been motivated to get with the times.

</comment></comment></comment><comment><USER9> <http://www.fleaflicker.com/> is 100% java.

I started developing it in '05 before Rails was huge. Using Java has actually been a huge advantage:

 _There are hundreds of high quality open source libraries._ GWT allows me to leverage existing data structures and algorithms on the client-side.

</comment><comment><USER10> <http://tipit.to/> is mostly GWT on the front and all java on the server.

CF is crap. Groovy is okay, but not -that- great. I'd go with jython or jruby instead if you're thinking of using Groovy.

Scala is absolutely great. It's my favourite language. tipit's server side isn't Scala based only because I wasn't fully aware of Scala when we started out. Scala is functional in theory but even with a very imperative background you can write your code and slowly get used to solving problems 'the functional way', which does come off a bit cleaner (e.g. using case classes).

</comment><comment><USER11> We use Java. It seems a great alternative for us but you do need to know how to work with it and how to integrate it.

We didn't use ruby because it would take us some time to learn it, and I wasn't sure on the maturity. I also prefer strong typing. I have experience with C, Smalltalk, C++, Perl and Java.

</comment><comment><USER12> Using RoR is like taking a loan. You build it fast, but then spend a lot of time fixing it.

<comment><USER13> It's true for every language you don't know well. No one writes bug free Java code from scratch after few months of experience.

Also, even if you're right, it's not that bad, as it sounds. It's not possible to write something good at a first try. Code, like wine, takes time. A language that fools you to think otherwise makes your work harder.

I think the whole problem with Rails is the premise that you can create whole sites in a minute or two, literally without any significant experience.

</comment></comment><comment><USER14> We're using both Java and Ruby. We started out with Ruby and Rails, which worked great for the prototype but we have some very processor-intensive operations and the Ruby code won't scale. Rewriting these in Java produced an instant 100-fold performance improvement, so going forward we're doing that stuff in Java. On the other hand, we have some text-processing stuff where Ruby really shines. Having used Ruby for that I'd never go back to Java for such tasks.

<comment><USER15> I actually like the regexp implementation of Java, and it is more complete than in most other languages. There are also many options for XML parsers. Where does the advantage for Ruby lie?

<comment><USER16> Ruby is terser, and yet still very readable. In addition, you will not be getting any performance gain by using a JAVA regex over a ruby regex unless you are using a DFA implementation (if there is one for JAVA), in which case you won't get text capturing.

How many lines of Java code would it take you to read a file given on the command line and print out the prefixes of words ending in 'ing'

ARGF.readlines.each do |line| puts m[1] if( m = line.match(/(\w+)(?:ing)$/) ) end

</comment></comment></comment><comment><USER17> We may use java for a tiny fraction of our startup (back end of the live game server) for the performance benefits. Does that count?

<comment><USER8> If you're into Scheme, you can use Bigloo Scheme to generate reasonably fast C code, or even JVM bytecode.

<comment><USER17> What's Scheme?

Just kidding.

Not really.

</comment></comment></comment><comment><USER18> I know java since ever and when I think code, I think java. Thats why I use it. For me it is the most productive environment.

Why do you ask at all? If you know java, use it. If you know c (well, not c) - if you know python, use it. If you have to learn something, because you don't know any language, get a job first and think about a startup after you dream in (put here any language).

Any scripting language basing on java will be slower than java. My opinion is: if you can avoid another software layer, avoid it. It makes you depend on more code that you don't control, slows down your apps.

<comment><USER19> Those other languages that run on the JVM are not based on Java. They do not add another layer. They run on the same layer as Java.

They may be slower than Java nonetheless - because the JVM is designed for running Java.

<comment><USER18> With scripting language I had something like jython in mind. It is indeed another code-layer ontop of java to interpret the scripts. And, not unlike python, its dead slow in some cases.

Someone reported about a factor of 100 for java against Ruby. jython is only 50. But this is still so bad that I would not waste my time.

<comment><USER7> You may be worrying too much about speed. Remember, a lot of people have written scalable web sites using PHP, so clearly a slow front-end language is not a big liability.

BRL uses Kawa Scheme, so the code is compiled to JVM bytecodes. The result is slower than C implementations of Scheme, but still faster than PHP.

<comment><USER18> I don't worry about speed, except we are talking about a factor 50 or even 100. But one thing must be clear: The quick development that is possible with very high level languages is an advantage for the developers. They have quick time to market, fast prototyping etc. The one who pays is their client! This is indeed the wrong point of view!

I think it is desirable to give clients the best possible user experience and execution speed is indeed a valuable point, especially in the web.

A friend of mine still codes assembly if he feels its necessary. I 'am not that fanatic (in facts he is always making fun of java) - but, once you have used his number crunching algos, you'll never go back.

</comment></comment></comment></comment></comment><comment><USER20> Google Web Toolkit, which is Java based. It is not popular among most other hackers though and I'm still not sure why. It is a powerful tool for building web applications if you can make it over the initial learning curve.

</comment><comment><USER21> Java often feels like "playing fetch" to me:

<http://journal.dedasys.com/articles/2006/11/23/playing-fetch>

In other words, there's so much makework that a small team is at a disadvantage compared to a bigger team, which is not the kind of playing field a startup wants to be on.

</comment><comment><USER22> Just curious do people still hack in ColdFusion? I haven't heard from that language in a looong time.

<comment><USER23> Recently, I had to make my way through some ColdFusion code because my job's external and staging websites (which haven't been updated in years prior to when I got there) use it.

My advice: Run far away from ColdFusion. It does suck as much as you've heard, if not more. I don't know why MySpace is using it (if they still are).

</comment></comment><comment><USER24> wer'nt the folks over at zenter using java?

<comment><USER17> If they weren't, they probably are now.

</comment></comment><comment><USER25> I am using java for juwo. Swing looks kludgy compared with flash, but Apollo Flash that lets it run offline is in beta - and Java Web Start has been running for 4-6 years.

</comment><comment><USER26> <http://www.applibase.com> \- Almost entirely a Java based startup.

</comment><comment><USER27> <http://www.mint.com>

</comment><comment><USER28> www.dimdim.com I think these guyz use Java.

</comment><comment><USER29> i use java</comment>


Crawljax - Tool for crawling and testing AJAX web apps - <AUTHOR> http://crawljax.com/

<comment><USER2> Pretty cool... sort of a "crawler meets selenium" approach. I wonder if they support css3 - cant find out much from their docs.</comment>


Development of the Nokia 3210, the cellphone that started the mobile revolution - <AUTHOR> http://www.slate.com/articles/technology/the_next_20/2016/09/the_development_of_the_nokia_3210_the_cellphone_that_started_the_mobile.html <comment><USER2> From the article:

> "When you dropped these things, they didn't break," Nuovo says with pride. > "They bounced."

Interestingly, the very first Lumias produced by Microsoft (950 and 950XL) have _significantly_ worse build quality compared to the last ones Nokia manufactured (640 and 735). I guess some invaluable engineering experience was lost when they closed down the Nokia Finland offices.</comment>


Bill Joy on the Six Webs - <AUTHOR> http://mitworld.mit.edu/video/324

<comment><USER2> Should probably note it's from 2005. Interesting regardless.</comment>


I'm Actively Considering Home Schooling - <AUTHOR> http://jaredcosulich.wordpress.com/2011/11/26/im-actively-considering-homeschooling/

<comment><USER2> We homeschool our children and it has been an overall good experience. We solved the socialization issue by enrolling them in dance, martial arts, sports, theater and other structured social activities that allow them to socialize in a constructive environment.

The stigma of homeschooling is wearing off as more and more people see the product of homeschooling. To me the socialization was over-plaid where homeschoolers where branded as religious fundamentalist that where trying to segment themselves and their children off from society. The thing to remember when people say that it somehow damaged children is, that school is the unnatural environment.

The history of children being massed into an environment with few adults to supervise has a relatively short history. With further laws restricting those that do not want to be there from leaving, it has become a recipe for disaster. Before legislation mandating attendance, the bad apples naturally fell away from the environment, now that they are mandated to stay they have become a drag and influence on the ones that remained.

Why homeschooling is seen as an eccentric solution is beyond me, when it is becoming one of the few logical choices based on the overwhelming evidence available that public education is failing.

</comment><comment><USER3> _At this point the only reason I wouldn't home school is because I selfishly do not want to spend all of my time home schooling._

This is a misperception. Under California law (where I homeschooled some years back), one legal option to homeschool is to hire a tutor for 3 hours a day. Not 8 hours, just 3. And there is good reason for that: The one-on-one teaching model is far more intensive than the 8 hours a day where one teacher is splitting her attention amongst 20 to 40 students. Trying to do 8 hours a day of one-on-one instruction would be a good way to burn out everyone involved.

One book or article I read indicated that one homeschooling parent went and observed at school and concluded that only 1 to 3 hours out of the day was spent actually doing school work. The rest was spent calling roll, getting in line, changing classes, going to lunch and so on. It was less time and effort for me to homeschool than to send my kids to public school. (I took my extra time and went to college part-time while homeschooling.)

Best of luck with your decision.</comment>


Cryptography Dispatches: Replace PGP with an HTTPS Form - <AUTHOR> https://buttondown.email/cryptography-dispatches/archive/cryptography-dispatches-replace-pgp-with-an-https/ <comment><USER2> I wish the post was more clear about its actual scenario, because:

 _My spicy take is that if you are concerned about email, instead of trying to be cool you should skip PGP and just put up a Google Form._

This is perfectly reasonable for Golang, which is a Google project anyway, but not for the rest of the planet.

<comment><USER3> I wish your reply was more clear about the argument and reasoning to support your view that it's unreasonable "for the rest of the planet".

Your position is _theoretically_ an interesting viewpoint, but without any context or explanation it is meaningless to the rest of us here.

I hope that you'll take the time to explain further, so that we can all comprehend your reasoning.

<comment><USER2> Go development, to my knowledge, is mostly a "Google shop". And a lot of the infrastructure at Google is harmonized company-wide, which means it's reasonable to treat it as one large entity that is already involved and there isn't much of a change in using another service of the same entity. As in, it doesn't add any parties to the security scenario. The information enters into Google anyway.

For other people, information on security incidents does not a priori enter into Google, and adding Google as an additional party is to be considered a cost — as is any addition of people you need to trust.

Furthermore, this is a situation where disaggregation provides a strong benefit. If a lot of people use any service, e.g. Google Forms, for vulnerability reports, that service becomes a prime target for state-level surveillance. How realistic that is is secondary — the question is what the benefit is for the security cost that you're incurring. While PGP is showing its age, I'm gonna argue that it's still perfectly fine for security handling, and by design its use means that you can pick and choose very well who can decrypt the data, and on what systems.

[Ed. P.S.:] Or just set up your own https form on a system already within your trust domain. If you're more comfortable with that than PGP, anyway.

<comment><USER3> There's a paragraph endorsing various HTTPS form solutions that are not Google Form midway through the article, including the specific comment:

> _The specific implementation of that form really depends on your > circumstances, I am not trying to sell you Google Forms specifically._

Based on that and the surrounding context, the author understands that a Google Form is not always the right solution. They do tend to suggest centralized solutions rather than self-hosted ones, but that aligns with my perception that DIY sites are exponentially more likely to be hacked than Google or Zendesk are.

So it seems like you're combining the argument _for_ PGP when the argument _against_ centralized solutions, but your footnote walks back the argument against PHP _as long as_ the solution is not centralized. Do you agree with the author of the post that an HTTPS form is more effective than PGP, but only as long as it's not centrally hosted?

<comment><USER2> > _The specific implementation of that form really depends on your > circumstances, I am not trying to sell you Google Forms specifically._

And that's followed by a footnote:

> _Still, a Google Form going to a Gmail mailbox enrolled in the Advanced > Protection Program is probably the most secure reporting channel against > real-world threats. PGP will get misused and anything else phished before > anyone gets into an APP'd Google Account._

... so it's back and forth on it. Since this is security we're talking about, I don't think it's a good idea to communicate in a style like that. People's brains will condense it down and then you're stuck with "use Google Forms", and that's what I'm arguing against.

> So it seems like you're combining the argument for PGP when the argument > against centralized solutions, but your footnote walks back the argument > against PGP as long as the solution is not centralized.

The decentralization is very high on the priorities for me on this, and the argument I really want to make is that you should be using something decentralized. PGP seems to be the established practice, and that gives it a huge edge just because people still need to deal with it anyway (and hopefully spend a bit of time learning how to use it correctly.) I also think that a message-level encryption system will beat account-level access control; I really don't want my phone to have access to security exchanges.

> Do you agree with the author of the post that an HTTPS form is more > effective than PGP, but only as long as it's not centrally hosted?

Honestly, no, because I agree with you that I can't host a HTTPS form and get better security out of it than I do with PGP. And I think a huge part of people is in the same boat with me there. But that may not be the case for _all_ people, hence my "If you're more comfortable with that than PGP, anyway."

(…especially since that form is only half the way, you still need to somehow read the submissions…)

But this is something that could change with the introduction of a pre-made FOSS kit to run a page like that.</comment></comment></comment></comment></comment>


Show HN: my improved regex testing and debugging service, regex101 - <AUTHOR> http://regex101.com/#

<comment><AUTHOR> I posted this last night but was told it was incorrect format so I'm giving it another try. Hope this is alright! Please enjoy the site and any feedback is appreciated.</comment>


Visual Studio Code 1.6 - <AUTHOR> https://code.visualstudio.com/updates/v1_6 <comment><USER2> I have been using VS Code as my full-time editor for a few months now and couldn't be happier. Originally I was only using it for TypeScript projects, where the language integration is top-notch, but eventually found myself using it all the time. I use the vim plugin, which is surprisingly good although it does have a few issues still.

The best thing about VS Code (and Microsoft's other big open source project, TypeScript) is the steady stream of releases. Because of the regular release cadence, small but important improvements never get blocked by some big feature that took longer than anticipated. As much as I wouldn't have believed this 10 years ago, Microsoft does open source better than almost everyone.

VS Code: developed on GitHub, written in TypeScript, great extension API, clear roadmap and regular releases. I am a very happy user.

<comment> david-given I'm currently switching from gvim to vscode and back again every five minutes, in order to use vscode's debugger --- it's gdb integration is the best I've seen _bar none_ [1][2]. If the vim emulation was good enough, I'd switch in a moment. Which, unfortunately, it's not, for me: the biggest omission is shift-Y/shift-P for yank and paste, which I use constantly, but there's holes everywhere.

(Also, the way the vscode's autopopup thingy grabs the escape key is really annoying, but I'm sure that's configurable.)

Two minor nitpicks:

[1] I haven't figured out how to make the debugger show a pointer as an array yet.

[2] I used to use ddd. By modern standards it's pretty rough, but it's data visualiser was unparalleled brilliance. (It allowed you to lay out structures on a canvas as boxes with arrows representing pointers.) I'd love to see that in vscode.

<comment><USER3> Hi! I'm one of the core developers of VSCodeVim. Shift-Y and Shift-P absolutely work for me, so please report on our issues page if they continue to not work for you: [https://github.com/VSCodeVim/Vim/issues](https://github.com/VSCodeVim/Vim/issues)

I would also be really interested to hear about the other holes that you're running into. Always trying to make a better Vim experience for you :)

<comment><USER4> I don't wish to derail the thread, but while I have your ear: is there any hope for using the neovim over its msgpack interface instead of implementing vim bindings from scratch?

<comment><USER3> That's a really interesting idea, but it would definitely be a different project than our Vim extension.

</comment></comment></comment></comment></comment><comment><USER5> I moved to VSCode 2 month ago, after 6 years with Sublime. Really happy so far. Their team does an amazing work.

If interested, this is the list of extensions that I use for JS development:

\- Eclipse theme (a theme with a decent color scheme for ES6+, JSX and Flow types) - [https://marketplace.visualstudio.com/items?itemName=tdtp23.e...](https://marketplace.visualstudio.com/items?itemName=tdtp23.eclipse- theme)

\- Nomo Dark Icon Theme (icons) - [https://marketplace.visualstudio.com/items?itemName=be5invis...](https://marketplace.visualstudio.com/items?itemName=be5invis.vscode- icontheme-nomo-dark)

\- Path Intellisense (local imports autocomplete) - [https://marketplace.visualstudio.com/items?itemName=christia...](https://marketplace.visualstudio.com/items?itemName=christian- kohler.path-intellisense)

\- Npm Intellisense (3rd libs imports autocomplete) - [https://marketplace.visualstudio.com/items?itemName=christia...](https://marketplace.visualstudio.com/items?itemName=christian- kohler.npm-intellisense)

\- Typings autoinstaller (3rd libs types) - [https://marketplace.visualstudio.com/items?itemName=jvitor83...](https://marketplace.visualstudio.com/items?itemName=jvitor83.typings- autoinstaller)

\- Auto Close Tag (close JSX tags, not perfect but better than nothing) - [https://marketplace.visualstudio.com/items?itemName=formulah...](https://marketplace.visualstudio.com/items?itemName=formulahendry.auto- close-tag)

\- Flow for VSCode (to support Flow types) - [https://marketplace.visualstudio.com/items?itemName=flowtype...](https://marketplace.visualstudio.com/items?itemName=flowtype.flow- for-vscode)

\- ES6 snippets - [https://marketplace.visualstudio.com/items?itemName=xabikos....](https://marketplace.visualstudio.com/items?itemName=xabikos.JavaScriptSnippets)

\- React snippets - [https://marketplace.visualstudio.com/items?itemName=xabikos....](https://marketplace.visualstudio.com/items?itemName=xabikos.ReactSnippets)

<comment><USER6> This is very helpful, thanks!

</comment></comment><comment><USER7> I always had Visual Studio for .Net development and for everything else it changed. First Notepad++, then Brackets, Atom, then Sublime Text and since 4 months it's always been Visual Studio Code.

It's nuts how fast Visual Studio Code is evolving. Good job Microsoft, developers and the community.

My only fear is that the application would become bloated, but for now it's still blazing fast. Even when i have to much extensions on :p

Edit: I'm on HN because Visual Studio is updating for the next hour probably :) [https://gyazo.com/5ec738470b265531975f2aea0834d72f](https://gyazo.com/5ec738470b265531975f2aea0834d72f)

<comment><USER8> We're very committed to fight bloat, as with any large software project its always a risk so please help keep us honest

<comment><USER7> I am not sure if you are talking about Visual Studio Code or Visual Studio ( which is still updating)

I'm not talking about the IDE, the IDE runs great. Referencing Visual Studio as bloated was not my intention, i was afraid that Visual Studio Code got bloated. The only thing is that Visual Studio updates always take a long time, that's probably the only thing that is troubling me sometimes. It's been 2:30 hours updating now : [https://gyazo.com/b8718354c629fbd6e0c4867dfb95e0eb](https://gyazo.com/b8718354c629fbd6e0c4867dfb95e0eb)

I also know Visual Studio is a very big application ( i personally use mostly Asp.Net in combination with c# and Cordova) with many developers ( i heard 1200 developers in a talk with a Product Manager of Visual Studio). But 2:30 hours updating is just a very long time :)

</comment></comment></comment><comment><USER9> I don't know, every time I see a new release of Atom or VS code and people praising it in comments I go ahead and download it and open the project that I am currently working on in Sublime for side by side comparison. And what strikes me most is how smooth Sublime is compared to Visual Studio Code or Atom (at least on my mac, I dont know about windows experience). Scrolling is much slower in VSC and searching through files is much much worse than in Sublime. Those little things are what makes an editor a winner, it just does not slow you down and annoy you. So once again Visual Studio Code failed to lure me away from Sublime, I dont even know why I am still trying to...I love Sublime Text.

<comment><USER10> Here's a good test: Do you want a text editor, or do you want something that's close to an IDE?

Atom/VS Code exist to be IDE-y, not as thought experiments on text editors in the browser. Their advantages are in the ease of developing extensions and tools that aren't part of the core package.

The difference is similar to Vim/Emacs. Of course Vim has some IDE-y plugins, but they're rarely as rich as what ends up getting built in Emacs.

<comment><USER9> Choppy scrolling is a high price to pay for an IDE in my opinion.

<comment><USER11> It's definitely not choppy on my machine. There must be something wrong with your configuration. I would suggest to submit an issue on GitHub.

</comment></comment></comment></comment><comment><USER12> I've been working lately on getting Visual Studio Code to compile for ARM. Its working fairly reliably but Travis doesnt support the toolchain so Im having to use Gitlab CI in the meantime.

I want to give this a little more polish before I release, but can I gauge from the folks here if there would be any interest in ARM nightlies for Raspberry Pi (and other ARM SBCs)/ARM Chromebooks?

If so, I'll move some things around to get it done in the next few days.

Works really well on Chrome OS with Crouton, owing to the integrated terminal:

[https://twitter.com/headmelted/status/778458660003393536](https://twitter.com/headmelted/status/778458660003393536)

<comment><USER13> Not so sure about a Raspberry Pi, it'd probably just be a novelty there, considering how slow the Pi is running Chromium and the like. (Though the Pi 3 might be able to handle it better).

Chromebooks on the other hand, sound like a great idea.

<comment><USER12> That's what I thought, but it runs quite well on a RPi2.

Extensions working well too, at least as many as I have tried.

</comment></comment></comment><comment><USER14> I love VSCode. Sublime still trumps it in two places though - multi-cursor support in VSCode isn't quite as powerful as Sublime I particularly miss the middle click, drag, select rectangle [1].

The other area is that global search/replace isn't as powerful or nearly as quick.

I'm hoping both of these are things they fix in time.

[1] [http://jdon.at/19OUp](http://jdon.at/19OUp)

<comment><USER15> Middle-click and drag is a game-changer! Thanks for the heads up.

<comment><USER16> Try this [https://code.visualstudio.com/docs/editor/editingevolved#_co...](https://code.visualstudio.com/docs/editor/editingevolved#_column- box-text-selection)

and for multi cursor [https://code.visualstudio.com/docs/editor/editingevolved#_mu...](https://code.visualstudio.com/docs/editor/editingevolved#_multiple- selections)

Sean - a member of the @code team.

<comment><USER17> I _love_ VS Code (we're pretty invested in TypeScript, so it was a natural fit), but the one thing I really miss from Sublime is that code preview thing that shows a bird's-eye view of the current file and lets you click around to any part of it. Any idea if there is or will be a way to enable the same functionality in VS Code?

Edit: Apparently this is called the "minimap" and is a popular feature request, so guess that answers that.

</comment></comment></comment></comment><comment><USER18> I've recently switched to VS Code full time for C# and Python development and I couldn't be happier. While I miss some of the more intelligent intellisense from full VS, I love that I can do all of my dev on OS X. Its integration with .NET Core makes my life easy; really can't complain at all.

<comment><USER19> Really, for c#? I assumed that the type-inferencing in and extension methods would make proper IDE support of C# on a "light" platform like vscode impossible. How do you manage your vcproj file?

<comment><USER18> I figured the same! But it handles type inference, extension methods, using static, etc like a champ. Even does completion for project.json. I don't use vcproj since I just use dotnet core.

<comment><USER19> I thought project.json got mothballed? Did they take another kick at it and make it work?

<comment><USER20> Don't recall ever hearing it got mothballed during development - though I do believe they've bent over and are going to support csproj files with .NET Core in the future as well.

Here's the relevant page on project.json: [https://docs.microsoft.com/en- us/dotnet/articles/core/tools/...](https://docs.microsoft.com/en- us/dotnet/articles/core/tools/project-json)

Edit: I need to be better about deep reading through links. [https://blogs.msdn.microsoft.com/dotnet/2016/05/23/changes-t...](https://blogs.msdn.microsoft.com/dotnet/2016/05/23/changes- to-project-json/) looks like project.json will be mothballed. Kind of.

<comment><USER21> Project.json is getting pitched, but until the successor arrives, it's still the only way to do .Net Core dev.

</comment></comment></comment></comment></comment></comment><comment><USER22> I switched from Atom to Visual Studio Code for my new project (TypeScript frontend and Go backend) and I am really impressed.

Although the Go support is really good in Atom (missing a few things like debugging and jump to definition via mouse), the TypeScript support is significantly slower than in Visual Studio Code.

There are few things missing Visual Studio Code though: Multiple top-level folders, customizable UI (font size in particular), a few essential extensions that Atom has and probably other things I forgot.

<comment><USER23> I love so many thing about VSCode but multiple top-level folders is a necessity in order for me to use this as my daily editor.

Microsoft pls

<comment><USER24> Use the UserVoice, Luke! It's the main way they get feedback and feature requests and they seem to really pay attention to it.

<comment><USER25> UserVoice is now deprecated[1], but they are perfectly fine with opening Github issues for feature requests.

[1][https://code.visualstudio.com/blogs/2016/08/19/goodbyeuservo...](https://code.visualstudio.com/blogs/2016/08/19/goodbyeuservoice)

</comment></comment></comment></comment><comment><USER26> Looks like this editor is constantly improving.

Anyone have an opinion on how this editor compares to webstorm?

Suppose I'll have to just give it a try to find out.

<comment><USER27> debugging is the best I've ever experienced. Webstorm debugging was problematic for me a year and a half ago. Visual Code has surpassed Atom by far as well, which weirdly does NOT support client side debugging for javascript (and that's a major mistake on Atom's behalf). In VSCode debugging is of course provided by 3rd party packages, but their API and rich debugging GUI seems to make it extremely easy to hook into it. In short, if you're using webpack-generated sourcemaps, VSCode is the way to go. Being able to finally debug in your actual code (rather than Chrome devtools) is a dream come true! Otherwise I love their built-in linting and git support.

Here's the chrome debugger:

[https://marketplace.visualstudio.com/items?itemName=msjsdiag...](https://marketplace.visualstudio.com/items?itemName=msjsdiag.debugger- for-chrome)

I've submitted several bug reports to its creator (a developer at Microsoft) and received prompt response as well as fixes! It lets you attach to running browser windows or launch a new one.

Next and perhaps more importantly, there's a debugger for React Native!:

[https://marketplace.visualstudio.com/items?itemName=vsmobile...](https://marketplace.visualstudio.com/items?itemName=vsmobile.vscode- react-native)

And it works flawlessly, and brings along IntelliSense for React Native elements/apis, etc.

If you're a javascript developer, drop what you're doing / what you're using, and make the shift to VSCode. If you're using Atom currently, you can likely find your same themes in the VSCode extension directory, which--for me--made the shift almost seamless (the feel shares a lot in common with Atom because of its Electron roots).

<comment><USER28> Same here, but for Firefox (which I prefer for WebDev). Just switched to VSCode because it's the only editor[1] that has a working JS Debugger for it: [https://github.com/hbenl/vscode-firefox- debug](https://github.com/hbenl/vscode-firefox-debug)

[1] Though other editors might follow. Just saw that the Firefox Debugger team would be interested in integrating their new react/redux based debugger into Atom: [https://twitter.com/clarkbw/status/783358566858010624](https://twitter.com/clarkbw/status/783358566858010624)

<comment><USER29> Would you say the Firefox debugger works equally well as the Chrome variant? (In terms of responsiveness, integration, overal experience). I really fancy the JS debugger of VSCode but I'd hate to drop Firefox for that.

<comment><USER28> I don't understand your question.

> Would you say the Firefox debugger works equally well as the Chrome variant?

Are you talking about the native debugger. Not sure. I only use the Chrome debugger from time to time, but mostly use the Firefox debugger. So it's ok, but since I use it all the time, I know it has its warts...

Anyway, there are completely rebuilding it using react.js at the moment: [https://hacks.mozilla.org/2016/09/introducing-debugger- html/](https://hacks.mozilla.org/2016/09/introducing-debugger-html/)

> (In terms of responsiveness, integration, overal experience).

As said I use it (firefox and vs code) all the time as a JS developer.

> I really fancy the JS debugger of VSCode but I'd hate to drop Firefox for > that.

That's the part I really do not understand. I do use Firefox (and its native devtools), and I do use VSCode plus its Firefox extension. So no reason to drop Firefox ;)

</comment></comment></comment></comment></comment><comment><USER30> Just got the prompt to install, so I figured I'd check HN while it was rebooting and this was on the front page. I switched to VS Code from Atom about 2 months ago and I couldn't be happier!

</comment><comment><USER31> I switched from _years_ on sublime (paid) to vscode in a hot minute for Go development. Awesome jump to declaration and linting. There is one thing it has trouble with and that is auto-complete from within sub-packages. Not sure why yet.

<comment><USER32> I'm on LiteIDE for Go - have you tried it? If so, do you know how VS Code compares to it?

I have a very multilingual project so i'm resigned to using multiple IDEs anyway (LiteIDE for Go, VS for C#, Qt Creator for C++/Qt, Eclipse PDT for PHP, Notepad++ for bash...)

<comment><USER31> I've not tried LiteIDE since it first came out. I did not enjoy the experience at the time. The toolchain in VSCode is really nice. You can run tests from your cursor, the file, or the package. There is a built in terminal if you want it. Jump and peek definition for stdlib and imported packages. GoImports works, but so does a cmd+p prompt where you can ">Go: Add Import" and specifically add the import you want so autocomplete just starts working for it. The linting catches me all the time when I type fmt.Println instead of fmt.Printf or have the wrong format types in the string. You have to mouse over something to get its method signature or type, but I've gotten used to it. I even have found myself using its git diff viewer. It also has delve debugger integration, but I've not had the chance to use it yet.

I also use VSCode for bash, python, perl, HTML, markdown, and probably a few others that I'm forgetting. However, I primarily use it for Go.

</comment></comment></comment><comment><USER33> Probably the best editor for anything Javascript related. <3

<comment><USER34> For me it's also amazingly good for C and Go development.

<comment><USER33> oh that's actually really good to hear - my team has a lot of backend services in Perl (yeah..) that we're moving to Go :)

<comment><USER35> Why would you rewrite _already-working_ services written in an expressive and battle-tested language to a fad 1970s-style language?

It's like being in the late 90s and replacing your existing infrastructure with Java hype, except with a language somehow worse but justified with Rob Pike's pseudointellectual bullshit.

<comment><USER33> Haha fair argument. As someone pointed out - it's very easy to incur technical debt in Perl. It's a dynamic language with virtually non-existant dev tools and lacking open source community. I personally can't wait to go back to a static language for our backend. We're looking at NodeJS (of course...), JVM, and Go. Arguably you can fake typing in NodeJS with TypeScript, Flow, etc, but my team isn't too excited about JS for our backend, I personally have an allergic reaction to Java for backend and I really want a static language, so by process of elimination, Go wins.

<comment><USER35> Fair, and good response. I was kind of just venting about my general dislike for Go there….

I do think Go has a decent niche for backend services similar to Erlang but with a much easier learning curve (and more available talent). Sounds like you're actually using the right tool for the right job.

</comment></comment></comment></comment></comment></comment><comment><USER36> What I find to be hilariously missing is drag & drop for the selected text. I tried switching to VS code a couple of days ago and realized I couldn't do such a basic thing.

That and a decent FTP extension. No one wants to sync their entire project just to upload a single file. ugh.

<comment> david-given You _use_ drag and drop of selections? I don't think I've _ever_ done that on purpose --- every time I've ever dragged selected text has been by accident, followed by much cursing as I try to fix my mangled document.

I'd turn it off system-wide if I could!

<comment><USER37> I would curse too if no one ever told me I could use Ctrl-Z to fix something like that.

</comment></comment></comment><comment><USER38> I've been using VSCode for a few months now, I'm finding it to be really powerful. Main downsides for me:

* The Flow support (via an extension) is pretty far behind the TypeScript support, which is understandable but not ideal.

* It doesn't yet have the critical mass of mindshare for it to be primary target for extension authors, i'm hoping that changes.

* The lack of ability to customise/theme the UI means I can't do anything about the fact that my syntax theme looks totally out of place in the UI.

</comment><comment><USER39> If any of the VS Code developers are reading this, I have a few suggestions:

When I open a single code file with VS Code, I'd like the workspace to automatically get populated with the other files in the same folder, or at least have a simple option to do so. I like that VS Code use the folder structure instead of a special project file like .sln, but this is a small annoyance since I often open single files before deciding that I want to continue to work on the whole project.

Make it easier to run Python code. I don't think there's an easy way to run my script and see the output in a terminal without filling in some json file? Please correct me if I'm wrong.

I'd really like support for Jupyter notebooks. They're already web based, so it makes sense.

For new users or users that only use it rarely it seems a bit opaque with json based settings, and a lot of things hidden behind a command palettes. It's great to be able to do everything with the keyboard, but maybe surface some of the things in a GUI too?

Visual Studio with Python tools are my IDE of choice for Python, so there's every chance the VS Code will become a great Python development tool too.

<comment><USER40> Hm there is this for fast (shell) execution: [https://github.com/DonJayamanne/pythonVSCode/wiki/Miscellane...](https://github.com/DonJayamanne/pythonVSCode/wiki/Miscellaneous#execute- in-python-terminal)

Jupyter support has been added in version 4.0: [https://github.com/DonJayamanne/pythonVSCode/releases](https://github.com/DonJayamanne/pythonVSCode/releases)

</comment></comment><comment><USER41> I only miss a code minimap. It's my choice for code editor since its release, replacing Atom.

<comment><USER42> I've honestly never found a practical use for that. But then, most of my code files are either at most 2-3 pages long, or things like long .json files in which a minimap doesn't really help much.

</comment></comment><comment><USER43> The Python coding experience in VS Code is very nice. Regarding to debugging Python code, can't say much about it just because I started using it yesterday. Even so, was a pleasant experience too.

<comment><USER44> I started using it last week for Python. My experience was also good. Configuring venv to work with the integrated console was very simple.

</comment></comment><comment><USER45> Switched to VS code from atom and loving it already. This is what Atom should look like. Atom has become so bloated it's a pain to use now. But there was a previous comment online maybe on HN or Reddit about an issue in the privacy policy or license in VS code. Any idea about that??

</comment><comment><USER46> While this editor really attracts me, (it has that Emacs-y vibe, where it integrates many external tools in nice cohesive interface) I still cannot overcome that it is still basically an electron app. Atom is just a no go, despite all the candy looks and nice little plugins, I cannot justify energy and memory usage. I heard VSCode is totally different story, but I have yet to find js developed desktop app that doesn't make me cringe! Previously I bothered, and tried many of them. Now I just don't even try, just skip. And VSCode looks sweet, really sweet! And I would like to try it if, but the way and nature of application is pushing me away. Maybe if some of you folks convince me I'm wrong I'll give it a shot. :)

<comment><USER13> I despise Electron and the culture it encourages of huge, slow applications.

I do have to say, that VS Code is entirely different, and the first time I played with it, I didn't realise it was using Electron.

It is really solidly engineered, with an insane amount of time and effort by great people working on the best of features for what an IDE needs, rather than the next shiny feature. (Scrolling, Time Travel Debugging, functional end points within to better allow for Vim and Emacs style integrations).

My upshot? Give it a chance.

This isn't something insane created by someone convinced Electron solves all their problems for them.

Its experts in TypeScript using what they know, inside and out, to make something deserving of the expert's attention.

The installer is 30ish MB, unliked the 200ish I've seen from a ton of Electron applications. gVim takes up the same amount of space on my system.

<comment><USER47> > I do have to say, that VS Code is entirely different, and the first time I > played with it, I didn't realise it was using Electron.

This. I didn't like Atom's performance on my MacBook Air, but Code was running beautifully. "Finally," I thought, "a native code text editor that has all the features I want instead of some bloated Electron crap."

Oh. Oh you sweet summer child.

And the best part is it doesn't matter that I was wrong; I got what I wanted: a nice, free, performant text editor with Git integration.

</comment></comment></comment><comment><USER48> VSCode has been my full time editor. Thanks!!

</comment><comment><USER49> Started with brackets, moved to Atom and settled at VS Code. Like their monthly release with useful features

</comment><comment><USER50> This might sound like a weird question, but after a lot of search I found no keyboard shortcut to toggle between the editor and integrated terminal. It sound like a I'm picky but it's a bit of a timewaster to have to pick up the mouse just to switch from editor to the integrated terminal. A most I could use an external terminal window but that kinda defeats the purpose of having an integrated one I think. Is there such a key binding?

<comment><USER51> Other commenters aren't answering this. ctrl+` hides or opens the terminal. If you want to leave it open there's no command to toggle only your cursor focus from editor to terminal.

edit: I take it back, It's just not bound.{"key": "ctrl+#", "command": "workbench.action.terminal.focus"}

But you can't move the focus back with that toggle.

[https://code.visualstudio.com/docs/editor/integrated- termina...](https://code.visualstudio.com/docs/editor/integrated- terminal#_key-bindings)

<comment><USER25> Good point! I already have double pressing the terminal toggle in my muscle memory, using focus might be worth changing that habit.

To "get out" of the terminal, cmd+1 sets focus on the editor again (to be precise: focus on the first editor group if there is a split view).

<comment><USER50> Yes, thanks very much! I actually had those too, as a backup but I think different combinations for opening and closing (or in this case toggling into terminal, and back into the editor) are more cumbersome than simply opening/closing.

</comment></comment></comment></comment><comment><USER52> Is anybody using VS Code for Haskell development? How is the extension like?

</comment><comment><USER53> Are there any VS Code users around who used to use either Emacs or Vim who might share a few things they feel VS Code does better? I'm curious about these modern editors and sometimes wonder what they have to offer besides possibly being easier to learn (an advantage I'm not interested in).

<comment><USER54> Vi/Vim user since 1992. Flirted with emacs every so often. I haven't used Vim in 9 months since installing VS Code. Here's why:

1\. IntelliSense support is the best outside of Visual Studio itself. 2\. Integrated debugging (currently use C#/mono and Python debuggers a lot) 3\. Great git integration. Best "GUI" client around. (advanced git features are not provided, but everyday stuff is really well done) 4\. Visually appealing. Not saddled with a terminal heritage.

Just to name a few. Yes, Vim and Emacs have all of these, to some degree. But VS Code does them all better (IMO).

It's fun to use. There's a lot to discover, but there's enough there to be productive right from the start.

<comment><USER53> Thanks! It seems that most of those advantages are not directly about text editing but more about being a better IDE. I guess that for someone like me, that uses Emacs mostly for writing prose and for file management, and only occasionally for programming, the things you mention don't sound as attractive (and when coding I never use a debugger, which is probably a mistake on my part).

About git: have you tried magit for Emacs?

<comment><USER54> Yes, I have used magit while trying to find some love for emacs. It's fine. But I still prefer VS Code's git integration. It's the simplest client I've seen. I don't mind using the command line for git, but if I'm in the editor, I can do anything I need to do for my daily workflow with keyboard commands or point and click, whichever mood I'm in.

And as far as text editing, there is a lot that VS Code provides for getting around and moving around text and windows and files. Multiple cursors and syntax-aware selections provide me what I loved about Vim (macros and text objects). And now I don't drive myself nuts hitting the escape key in every other application where I type some text.

</comment></comment></comment></comment><comment><USER55> I love VSC, and use it for Python.

It's the only GUI editor that's ever "stuck" for me, having bought Textmate, tried Sublime, etc. Always go back to CLI Vim. I'm coming from the perspective of someone that _hates_ IDEs, and only wants a _bit_ more than what Vim provides in terms of battery inclusion. I think VSC's level of Git integration, for example, is perfect for me. Handle the common stuff, drop to the CLI for the rest. Extensions, especially relative to Sublime, also perfect for me.

The rate of improvement, while obviously a draw, only manages to give me fear that it's going to turn into IDEA or whatever, nested menus upon menus of corner-case features that I will never, ever use. My brand of minimalism actually makes me wish they would slow down :P

</comment><comment><USER56> How does VS Code compares to Atom? If I'm not mistaken they're both written in Electron, right?

<comment><USER57> VS Code doesn't run like shit.

</comment></comment><comment> david-given There's no support yet for non-git version control systems, right? I gather they want to add support for this via extensions, but the underlying APIs aren't there yet.

Does anyone know if there's an ETA for this? (I'm a Mercurial shop.)

</comment><comment><USER58> Any idea how to get it running on a Windows Machine where I don't have admin rights? (typical work setup). Any portable version available?

</comment><comment><USER59> Did they ever fix the DPI scaling issues?

<comment><USER60> I don't have any scaling issues on my Win10 4k 175% scaling setup. But unfortunately text rendering is still blurry compared to native editors due to the underlying Electron/Chromium renderer. Hope this will get resolved soon :'(

[https://github.com/Microsoft/vscode/issues/1896](https://github.com/Microsoft/vscode/issues/1896)

<comment><USER61> I guess that's what they meant. While the scaled-up result has the correct size and avoids other artifacts of broken high-dpi rendering, it's, well, blurry.

However, I suspect that this is more a Chromium/Electron issue than one for VS Code and other applications built like that. Heck, not even Chrome scales properly on high-dpi displays, which is pretty poor in my eyes.

<comment><USER59> Hmm, Chrome looks perfectly fine on my high-DPI display (4k 150%), but both Atom and VSCode have major issues. Possibly an Electron issue I suppose, but I can't say for certain. Pretty ridiculous that almost every other app I run scales perfectly now, but text editors don't. Of course, Emacs, Notepad++ and Sublime all work perfectly so it doesn't impede me much.

</comment></comment></comment></comment><comment><USER62> Can I use VS Code to work with remote files? I almost always work with remote files for development at my day job and would like to switch to VSCode for its better JS support. Right now I am using SublimeText3 with the rsub plugin to edit remote files.

What workflow do you guys use when working with remote files?

<comment><USER63> We use Unison[1] to keep a local copy in sync with remote, then just pop open the local copy in any editor.

It sits and watches both the local and remote filesystem for updates, it's fast and efficient, even in large projects. Downside is that it needs to be installed on both ends for the filesystem watching to work.

[1] [https://www.cis.upenn.edu/~bcpierce/unison/](https://www.cis.upenn.edu/~bcpierce/unison/)

</comment></comment><comment><USER64> Is there a good VS Code extension / built in support for function / method list on a separate side bar?

Something similar to Structure view in Webstorm or Function List in Notepad++?

I learned that Ctrl-Shift-O will show functions but it is a not a permanent view.

<comment><USER65> There will be.

Maybe I will port my Atom plugin ( [https://atom.io/packages/atom- lupa](https://atom.io/packages/atom-lupa) ) to VSCode or maybe I'll write from scratch whole thing.

I don't know when exactly though (now I'm making something bigger than that and it takes time).

</comment></comment><comment><USER66> I'd like to switch from Atom but a few little niggles make me keep going back. I like how Ctrl+K has the emacs-style behavior in Atom, and there's an annoying bug in VSCod's tex mode which stops commenting and uncommenting of lines from working.

<comment><USER67> You can override any key combination.

<comment><USER66> I looked into it, but it wasn't obvious how to:

(i) make Ctrl+K put the deleted line into the paste buffer.

(ii) allow repeated applications of Ctrl+K to delete multiple lines.

<comment><USER68> Is Ctrl+X what you're looking for? Maybe you can change the binding of that.

<comment><USER66> Thanks, that is what i was looking for. Feel a bit silly for not noticing it, but it seems like an unusual behavior to associate with the 'cut' shortcut.

<comment><USER68> I think they got that from Sublime Text ;)

</comment></comment></comment></comment></comment></comment><comment><USER69> Still can't work with proxy without some magic tricks at my office.

Still slow as hell.

Not sure if it can open large log files (Atom crashed whenever you try to open pretty small log file, like 60mb or something)

etc.

I don't get why whould anyone prefer this to Sublime, to be honest.

<comment><USER70> How do you work with proxy? I can't install any extensions without manually downloading and installing.

<comment><USER51> You can set the http.proxy option in your settings.json. I have to use just "http.proxyStrictSSL": false because we MITM traffic and the bundled node doesn't check the windows cert store.

<comment><USER70> I can see the list of extensions doing this but trying to install gives "Server returned 407".

UPDATE: Turns out I have to include my username and password in the URL. I don't install extensions often so I will do this temporary when I do.

</comment></comment></comment></comment><comment><USER71> Now MS just have to seamless integrate their Ubuntu Bash filesystem with the Windows filesystem so I can create files in VSCode and access then in the ubuntu shell. They will build the best dev environment.

<comment><USER72> An environment that doesn't match your production server is far from being the best one (this doesn't apply to all cases but you get the idea)

<comment> dyu- Agree 100%. Ubuntu desktop and server is gaining market share among devs (those who prefer working on bare-metal) for precisely this reason.

</comment></comment></comment><comment><USER73> How is Markdown support? Does it support GitHub Markdown?

I'm using Atom as it has some nice plugins. But I tend to preview my markdown in Marked 2 anyway.

<comment><USER25> It does support Github Flavoured Markdown and has a preview mode built in, no extension needed.

<comment><USER73> Awesome. Thank you. I haven't tried VSCode since before 1.0. Downloading now. I'd love to get away from Atom.

</comment></comment></comment><comment><USER74> Is there an option/mode to simply highlight matching parentheses for plain text or files that don't have their own language modes?

<comment><USER75> I want the appearance of the bracket matching to be specifiable as a preference, so I can make it as visible as _I_ want to make it and not have to just live with what someone decides is best for me and hardcodes.

</comment></comment><comment><USER76> Is it possible to open the same file in multiple tabs, yet? You can split screen a file but that gets cramped on a notebook display...

</comment><comment><USER77> for js editing vs code is great and even for small java projects you can use vs code. a better maven integration in the redhat java extension would be great, though

</comment><comment><USER78> does it still not have flexible split window feature? argh...

<comment><USER79> What exactly do you mean by "flexible split window"?

<comment><USER78> split 'em however you want.. not just the 3 columns or 3 rows layouts

<comment><USER79> Ah, I see. It's not even in Sublime2 (there's only 2 by 2 layout). One full height column and one split does sound useful.

<comment><USER78> it is in sublime 2, via the More Layouts plugin

</comment></comment></comment></comment></comment><comment><USER80> Does it have fuzzy search by whole file path yet?

<comment><USER25> Yep, works. Even without using slashes in the search string.

</comment></comment><comment><USER81> i use brackets right now, would i like this?

</comment><comment><USER82> in before sublime/atom is better...</comment>