WeScriptTogether / Programmidee

Ich finde die Idee, "zusammen" zu scripten, sehr geil!
Eigentlich dachte ich, dass google mit WAVE aus den Socken kommt, aber der Cloud-Hype hat wohl Entwicklerkapazitäten aufgefressen....
Über die Datenübertragung würde ich mir keine Gedanken machen, da "nur" der veränderte Text verschickt wird. Kaum einer von uns wird 200-300 Anschläge/Minute schaffen, das würde auch ein Akkustikkopler von vor 30 Jahren noch schaffen^^
Aber ich stelle mir gerade vor wie extrem cremig das aussehen würde, wenn sich ein Text/Script auf dem Bildschirm aufbauen würde, der von 3-4 Leuten gleichzeitig erstellt wird^^

ich finde die Idee auch interessant.

Raupi hatte dazu testweise mal einen Gobby Server am Start.
Ist aber wieder eingeschlafen, da die Funktionalität nicht so ganz unseren Erwartungen entsprach.
Das Thema ansich ist ja nicht neu, aber wie Andy schon sagte mit Cloud-Computing und Web 3.0 warten wir ja alle auf den großen Durchbruch.

Ich persönlich denke dass der Erfolg einer solchen Software ganz entscheiden von den Usern abhängt.
Dazu gehört Absprache, Disziplin, Struktur usw...
Sowas kann keine Software in dem Maße vorgeben, ohne die Freiheit des einzelnen Proggers zu sehr einzuschränken.

Sonst wird es wirklich "cremig"

Hier mal ein Link den ich gefunden habe mit ersten Anlaufstellen zu dem Thema.

PS: Selber schreiben würde ich einen solchen Editor nicht, da meiner Meinung nach sowas nur funktioniert wenn jeder darauf zugreifen kann, wann er will.
Und das Internet (eigener Webspace) ist nunmal 24Std. geöffnet

Linkseite Editoren
Linkseite allgemein (Wiki)

Wenn sich dazu eine nette Gemeinschaft findet, bin ich gerne auch dabei...

klingt nach office live:

http://workspace.officelive.com/de-DE/

sollte doch wohl auch mit .au3 dateien möglich sein? interessanter gedanke jedenfalls

Die Idee finde ich gut.
Wenn das Highlighting in AutoIt zu schwer wäre, könnte man auch alles in eine Html Datei packen und das dann anzeigen lassen.

Ich würde das komplett vom Editor loslösen! Jeder Programmierer hat seinen individuell für sich eingerichteten Editor, und das soll auch so bleiben! Wozu ein rollendes Ding erfinden mit 12 Ecken, wenn es schon ein Rad gibt?
Gerade Scite bietet sich doch hervorragend an, um "von aussen" (per AutoItscript/Lua) gesteuert zu werden. Wen es interessiert, hier gibt es Infos bzgl der Scite Steuerkommandos, die auch ohne weiteres aus AutoIt aufgerufen werden können.
Im Prinzip muss doch nur die Datei auf dem neuesten Stand gehalten werden. Da würde eine Aktualisierung alle paar Sekunden sicherlich ausreichen...

Zitat

Wie ich höre würdet ihr eher zu Datenübertragung per Ftp tendieren...
ich weiß nicht aber ist das nicht zu langsam?

Da nur die Änderungen während einer Session übertragen werden müssen, spielt sich der Aufwand bei einer Datenübertragung im Byte-Bereich ab!
Mal angenommen, der "Refresh" würde 1x in 10 Sekunden erfolgen. Dann müssten nur die Daten übertragen werden, die während dieser Minute gecodet wären. (Wieviel KB Code schreibst du in 10 Sekunden^^)

Ggf. wäre aber auch ein "Ringsystem" vorteilhaft, welches den kompletten Text zum "nächsten" Coder schickt, dort mit dessen Änderungen versehen wird usw...selbst wenn kompletter Code verschickt wird sind das nur einige (sehr gut und schnell komprimierbare) Textdateien.

Ich hatte mal vor einiger Zeit versuchsweise ein "Terminal"-AutoItScript bei mir im (damals 10MBit) Netz laufen. Selbst wenn 5 Leute gleichzeitig gearbeitet/geschrieben hatten, war eine Verzögerung praktisch nicht bemerkbar...
Wenn man dann auch noch so programmiert, dass möglichst viel Code in Funktionen ausgelagert wird (Includes ftw! ), kann jeder Programmierer seine eigenen Brötchen backen und ggf per "Upload"-Hotkey den anderen zur Verfügung stellen...

