Wpis z mikrobloga

@fegwegw: no do tego nawiązuje, tyle IMHO to dość źle świadczy o firmie że zamiast użyć standardu i trzymać się typowych technologi, jak normalna konfiguracja projektu w mavenie/gradle, to mają masę własnych rozszerzeń do eclipse bez których nic nie odpalisz itd ;/
No ale jak trzeba i płacą... ¯\_(ツ)_/¯
@fegwegw: ?
Po to mamy te wszystkie narzędzia by móc wygodnie pracować i albo firma utknęła w jakimś bardzo starym legacy - no i idzie zrozumieć, ale też mniej chce się tam pracować. Albo z jakiegoś dziwnego powodu zdecydowała ze chce olać wszystkie standardy - gdzie zawsze można też stworzyć przecież plugin do gradle czy mavena zamiast uzależniać się od jakiś dziwniejszych wymysłów.

@interface: coś więcej o netbeans i debugowaniu
można też stworzyć przecież plugin do gradle czy mavena zamiast uzależniać się od jakiś dziwniejszych wymysłów


@GotoFinal: problem jest taki, że nie dopuszczasz istnienia narzędzi lepszych od tych ogólnodostępnych. Jeśli coś jest robione w ramach open-source, aby zadowalało przeciętnego użytkownika, nie oznacza, że będzie najlepszym rozwiązaniem w każdym przypadku.

Inaczej się pracuje w repozytorium z 2 mln linii kodu i 20 developerami, a inaczej w takim z kilkoma miliardami w 20
@interface: no mówię że teraz można to wszystko ładnie połączyć z gradle/mavenem, kiedyś było gorzej i zostaje legacy. No i pół biedy z prostymi skryptami, najgorsze to właśnie te co narzucają potem użycie np tego wybranego IDE i jeszcze może w konkretnej wersji jak się ktoś bardzo postara by coś zepsuć.