Goulasz

Hallo @projekt2016! Im Bruttolohn sind all diese Abgaben ja schon enthalten. Der Pauschalsatz für einen Mitarbeiter sollte diese demnach auch enthalten. Mit Netto Wenn ihr eine Controllingabteilung habt, kann dir die dort weiterhelfen. Oder du holst dir bei jemandem einen Pauschalsatz, von dem du vermutest, er kann das einschätzen und gibst das als Quelle in der Doku an. Gruß, Goulasz

Hallo @Albi! Es wird ja wie auch immer auf ein Modul hinauslaufen, das du in die bestehende Anwendung integrierst. Es soll ja eine neue Funktionalität angeboten werden. Javamäßig bin ich nicht so fit, aber Optionen, die sich anbieten, wären z.B.: RESTful Webservice: Text rein, JSON raus, Parsen Klassenbibliothek, die direkt in die bestehende Anwendung eingebaut wird(DLL oder sowas?) Code direkt in die Anwendung implementieren(halte ich für die unschönste Option) @Crash2001 hat ja schon einige Optionen aufgezeigt, die möglich sind. Ich wäre bzgl. der Bedingungen und der Aktionen auch dafür, das ganze möglichst konfigurierbar zu halten. Also eine Tabelle, ein Dictionary oder was auch immer, das als Referenz dient. Selber machen und "Neue Dinge bauen" ist immer geil. Ich gebe @Whiz-zarD aber in Teilen recht, dass es euch Ärger im Nachhinein ersparen kann, ordentlich zu prüfen, ob und in welchem Ausmaß eine Eigenentwicklung sinnig ist. Meine Idee dazu: Mach ein Projekt aus der Anforderung. Das eignet sich doch perfekt dafür. Wenn am Ende raus kommt, dass es entweder keine Komponenten zum Einsatz gibt oder das nicht praktikabel ist, baut ihr es selbst. Zeit scheint dafür ja vorhanden zu sein. Und wenn ihr das dann macht, dann so richtig. Mit nem separaten Feature Branch, Pair Programming, Code Reviews, Pull Requests, iterativen Releases und dem ganzen sexy Zeug. Gruß, Goulasz

Hallo @Albi! Zum einen eine Leseempfehlung meinerseits: Working Effectively with Legacy Code Zum Inhalt ein paar Daten und Fragen, die ich beisteuern kann. Hier scheint es zumindest schon mal ein Projekt mit Sourcecode zu geben um dir nen groben Anhaltspunkt zu geben Ist zwar für PHP, aber die Intention wird damit denke ich klar. Ein paar Fragen noch. Geht es da auch um ebenenabhängige Einrückung zur Lesbarkeit? Also mehrstufige JOINs entsprechend mit Tabs versehen? Oder ist "nur" Syntax-Highlighting gewünscht? Müssen oder sollen die Statements auch gleich validiert werden? ("Läuft" die Abfrage, wenn man sie auf dem DBMS ausführt) Gibt es bei dem Kunden eine "offizielle SQL Formatting Guideline", die ihr euch zu Hilfe nehmen könnt? Meine Erfahrung in einer Firma mit 200 Kollegen, von denen gefühlt 150 regelmäßig SQL-Code schreiben ist nämlich, dass das jeder ein bisschen anders macht. Bevor da ihr als "nette Idee" ein (im besten Fall noch immer eingeschaltetes) Feature einbaut, solltet ihr euch bewusst sein, dass man damit im Zweifel Leuten, die seit Jahren ihren SQL-Code so schreiben, wie sie es für richtig halten, auf die Füße tritt. Grundsätzlich ist das ja ein Fall von "Ich gebe erstmal Plaintext rein und erhalte ein fettes, formatiertes, (ggfs.)buntes HTML zurück, das ich dann weiterverarbeiten kann. Da würde ich entsprechende Klassen bauen, die nach vorgegebenen Keywords im Input suchen und entsprechend eines hinterlegten Regelwerks dann Aktionen vornehmen. Z.b. "Wenn ich einen JOIN habe, füge einen Tab hinzu". Ich hoffe, das hilft ein bisschen. Gruß, Goulasz

Das ist korrekt @Crash2001, aber das kann dir ebenso passieren, wenn du dich in einem Unternehmen befindest, das aufs falsche Pferd setzt. Für mich gibt es ja neben "finanzieller Sicherheit" auch noch andere Arten des "Lohns". Selbstverwirklichung, flexible Arbeitszeiten, Sinnkopplung, etc. Da muss eben jeder für sich beurteilen, welches Modell mit welchen Parametern ihm in seiner Situation am besten passt. Und was über "Rechnungen bezahlt wissen" hinaus notwendig ist, um für persönliche Zufriedenheit und gefühlte "Sicherheit" zu sorgen. Gruß, Goulasz