Über interna, d.h. wer coded welche Funktion bzw in welchem Codebereich, könnte man sich ja Gedanken machen, TS/Chat wäre auch nicht verkehrt (zu Raupi rüberschiel^^).
Die Verwendung der #Regions halte ich für hervorragend! Wenn jemand eine Änderung gemacht hat, könnte z.B. die entsprechende Sequenz mit "Region" Informationen (Coder, Änderung, Datum usw...) für jeden lesbar eingefasst werden. Ideen her und los gehts!

Mir gefällt die Idee auch sehr.
Ich würde dabei auch zu einem inkrementellen Abgleich tendieren,
am besten wären wohl Autoit-Clients die Scite lokal ansteuern und ein php-Server,
der dabei direkt in Text-Dateien schreiben kann.

Hey
Soweit ich weiß gibt es schon solche Editoren (Finde gerade den Link nicht sry!)
Nj sobald ich es gefunden habe poste ich es.

Ich finde die Idee gut :).

Die Vorgehensweise, die SlowlyDead beschrieben finde ich auf jeden Fall effektiv.
Erstens gibt es einen enormen Geschwindikeitsvorteil. Damit könnte man locker mehrmals pro Sekunde aktualisieren, was wesentlich flüssiger wirkt.
Außerdem ist es einfach sicherer. Bei einem FTP Upload musst du immer das Passwort mitgeben. Dann beschränkt sich das Script auf einen sehr kleinen Userbereich.

Also meiner Meinung nach ist ein kleines PHP Script die bessere Alternative.

Zitat von stayawayknight

Die Idee von Faweyr find ich wirklich gut und eure ganzen anderen Ideen sind alle wirklich brauchbar!
Ich werde dann bald einen Ftp-Server bei einem Freehoster registrieren, auf den man die dann die Projekte "ablegen" kann. Benutzerdaten würde ich dann jedem der mitmacht zukommen lassen! Wer möchte dann jetzt genau alles mithelfen?

server und ftp kann ich zur verfügung stellen, hab n webspace bei 1und1.
platz is auch da aber scripte brauchen ja nich soo viel. kann auch gerne jemand n http frontend drauf ablegen. zugangsdaten würd ich bei interesse dem ideenfinder zukommen lassen der dann auch gern die verteilung übernehmen kann.

Moin, ich hab mal schnell einen einfachen php-Server gebastelt. (quick&dirty, nix mit Sicherheit :-D).
Bei nem flotten Server dürften Synkronisierungen von mehreren Users gleichzeitig alle paar Sekunden kein Problem sein, dank txt-Datei ist keine DB nötig.
Bisher ist das ganze nicht inkrementell, das dürfte jedoch mit nem Integritätssystem möglich sein, das z.B. Zeilenweise vergleicht. Jede Zeile wird gehasht und dann der Wert auf Client und Server verglichen. (Man addiert z.B. die Hashes der ersten 50 Zeilen auf Server und Client, bei Unterschied nach nem Halbierungsverfahren mit 2 Hashblöcken a 25 Zeilen etc.)
<ironie>
Super Software Patent
</ironie>

So, jetzt aber zum Server:

<?php
//wst_api
//we script together - api
//kleiner PHP-Server test by SlowlyDead
// quick+dirty, keine Sicherheit etc.


//-------------------------------------------
//-------------------------------------------
//-------------------------------------------
//kleine config


$valid_users = array();
$valid_users[] = "SlowlyDead";
$valid_users[] = "anno2008";
$valid_users[] = "stayawayknight";
// ...


$path = "test.au3";


//-------------------------------------------
//-------------------------------------------
//-------------------------------------------


$user = $_GET['user'];
//$pass = $_GET['pass']; optional, hier nicht nötig
$new_cont = $_GET['new'];
$new_cont .= "\n"; //Leerzeichen und Zeilenumbruch ergänzen




If( in_array ( $user , $valid_users) )
{


$now_cont = fopen ( $path, "a");  // Datei öffnen


fwrite($now_cont, $new_cont);  // Über get-parameter erhaltenen Daten in die Datei schreiben


fclose($now_cont); // Datei wieder schließen


$now_cont = fopen ( $path, "r");  // Datei öffnen


$new_file_cont = fread ( $now_cont, filesize ( $path ) );  // Datei auslesen


echo $new_file_cont; // neuen (+alten ) Inhalt ausgeben


fclose($now_cont); // Datei wieder schließen




}
else
{
echo "Acces denied"; //IP banned etc.
}


?>

Den Server würd ich auch vielleicht weiter programmieren, auf die Geschichte auf der Client-Seite hab ich wenig Lust. Ein Beispiel wie der Client zu arbeiten hätte:

Letzteres auf dem Client in einer Whileschleife, jedoch sollte der Server den Intervall vorgeben ...

Öhm will jetzt nicht hier irgendwie die Euphorie dämpfen, aber das gibts es schon nennt sich Subversion. klick mich

chip: Hatte ich doch recht