Ja tam wolę mieć otwarte pliki projektu z nawigacją poprzez zakładki. Szybki dostęp do odpowiednich plików, kod na cały ekran, dzięki czemu jest czytelniejszy.
To coś zaprezentowane na filmiku bardziej przypomina prezentację dla zwykłych użytkowników, żeby im pokazać że programowanie jest proste, przyjemne i do tego animowane. Bezsensu... Coś takiego może się sprawdzić przy MALUTKICH projektach, gdy potrzeba napisać coś na szybko, ale znając życie, taki edytor będzie kosztować kilkaset dolarów i
drogi kolego niestety się mylisz, jeżeli pracujesz przy projekcie który zawiera naprawdę dużo klas (nawet do paru tysięcy) a komponenty są ze sobą mocno powiązane a co gorsza częśc tych powiązań jest dla ciebie niewiadoma/niezrozumiała to taki debugger oszczędza ci sporo czasu. Poza tym specyfika pewnych aplikacji wręcz prowokuje wykorzystanie takich narzędzi.
A do małych projektów to jest vim.
Note: to jest faza raczej mocno wstępna tego projektu (mam tak
Po obejrzeniu tego poprostu czacha dymi! Co prawda kłóci się to z pewnymi moimi nawykami (maksymalnie dużo kodu widocznego na ekranie) ale do dużego sytemu, gdzie są dziesiątki (czasami i setki) klas, może wydać się to niezastąpione i nieporównanie wygodniejsze niż ciągłe przełączanie zakładek z kodem.
Pytanie tylko - czy te graficzne bajery i płynne przejścia przy dużej ilości źródeł i jeszcze jakichś debuggerów nie spowalnia pracy? ;>
Koncepcja wyświetlania osobnych okienek z kodem mi akurat bardzo pasuje, ale interfejs jest dla mnie nie do wybaczenia - czy już nic nie może dzisiaj powstawać w normalnym wyglądzie i kolorystyce? Litości...
Prezentacje nowego pomysłu zawsze powinno się poprzeć opisem problemów jakie rozwiązuje, w końcu to właśnie jest warunkiem tego żeby pomysł był wartościowy.
Widać że można na raz przeglądać kilka funkcji, tylko czy na pewno będzie to przydatne, czy ktoś kiedyś miał potrzebę, żeby móc na raz przeglądać kilka funkcji, i ułatwiłoby to pracę.
Kolory są raczej miłym urozmaiceniem, ale raczej się nie przyjmą, jeśli program nie będzie oferował prawdziwej pomocy programiście.
Bardzo ciekawe, idealne rozwiązanie dla programistów lubiących porządek, ład i nie lubiących wertować bardzo długich plików źródłowych w poszukiwaniu jakiegoś fragmentu - pomijając mechanizmy zakładek, skoków do deklaracji/definicji, przeglądarek klas/symboli etc. Jednak to rozwiązanie dla bardziej leniwych "pisarzy", albo dla tych którym, jak wspomniałem, ciężej/nie chętnie, idzie wertowanie plików źródłowych. Tutaj można sobie ładnie pogrupować snippety, pokolorować, poprzesuwać, kazać im tańczyć i śpiewać, ale niestety według mnie to tylko bajer który nie
@mgeeky: poza tym na dłuższą metę, chyba każdy programista odkłada myszkę (a to IDE jest stuprocentowo-zależne od myszki) bo zauważa że szybciej i wygodniej mu się pracuje używając klawiatury i jej skrótów.
To ciekawe co piszesz. Ja programuje od 13 lat a nadal obsługuje IDE myszką (co nie znaczy, że nie używam żadnych skrótów). Widocznie nie doszedłem jeszcze do Twojego hiper-extra-h4x0rskiego poziomu.
Wygląda bardzo ciekawie. Szczególnie możliwości debugowania zwróciły moją uwagę. Ciekawe czy można zrobić takie środowisko do kodu C++ / C#. W Javie raczej nie piszę, a pomysły pokazane w tym IDE bardzo mi się podobają.
Zestawy bąbelków (workspace) to coś pięknego. Skończyło by się skakanie między kilkoma dokumentami. Ech rozmarzyłem się.
@Keraj: Co by o nich nie mówić, dają dobry soft(poza systemami operacyjnymi...) . I pomijając aspekty moralne - bo mnie to ... - jeżeli ktoś ma fajny pomysł, ale miałbym do końca życia używać albo tego pomysłu, albo innych wygodnych rzeczy... Wolę jedno, w którym wszystkie dobre rzeczy ściągną. Podle, gorsząco i źle! Ale co to ma za znaczenie? Jeżeli jeden producent wprowadził w myszce drugi przycisk, to sorry, ale wszyscy
@jay79: Dla c++ pewnie powstanie plug-in, tak jak powstał dla Eclipse. Jeśli chodzi o C# ... cóż, wiemy, że m$ to copy-paste firma, więc prawdopodobnie po chamsku skopiują projekt i nadadzą mu swoją super-zmyślną i prowadzającą w błąd nazwę (jak c#).
pewien student (nie pamietam z ktorej uczelni :P) testuje 'mechaniczne' rekawice widziane jako kursory myszki w ilosci 10 bo tyle mamy palcow - w polaczeniu z tym - moze byc ciekawie i jeszcze do tego 40"+ monitor
@ads: To jest bardziej dla kodu pisanego głównie w Javie, gdzie poziom dziedziczenia sięga kilkanaście potomków w dół, jest pełno abstrakcyjnych klas o małej ilości kodu.
Komentarze (62)
najlepsze
To coś zaprezentowane na filmiku bardziej przypomina prezentację dla zwykłych użytkowników, żeby im pokazać że programowanie jest proste, przyjemne i do tego animowane. Bezsensu... Coś takiego może się sprawdzić przy MALUTKICH projektach, gdy potrzeba napisać coś na szybko, ale znając życie, taki edytor będzie kosztować kilkaset dolarów i
drogi kolego niestety się mylisz, jeżeli pracujesz przy projekcie który zawiera naprawdę dużo klas (nawet do paru tysięcy) a komponenty są ze sobą mocno powiązane a co gorsza częśc tych powiązań jest dla ciebie niewiadoma/niezrozumiała to taki debugger oszczędza ci sporo czasu. Poza tym specyfika pewnych aplikacji wręcz prowokuje wykorzystanie takich narzędzi.
A do małych projektów to jest vim.
Note: to jest faza raczej mocno wstępna tego projektu (mam tak
Pytanie tylko - czy te graficzne bajery i płynne przejścia przy dużej ilości źródeł i jeszcze jakichś debuggerów nie spowalnia pracy? ;>
Widać że można na raz przeglądać kilka funkcji, tylko czy na pewno będzie to przydatne, czy ktoś kiedyś miał potrzebę, żeby móc na raz przeglądać kilka funkcji, i ułatwiłoby to pracę.
Kolory są raczej miłym urozmaiceniem, ale raczej się nie przyjmą, jeśli program nie będzie oferował prawdziwej pomocy programiście.
Ciekawe
To ciekawe co piszesz. Ja programuje od 13 lat a nadal obsługuje IDE myszką (co nie znaczy, że nie używam żadnych skrótów). Widocznie nie doszedłem jeszcze do Twojego hiper-extra-h4x0rskiego poziomu.
Zestawy bąbelków (workspace) to coś pięknego. Skończyło by się skakanie między kilkoma dokumentami. Ech rozmarzyłem się.
Zapisy na wersję beta: http://www.cs.brown.edu/people/acb/codebubbles_beta_signup.htm