Zum Inhalt springen

Embeco

Pilot
  • Gesamte Inhalte

    2.463
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    4

Beiträge von Embeco

  1. jo, die brauchen immer ein paar Stunden zum Übersetzen, aber da wart ich gern, obwohl ich gut englisch kann und die SCNR Leute ab und zu grobe grammatikalische und rechtschreiberische Schnitzer einbauen ;D

     

    Die Jump wird auf jeden Fall immer interessanter.

    Gerade beim 10FTC, wo sie mir Ewigkeiten sinnloses Gelaber vom Chris ersparen bin ich dafür dankbar. Die Texte lese ich lieber selbst, da kann ich selbst das Tempo vorgeben ;)

  2. Hab ich so auch nicht sagen wollen. Ich würde nur lieber auf eine Alternative setzen, die CIG nichts kostet. Jeder von uns hat sein Geld in das Spiel gesteckt, um es zu unterstützen. Da sollte es - wo möglich - auch möglichst nahe an der Spieleentwicklung bleiben. Meine Idee war, den einzelnen Clans dafür Lizenzkosten zu verrechnen. So hätten alle das meiste davon.

    Edit: Und man sollte sich nicht extrem hohe Gewinne davon versprechen. Gerade wir beide als Selbständige wissen, wie lange ein Projekt zum Anlaufen brauchen kann, WENN es denn anläuft

     

    Cune: Ich bin im TS sehr inaktiv, aber ich kann ja mal versuchen, ob es sich bei mir ausgeht.

  3. RSI sollte IMHO nicht allzu viel Geld da reinstecken. Die Spendengelder sollen schon rein fürs Spiel sein. Aber vielleicht könnte RSI das bei der Community vermarkten und dadurch Geld für den Aufwand der ISFA generieren.

    Wenn die dafür zB einen Post raushauen ist es quasi ein WinWin: Sie haben Content um einen Abend zu füllen und sparen sich somit Kosten, wir haben Werbung dafür. Aber um ein Geschäftsmodell mache ich mir aktuell die wenigsten Sorgen.

  4. Bei uns ist es eher umgekehrt

     

    Projekt ca 20 Standard Mannjahre Entwicklung. Buget  ca 15  Mio €

    Erste Projektanforderung passt auf ein PostIt :)

    Die Detaillierte Version auf ein A4 Blatt.

     

    Aber eine gute Anforderung ist schon mal ein super Anfang. 

     

    Hosting von .net ist kein Problem. Incl Notificationhub, Datenbanken, Blob Storage, Redis Cache, CDN, Loadbalancer, usw.. (ok einige dieser Dinge werden wir hoffentlich nicht brauchen ^^).

     

    Entweder auf meinem Server oder in der Cloud (Windows Azure) 

     

    Achja und eine Web Version ist sowieso pflicht. Ich mag Apps aber wenn ich am PC sitze ist mir eine Webseite einfach am liebsten. 

    Und Management Funktionen gehören einfach nicht in eine App.

    Naja vom Kunden komme ich auch meist mit einem halben A4 Zettel heim ;-)

    Mit 15 Mio € arbeite ich nicht und meine Projekte haben meist eine Dauer von 2-3 Monaten, also weit entfernt von deinen. Aber erfahrungsgemäß spare ich ordentlich Zeit (und damit Geld), wenn von Anfang an feststeht, wer was macht. Vor allem, wenn das dann durch 4-5 Hände (Konzept, Design, FE Umsetzung, BE Integration, Setup) geht verbockt immer irgendwer irgendwas, wenn man ihm nicht genau sagt, was zu tun ist ;-) Deswegen nehme ich lieber den zusätzlichen Zeitaufwand am Anfang in Kauf und habe dafür später keine Probleme mehr.

    Cune: Agiles Projektmanagement finde ich großartig, wenn kleine Teams Vollzeit an einem Projekt arbeiten. Dann gibt es nichts Effizienteres. Aber da sich da bei uns ja im Falle einer Umsetzung von allen Vorschlägen über mehrere Monate ziehen würde, mit einer Hop-on-hop-off Arbeitsphilosophie weiß ich nicht, ob wir da nicht auf Probleme stoßen würden.

     

    Für eine Umsetzung streng nach Projektmanagementansichten bin ich allerdings nicht: Gerade bei solchen Hobbyprojekten sollten Pakete nicht einen festen Abschluss haben, sondern auch im Anschluss noch bearbeitet werden dürfen.

  5. Du musst mir nicht eins von deinen Projekthandbüchern geben! Gibts da keine Vorlagen oder blank documents die man sich wo holen kann?

    Habe gerade mal gesucht, wirklich zufrieden bin ich mit keinem. Die Telekom hat ein ganz passables, allerdings nicht auf Software zugeschnitten.

    Einige Dinge fallen bei uns da natürlich raus: Marketing, Kommunikation mit dem Auftraggeber, das brauchen wir ja alles nicht. Aber gerade so Dinge wie die Meilensteine, die Schwierigkeiten, die Paketzuteilungen sind doch relativ wichtig. Zusätzlich brauchen wir, wie Gwindor sagt, ein Software Design Document, wobei der Begriff jetzt sehr weit gefasst ist ;) Aber es muss einfach stehen, was für Komponenten wir brauchen, wie die zusammenarbeiten, über welche Schnittstellen, wer sie umsetzen kann, wer sie umsetzt und noch viel mehr.

    Deswegen stimme ich absolut zu, dass das sehr gut überlegt gehört und auch eine Aufwandserhebung im Sinn von "Was wird CIG bieten?" gemacht wird, weil nichts ist deprimierender, als sich Arbeit zu machen, die dann kurz bevor man selbst fertig ist von jemand anderem veröffentlicht wird, der das selbe gemacht hat.

  6. Ich hab da haufenweise rumliegen, aber die gebe ich eher ungern raus.

    Aber vor Beginn steht bei uns in solchen Projekten meist schon ein ~100 seitiges Design Dokument in dem alles (Funktionen, Design, Kommunikationsprotokolle, ...) so detailliert ist, dass es keinen Interpretationsspielraum gibt, was nötig ist, damit bei der Umsetzung nicht aneinander vorbei gearbeitet wird. Gerade, wenn eben nicht alle an der Umsetzung Beteiligten im selben Raum sitzen. Projekthandbuch nennen wir das, ich glaube so heißts auch offiziell.

    Ysas: .NET ist mir bei Netzwerkkommunikationsdingen etwas unsympathisch, wobei es mit einer REST Architektur eh wurscht sein sollte...

    Serverseitig kann ich aber kein .NET Hosting anbieten, nur alles andere ;)

    Mit einer Sprache werden wir sowieso nicht auskommen.

  7. Glückwunsch!

    OK wenns das so groß aufziehen wollts muss das aber wirklich organisiert sein. Sonst wird das Ding irgendwann fertig und in dem Moment wo es fertig ist kann man es nie wieder angreifen, weil keiner mehr weiß, warum es jetzt eigentlich funktioniert...

    Mit Verwaltung und allem was ihr jetzt vorgeschlagen habts ist das ein Projekt für mehrere Leute und mehrere Monate. Das braucht eine Struktur, einen Plan, Meilensteine, Aufgabenzuordnungen, Infrastrukturplanung, ... Und bei der Größe müsste man sich dann auch Gedanken über ein etwaiges Budget für allfällige Ausgaben machen: Hosting kann ich zwar zum Selbstkostenpreis anbieten, aber ich zahl halt auch was. Für einige Module lohnt es vielleicht die Mühe nicht, sie selbst zu machen, wenn es genau die schon gibt.

    Erfahrungsgemäß ist allein die organisatorische Seite von so einem Projekt einen Vollzeitjob wert...

  8. Ich habe Android, iOS und Sailfish OS drauf. Ein Bekannter von mir ist quasi der Guru der Windows Phone Szene und könnte das definitiv umsetzen. (Ich finde WP8 übrigens deutlich besser als Android, aber nicht so gut wie iOS. Tendenz aber steigend. Bin selbst hauptsächlich Android User ;) ) Aber ich würde mir nicht anmaßen, ihn bitten, das gratis zu tun. Vielleicht könnten ja die an WP Interessierten für eine gemeinsame Spende zusammenlegen?

    Aber bitte, ich kanns nicht oft genug betonen: Das ist alles gerade zu 100% Spekulation! Ich kann und will hier keine Versprechen irgendwelcher Art machen und/oder Erwartungshaltungen schüren!

     

    @Kentac: Der Client schaut jedenfalls interessant aus, da könnte man evtl etwas draus drehen. Das Portieren wäre natürlich schon Zusatzaufwand. Vielleicht mit Qt. Wenn sich das verwirklichen ließe wäre das natürlich das Optimum.

  9. Für Außenstehende liest sich der letzte Post so:

     

    "Biep Buup 200er Dingelhopper auf Tsching-Taschang Muff 33 halbe R CU Biep Biep."

     

    Das schlimme: ich hab alles auf Anhieb verstanden.

    Das kann nur eins bedeuten meine lieben Jungs und Mädels - spätestens jetzt ist es soweit - wir haben unsere eigene Fachsprache im Themenbereich Star Citizen.

     

    YEEEEAAAHHHH!  :cool:

    Was war CCU nochmal? Ich weiß das natürlich, ist mir nur gerade... äh... entfallen  :wacko:

  10. Ich will nichts versprechen, ich hab mir dazu noch nichts angesehen! Aber wenn das Ding nichts großartiges können muss außer Server, Client, Push Notification und auch nicht besonders sicher sein muss wäre das für 2 Mann an einem intensives Wochenende vermutlich lösbar. Aber dazu müsste ich mich mal einlesen und nach verwendbaren Protokollen suchen. Und ich kann euch auch sagen, dass das optisch nicht der Hammer wird, wenn man das relativ schnell durchdrücken will ;)

    Das nächste Mal Zeit für sowas habe ich vermutlich erst wieder im Oktober, aber wenn ihr bis dahin warten könnt sehe ich es mir zumindest gerne Mal an und schau, obs machbar ist!

  11. Hmm eigentlich könnte man sich mal ansehen, ob man nicht schnell einen Client für den Zweck adaptieren kann. Ich studier den Dreck ja und arbeite teilweise auch damit, hab also durchaus umfassendes Wissen. Wenn sich noch ein paar andere finden könnte man das evtl realisieren, wenn sich Zeit finden lässt

    • Upvote 2
×
×
  • Neu erstellen...