@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ćPokaż całość

@look997: czy korzystałem z czasu rzeczywistego?
Tak, czasami korzystam ( ͡° ͜ʖ ͡°)

@look997: https://floobits.com korzystałem na hakatonie, fajnie i sprawnie działa

@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ą.

@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: c9.io

@look997: o matko, cały kod macie w jednym pliku? Albo zapytam inaczej po co takie coś się robi? Jakie to ma zalety ponad zwykłe trzymanie kodu w repo?

@look997: kurcze my z kolegą też chcemy korzystać z real-time! jak w to się wchodzi? ( ͡° ͜ʖ ͡°)

@PiotrekSul: @carbyne: Korzystałeś kiedyś?

@look997: No własnie nie korzystałem, myślałem że to jakaś fanaberia, w sumie wciąż tak myślę.

@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ćPokaż całość

@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

@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ż robiPokaż całość

@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 2Pokaż całość

@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 ktoPokaż całość

@look997: http://piratepad.net/v03Qdimizz
To działa jak google docs i można to postawić u siebie aczkolwiek nie wiem jak to synchronizować z offlinowym plikiem.