This would give IDEA more marketing appeal
Per Eugene Vigdorchik's suggestion on the plugins thread on IntelliScala, what major changes to IDEA do you think would give it a significant boost in market appeal? Think big changes such as along the lines of supporting a new language.
请先登录再写评论。
Rather than something IDEA-related, I'd rather see a big marketing push. Most of the managers I've spoken to immediately ask 'Why is is worth spending money one when we can get Eclipse?'. And given much of it is usability related it's hard to quantify in a way that management can see the benefit.
So marketing information in this area would be great, and also extra work on interoperability - it's much easier to sell if it slots in to the existing environment.
Correct. Now you see what I want. The plugin should exist and come with IntelliJ. If it doesn't, then it doesn't exist to most users.
You know about the Ruby plug-in, yes?
Evgeny Goldin wrote:
+10
regards,
Messi
it IS difficult, indeed. We have a lot of projects, most of them with more than 20 dependencies: we are now managing the dependencies through ivy but we have no standard way to relate the ivy dependency to our IDEA projects (and the currently existing plugins do not seem to fit: we want live, 2-way support of ivy dependencies in IDEA). Every time a new library gets added to the dependencies repository we must:
1) add the dependency into IDEA as jar
2) zip the sources in a jar and add them to idea
3) zip the javadoc in a jar and add them to idea
4) copy the jar in the ivy repository (redundant with the IDEA libs)
5) modify our local ivy.xml file to reflect the dependency (redundant with the idea project)
Add to this the fact that a lot of libraries don't come with ivy files and we must add them by hand and you get the picture. It IS difficult, and the IDE should take into account this.
We have a home-grown system (developed long time ago) updating IDEA .ipr/.iml files, taking it's input from per-project XML file listing all third-parties (our projects also have tens of dependencies). Every time a library is updated, one needs to download it, unpack properly, submit to Perforce, update project's XML file (to reflect new version number) and re-run the script that updates IDEA files. And I didn't ever feel someone thinks it's a lot of work (and like I said before - personally, it's fun for me .. )
I understand that your circumstances are different and I have no problem with IDEA helping you, of course ! I just wished that it'll possible to turn this functionality off.
Did you have a look at the mavenreloaded plugin ?
Indeed it's not Ivy based but it seems to do what you want based on maven pom files : maintain IDE libraries based on a master file (in that case a pom file).
The plugin is open source and available on googlecode, if you want to have a look at it.
"Maxim Shafirov" <max@jetbrains.com> wrote in message
news:es71kc$k0b$1@is.intellij.net...
<amohombe@yahoo.com> said:
>
for company.
have a discount,
purposes too.
each person, so
the license too
>
must be covered
How would you know? This is a bizzare requirement. Say, I
pay from my credit card, but my company allocates $2000/year
for classes and training. If I pursue them to allow me to
spend this money on software too, then essentially I would
pay with company money. But the copy will be mine, so if I
leave I take the copy with me.
What matters is:
Personal license: you pay for it with your own money.
Comercial License: the company pays for it.
Period.
MJ> This is a bizzare requirement. Say, I pay from
MJ> my credit card, but my company allocates $2000/year for classes and
MJ> training.
The reasoning is simple. The license makes it so that the company doesn't
buy all the licenses at half price, by offering the license to the developers.
As long as developer turnover is less than 50% the company is spending less
by doing this. And the turnover cut-point can be even greater, because the
company is cutting on upgrade costs too.
It could be argueed that if you NEVER use the software for doing ANYTHING
of benefit to the company Jetbrains could make an exception, but even the
fact that you're getting better at programming by using IDEA is of benefit
to the copmany, so this option is out too :)
a one hour video showing how much faster you can be by using idea instead of eclipse, showing some fancy numbers and calculations stating that you can save x % time would be nice.
if it becomes a "known fact" (aka predjudice) that you're faster with idea, jetbrains has won the war.
Doesn't even need to be one hour, just a short youtube video of
cherry-picked use cases which can be done in Idea much faster, or indeed
things that are not possible in Eclipse. Get that on reddit or digg and
you've got all the (viral) marketing you need.
You could even go all 'mockumentary' and call it 'An Inconvenient
TruthHHHH^H IDE' heheh
N.
HamsterofDeath wrote:
+1
Stability over features any day.
+10
I also agree. I've been an IntelliJ fanboy forever and v5 and now v6 have really caused me to question my faith.
Just yesterday, a minimized IntelliJ instance shot to 99% CPU utilization and it took me killing the process to get my workstation back. Editing JSPs, XML files (including struts and tiles config files) is agonizingly slow.
I've got an Athlon MP box (2 CPUS) with 2GB RAM and I'm running with my IntelliJ caches and project files on a local disk. I have inspections dialed way down. I've turned off the automatic file system synch. What more do I have to disable to get a responsive IDE?
All these new features sound great and may save me time but honestly, all the stalls and hangs I encounter in just the simple things (like opening the project frame, loading a file, editing a file) bleed hours and hours of my time away.
Please get performance and stability fixed.
+10
Never thought I'd find myself putting NetBeans through its paces, but I am becoming more than a little concerned.
It's not just the speed; it's the annoying little bugs that get reported, but don't seem to get fixed.
When I read that they'd already launched themselves onto version 7.0, without addressing the problems in the previous release ... well, as I said, I'm more than a little concerned.
Jim - Having been where you are, I suggest you take cpu snapshots when you experience the editing slowdowns and submit those with an new issue. We've had moderate success doing that and having JetBrains address our performance issues in the 6.0.4+ series. Also, if you are on 6.0.4, you should try the 6.0.5 beta release as it does have some improvements and your cpu snapshot will be more relevant.
I also agree. I would like to see bugs get fixed in the current version, instead of them getting fixed in a new version(which I have to pay for).
Also, small enhancements seem to fall to the wayside.
The only time some of these things seem to get fixed is when someone posts a thread that really complains loudly.
And, like you, I am also checking out NetBeans. And, there are some things that I like. They still need a few things, so I will see where it goes. Ironically, IDEA 7.0 and Netbeans 6.0 seem to be on somewhat similar time lines; NB may be slightly farther out for the final release(they won't be beta until May). It is going to be an interesting race.
If you want to have bugs fixed it helps to mention them. Which little bugs do you want fixed?
Bas
Which small enhancements do you want to see implemented?
At least that means Jetbrains is listening. And hundreds of bugs do get fixed each EAP. If your favorite is not among them, there is at least another way of getting attention to it by mentioning it on the forum. It hear it is worse for other IDEs...
Bas
Off the top my head?
This one would be nice ..
http://www.jetbrains.net/jira/browse/IDEADEV-13278
and this one is really annoying me ...
http://www.jetbrains.net/jira/browse/IDEADEV-12949
and this was just rude ... no-one even asked!
http://www.jetbrains.net/jira/browse/IDEABKL-4949
Hello Rayz,
Putting a request in backlog in "To Be Discussed" state is exactly the way
we use to ask users about the value of a suggested change.
--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"
Hello,
I believe that I've fixed it but I need some time to test it myself :)
-
Anna Kozlova
JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"
Here are two related ones, stuck in backlog hell(the date field in live templates I have mentioned a few times in this forum):
http://www.jetbrains.net/jira/browse/IDEABKL-631
http://www.jetbrains.net/jira/browse/IDEABKL-4210
There is another one concerning not being able to use characters like "/' in the abbreviations for live templates(which we used to be able to do), but I cannot find it to save my life. Only way I can create a live template with an abbreviation starting with a "/" is to edit the XML file; and even then /t no longer works because of one of the HTML live templates(T), which would never stay turned off(at least in 5.1).
There are few others, I will find them when I have the time; my JIRA ID went belly up a while back, so I can no longer find any requests by my ID.
As for Jetbrains listening, yes, sometimes you do, though in all honesty it does seem to take a commotion to get your attention.
Don't get me wrong, I think you have a very good product here, else I would not still be using it. I am just not blindly loyal yet. :)
>
>
Fixed
--
regards,
--
Alexey Kudravtsev
Software Developer
JetBrains, Inc, http://www.jetbrains.com
If we're looking for tiny things with maximal annoyance factor, it's hard to beat
http://www.jetbrains.net/jira/browse/IDEADEV-12660 , which makes me furious every single time I hit it.
--Dave Griffith
Thank you ... :)
That's fair enough, but I was kind of expecting some sort of discussion, before removing it.
As a matter of interest, why did you decided to remove it anyway?
Let me restate one line(what I get for typing in a rush):
As for Jetbrains listening, yes you generally do, but, sometimes, it seems to take a commotion to get your attention.
Sniff...sniff.... :~(
Hello?
I've noticed a number of "language" requests (groovy, python, rails), and I have some of my own requests. It'd be nice to make full support, not just syntax or intellilang, easier to implement, rather than the write your own parser as recommened here:
http://www.jetbrains.com/idea/plugins/developing_custom_language_plugins.html
being able to read standard grammar files (ANTLR, etc) would be a huge start. Then we're just wiring those language constructs to intellij handlers.
It'd sure make adding languages simpler...
--pete
I say Javascript debugging.