Kamilkime

Jako student informatyki 3 roku, na podobno najlepszej uczelni technicznej w Polsce... Powiedziałbym, że takie bycie studentem nic nie znaczy - pół mojego roku nigdy w życiu linijki kodu nie napisało przed rozpoczęciem studiów, a dodatkowo nie skupiamy się na jakimś jednym języku programowania - mieliśmy już chyba z 10 różnych. Więc jeśli taki student robił już wcześniej coś związanego z MC - no powinien umieć całkiem nieźle pisać pluginy. Ale patrząc na to, że ten ktoś zgodził się robić za 500 zł tygodniowo, co w sumie daje miesięczne zarobki poniżej pensji minimalnej... Albo robi dla was z 10h tygodniowo i dlatego bierze tak mało, albo niekoniecznie się na tym zna, więc nie bierze dużo.

No widzisz Doruś - widocznie nie tylko ja tak myślę. Nie bój się - nie muszę nic wmawiać graczom, zmuszać ich do takiego myślenia. Oni głupi nie są, sami potrafią dochodzić do różnych wniosków = )

Ciągłe wysyłanie danych do bazy (lub ciągłe pobieranie z niej), brak lokalnego przechowywania danych w np. bazie sqlite, ogromne schodki zagnieżdżeń kodu w komendach, robienie nowych obiektów ciągle (np. w https://github.com/loonypl/PropertyGuilds/blob/master/src/amao/krzysek/propertyguilds/utils/guild/Guild.java#L252), ciągłe pobieranie danych z configu... No, może i ten plugin działa, ale na pewno nie działa wydajnie i zakładam, że przy większej ilości graczy mógłby nieźle lagować Patrząc na kod pluginu - nie polecam używania go, lepiej poszukać innego, który będzie lepiej napisany

Nazwa pluginu nadal zawiera spacje: A ty źle eksportujesz plugin, bo jego główna klasa wygląda tak:

To podeślij cały ten plugin, .jar

Nazwa pluginu nie powinna zawierać spacji. Komendy nie trzeba rejestrować, jeśli ma być w głównej klasie. Przed description masz o jedną spację za dużo (każdy kolejny poziom powinien być wcięty o 2 spacje więcej niż poprzedni) i najlepiej to description umieścić w czudzysłowie

Sam pomysł bardzo fajny, ale... ze Skriptem bym tego nie porównywał - wasz projekt to po prostu takie prostsze pisanie pluginu w kotlinie, a Skript to jednak pisanie pluginu zdaniami po angielsku, które wymaga minimum pojęcia programistycznego, a wasz język wymaga jednak znajomości kotlina. Tak więc pomysł fajny, chętnie zobaczę jak się to będzie rozwijać, ale moim zdaniem nazywanie tego lepszym Skriptem jest nietrafione Poza tym - rozmiar pliku .jar jednak trochę duży, 31 MB, wiem że kotlin musi swoje ważyć, no ale jednak trochę do dużo jak na plugin do MC //edit W sumie, tak po dłuższym zastanowieniu - jeśli ktoś umie kotlina i umie pisać skrypty do waszego pluginu, to już praktycznie umie napisać sobie własny, niezależny plugin, bo raczej takim skryptem ludzie i tak robią jakieś mniejsze rzeczy. Więc pomysł fajny, ale nie wiem czy zastosowanie by miał w praktyce

@Mati17102 Błagam cię... Czemu polecasz jakąś starą wersję eclipse? To, że u mnie na filmie była wersja Luna, nie znaczy, że trzeba jej używać do końca świata - od tamtej pory były już wersje Mars, Neon, Oxygen, a teraz jest już Photon... Co do nauki pluginów - najpierw zaczyna się od nauki Javy, np. z JavaStart. Próba nauki pisania pluginów bez znajomości Javy nie skończy się dobrze

Bez znajomości podstaw Javy - moje filmy faktycznie są praktycznie do niczego. Chcesz umieć pisać pluginy? - najpierw naucz się podstaw Javy, np. z JavaStart, dopiero potem można oglądać moje filmy. W drugą stronę nauka, czyli najpierw pluginy - to jest bardzo głupi pomysł ;/

Polecam tego skriptowicza - upierdliwy w sprawach wydajności, przejrzystości i standardowości kodu jak mało kto, ale jak robi zlecenia, to takie rzeczy tylko na plus!

@yooniks Czyżby Insertt cię przekonał do nowych, pięknych funkcji z Javy 8? ( ͡° ͜ʖ ͡°)

Tylko, że teraz większość ludzi dostaje gotowy kod i nie ma ochoty się uczyć niczego, a już na pewno nie Javy - kiedyś ludzie byli bardziej chętni do nauki niż dziś

@Sewer I właśnie robisz temu komuś krzywdę - dajesz mu gotowy kod, którego on nie zrozumie, ale ponieważ już dostał kod, to motywację do nauki, żeby go zrozumieć, ma prawie żadną ;/ Idiotyzmem jest dawanie gotowego kodu komuś, kto niewiele umie - nic z niego nie zrozumie, nie będzie go sobie umiał zmienić, wykorzystać gdzieś indziej i ogólnie nic mu to nie da poza tym, że będzie miał akurat ten jeden działający kawałek pluginu...

To ja się tu produkuję, konfigurację GUI w FG piszę, a ludzie skrypty jeszcze na to robią? ;/ Jestem pod wrażeniem...

Kod jest tak stary i słabo napisany, że tu nie ma czego oceniać ¯\_(ツ)_/¯

Jak już chcesz to wrzucić do internetu, i się pod tym w całości podpisać, to jednak musisz to znacznie bardziej zmienić. Nie mam nic przeciwko temu, żeby ktoś pobrał w całości ten kod, skompilował i używał sobie na swoim serwerze, ale jak już to publikuje i się pod tym podpisuje - to już trochę przesada... Już jest https://github.com/Kamilkime/Pisanie-pluginow/tree/master/Drop

Lepszej pomocy niż od goto raczej nie dostaniesz - poucz się podstaw Javy i SQL, potem weź się za pluginy i nie będziesz miał problemów

Otworzenie inventory miałeś dodać w kodzie komendy, po utworzeniu inventory do otwarcia, nie w Listenerze

Wypada sprawdzić czy wysyłający jest graczem, zanim się taką konwersję wymusi... A jakiego kodu by ktoś nie wysyłał - nie zmienia to faktu, że @Smoczek111 powinien zacząć od nauki Javy

To ja bym to jeszcze trochę poprawił: 1. Dodałem metodę color(), żeby nie powtarzać aż tyle tekstu 2. Zaimportowałem ChatColor a Bukkit'a zamiast Bungee, dzięki czemu kod zadziała też na CraftBukkicie 3. Nie wiem po co to getPlayer(), samo rzutowanie starczy przecież 4. Nie ma po co tworzyć nowego Location, można użyć Location prosto od gracza 5. Można odegrać dźwięk z gracza zamiast World (to akurat teraz odkryłem, nie wiedziałem o tym wcześniej) Ale nie zmienia to faktu, że @Smoczek111 powinien zacząć od nauki Javy, jeśli chce pisać pluginy