Wenn man ein entsprechendes Feld in der Selbstständigkeit hat, das einem Freude bereitet, in dem man ein Alleinstellungsmerkmal hat und in dem man gut ist kann die dir bedeutend mehr Geld bringen als ein 08/15-Job. Wie das nur mit Komplexität so ist, kann man das im Vorfeld schlecht testen ob eine Geschäftsidee wirklich "einschlägt" oder wirklich verlässlich messen, wie gut man tatsächlich ist. Meiner Einschätzung nach scheitern die meisten Versuche, in die Selbstständigkeit zu gehen an fehlenden Alleinstellungsmerkmalen mit zugehörigem Markt. Gruß, Goulasz

Ich hoffe inständig, dass diese Möglichkeit aus irgendwelchen technischen Einschränkungen gar nicht erst besteht, ansonsten müsste ich mir von irgendwem die 15 Minuten Antworterstellung und Linksuche zurückkaufen.

Ich sehe das ganze so: Wenn man erstmal weiß, was man möchte, ist der Rest ganz einfach. Sich aber erstmal zu überlegen "Was ist mir im Leben wichtig? Wo möchte ich mal hin? Gibt es für mich noch andere Faktoren, die zum Thema Zufriedenheit entscheidend mit reinspielen außer Geld und Status? Wenn ja welche? Sicherheit, Freiheit, Sinnkopplung, Flexibilität bzgl. des Arbeitsortes und der Zeit?" ist nicht einfach und oft mit sich erst mal unangenehmen anfühlenden Erkenntnissen verbunden. Für @Kwaikensind die von ihm beschriebenen Faktoren wichtig im Rahmen seiner Tätigkeit. @L-1011-500: Durchschnitt ist ein mit Verlaub bescheidenes statistisches Werkzeug. Erst recht branchenübergreifend, woher auch immer deine Zahlen stammen. Kwaiken hat seine Erfahrungen, du deine. Zwei Seiten einer Medaille, die der TE bei seiner Entscheidung zum Einstieg in den Job abwägen kann, aber nicht muss. Wenn ich das lese frage ich mich ehrlich warum du den Job in so einem Rahmen überhaupt so lange gemacht hast. Klar beleuchtest du mit deinen Erfahrungen mögliche, schlechte Aspekte einer Tätigkeit als (reisender) Berater. Aber dem Anschein nach vor dem Hintergrund, dass dir das Umfeld an sich schon gar nicht gefallen hat. Gruß, Goulasz

Von jemandem mit deinem Nutzernamen wohnt dem Statement, so wahr es ist, eine gewisse Ironie inne. SCNR

Und auf welchem Server wird der "laufende Zustand" dann verfügbar gemacht um Daten für deine View abrufbar zu halten? Gruß, Goulasz

Nachtrag: Wenn dein "Server B" in dem Zeitraum, in dem der Job laufen und deine Daten auf "Server A" für die View schreiben soll, grade nicht verfügbar ist, hilft dir das übrigens auch nicht weiter. Wenn du wirklich eine Steigerung der Verfügbarkeit willst, kommst du um einen Failover-Partner imho nicht rum. Gruß, Goulasz

Hallo @murat1895! Natürlich kannst du auch einen SQL Server Agent Job anlegen. Du hast dann aber immer noch das Problem, dass dein System nicht mehr erreichbar ist, wenn dein "Server A" abraucht. Wenn das eine im Kundeneinsatz befindliche Anwendung ist, halte ich es für grob fahrlässig ohne Spiegelung zu arbeiten. Ist das nur Bastelei für dich? Dann bitte: SSIS-Pakete in nem eigenen Prozesskontext, Agent Jobs direkt auf dem SQL Server, nen Windows Service, der alle X $Zeitspanne einen Task ausführt. Die Möglichkeiten der Bastelei sind da vielfältig. Der Agent Job wäre mein Favorit in dem Kontext. Hier noch ein bisschen Vorarbeit für das Thema: how to schedule a job for sql query to run daily? - stackoverflow Viel Erfolg und Gruß, Goulasz

Hallo @murat1895! Oder man macht es gleich richtig und packt sich, wenn das Kriterium der Verfügbarkeit so wichtig ist, nen Failover Partner dazu und setzt den Primärserver als Principal für eine Spiegelung auf. Da spart man sich auch gleich die Frickelei. Gruß, Goulasz