Wpis z mikrobloga

#github #git #nodejs #webdev #programowanie

Kolega chce (i ja też w sumie) korzystać z rozwiązania real-time. Gdzie można widzieć kod jednocześnie, w trakcie edycji (tak jak dokument w Google Docs).

Czy polecacie i jakie narzędzie do takiego real-time?

Ja sobie nie wyobrażam żebym nie mógł korzystać z wybranego przez siebie edytora kodu, więc najlepiej żeby to były wtyczki do do edytorów.
Wtyczka real-time do edytora Brackets i do edytora Notepad++ (lub jakiegoś innego).
  • 18
@carbyne: ty się tylko do słówka przyczepiłeś? napisałem "takiego real-time" czyli takiego jak opisałem wyżej: "Gdzie można widzieć kod jednocześnie, w trakcie edycji (tak jak dokument w Google Docs)."
Także niepotrzebnie się przyczepiasz.

@PiotrekSul:
To jest ciekawe że takie coś jest wyśmiewane. Przecież real-time masz podgląd pojedynczego pliku, kiedy dwie osoby na raz go włączą. Nie trzeba wszystkich plików na raz wysyłać nieustannie między sobą.

Można to sobie wyobrazić tak,
@look997: hmm dalej nie mogę sobie tego wyobrazić w codziennej pracy.

Skoro nie trzeba cały czas wysłać to czy to oznacza że jak zacznę coś pisać i jestem w połowie linijki to kolega już to ma u siebie i mu przez to projekt się nie kompiluje i musi czekać aż skończę żeby sobie skompilować?

Na odzień pracuje w zespole rozbitym po wielu lokalizacjach i jak chcę komuś jakiś kod pokazać i
@PiotrekSul: Brałem pod uwagę właśnie taki problem że projekt się komuś nie kompiluje. Dlatego myślę żeby ograniczyć to tylko do właśnie podglądu pojedynczego pliku. A cała reszta synchronizowana byłaby normalnie przez git.

Może to udostępnianie ekranu by zdało egzamin.
@look997: Tak jak już pogadaliśmy i pogooglałem to myślę że dla nie dużych zespołów np. frontendowców to może być fajne rozwiązanie ale SQLowcom bym tego nie dał bo za dużo by było DELETE bez WHERE wykonanych ( ͡° ͜ʖ ͡°)

A jeśli chodzi o taką współpracę i pomoc to może zamiast real-time sprawdzi Ci się zwykłe codereview w jakimś wygodnym narzędziu np. Crucible
@look997: Termin którego szukasz to pair programming. Tak, niektórzy tak robią. Ale w większych projektach normą jest że każdy sam grzebie w kodzie i po tygodniu robi commita. Całe dnie pracy bez jednej napisanej linijki są raczej normą.
@plushy: @PiotrekSul: Wiesz coś więcej?

Doszedłem do wniosku że można bez problemu używać gita i pair programming jednocześnie.

Pair programming robię na pojedynczym pliku(przełączam się między pojedynczymi) i takie pair programming mogę robić innym kanałem niż git, plik wysyła się i jest zapisany na np. dwóch komputerach lokalnie, normalnie, w folderze projektu. Jeden z nas (obojętnie kto) robi jako pierwszy commit i push z tymi zmianami, druga osoba też robi
@plushy: Pair-programmingiem o ile się nie mylę możemy nazwać sytuację gdy devowie korzystają na dłużej z jednego IDE/maszyny zmieniają się przy tym i jeden z nich jest obserwatorem/reviewerem/pomagaczem a drugi pisze. @look997 raczej chodzi o sytuacje chwilowe, na żądanie, mam rację?

@look997: Wydaje mi się że za bardzo kombinujesz :D
Narzędzie do przerzucania jednego pliku to nic wielkiego ale czy na pewno to będzie dobre?
Co jeśli 2 osoby naraz
@PiotrekSul: W pair programming generalnie chodzi o komunikację. Co za różnica czy godzinę czy miesiąc pracujecie razem? Ale to co napisał we wstępie to pair programming a to co później sobie wymyślił to już jest kosmos.
@plushy: @PiotrekSul:

Tak, na żądanie. Na co dzień każdy sam robi swoje i tylko robi w git commity i push a tylko czasami na coś spojrzeć razem "na żywo".

Co jeśli 2 osoby naraz robią zmiany w tym samym pliku?

To właśnie szukam(i znalazłem kilka ale różny stopień przydatności/kompletności) żeby było widać "na żywo" literka po literce i kto co zaznacza-wskazuje do omówienia.

Co jeśli tych plików będzie więcej?

Ech,