On 19.08.24 05:38, Eirik Bakke wrote:
When did you see the last CoS bug fix? Is there empirical evidence that this is 
still maintained?
There was this one:
https://github.com/apache/netbeans/pull/504
("Option to skip CoS copying of class files when the target is already newer, such 
as from an external compilation")

right, the last fixes I could find were around the 12.x time frame. The fix linked above was 15 releases ago for example.


First, I would like to take a step back and ask what's the purpose of an IDE.
I'd like to be able to edit my code, hit "Run", and have the code run. 
Preferably both quickly and accurately. But speed is _really_ important, as slow 
operations tend to change the user's entire workflow. So I often prefer speed over full 
fidelity wrt. what a clean build would produce. That was always a known tradeoff with 
Compile-on-Save, in both NetBeans and Eclipse; that's OK!

I too would like that everything happens with minimal delay after hitting a key - but correctness comes first. If I press a button and it works only sometimes or only for a badly defined subset of projects, I would question every button press during debugging sessions from now on. This in turn also breaks the workflow since recovering from cos problems requires essentially a clean+rebuild.

There are also users who reported that they couldn't run tests which was fixed by turning CoS off etc.



CoS not relevant for small projects that build instantly, though, such as when 
starting a new project from scratch. So CoS should definitively stay off by 
default, and have some big warnings/caveats on it. But I'd hate to see it 
deprecated or removed; it's a really valuable piece of technology.

On a high level, this thread is about agreeing to focus our time on tool integration instead of IDE specific tricks. While looking through the issues and PRs I realized this probably already happened.

(I could open another can of worms which is the NB profiler https://github.com/apache/netbeans/issues/7323)


When we literally have to disable a feature by default because it causes so many problems (https://github.com/apache/netbeans/pull/5826). It already is de facto deprecated, just not in UI or doc.

-mbien



-- Eirik



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



Reply via email to