AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Neuer Job, neues Glück

Ein Thema von Codehunter · begonnen am 26. Jun 2018 · letzter Beitrag vom 30. Jun 2018
Antwort Antwort
Seite 2 von 4     12 34      
Rollo62

Registriert seit: 15. Mär 2007
4.094 Beiträge
 
Delphi 12 Athens
 
#11

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 15:33
<OT>
C# --- Sharp ???

Wenn schon, dann bitte C++
</OT>
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.380 Beiträge
 
Delphi 10.3 Rio
 
#12

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 15:40
Der Kollege links neben mir schüttelt mit dem Kopf. (ihhh Delphi, warum kein C#? )
Und unser neue Linux-Fanatiker schlägt ihn gegen auf den Tisch.
*Notizzettel an Monitor kleben* Nie beim Arbeitgeber von himitsu anfangen, da werden Kollegen geschlagen. Wichtig: Raus finden wo er arbeitet..


@himitsu: Ich wollte schon immer mal wissen wo du überhaupt arbeitest

*fg*
  Mit Zitat antworten Zitat
Benutzerbild von p80286
p80286

Registriert seit: 28. Apr 2008
Ort: Stolberg (Rhl)
6.659 Beiträge
 
FreePascal / Lazarus
 
#13

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 16:22
[OT]
Wenn die gut sind (als Kollegen) dann lernt man unheimlich dazu.
[/OT]

Gruß
K-H
Programme gehorchen nicht Deinen Absichten sondern Deinen Anweisungen
R.E.D retired error detector
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.453 Beiträge
 
Delphi 12 Athens
 
#14

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 16:58
Und unser neue Linux-Fanatiker schlägt ihn gegen auf den Tisch. (ihhh Delphi, ihhh Windows, ihhh ihr bezahlt dafür? )
Arbeitet der denn wenigstens umsonst für euch?
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
MichaelT

Registriert seit: 14. Sep 2005
Ort: 4020 Linz
555 Beiträge
 
Delphi 10.3 Rio
 
#15

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 17:00
Oh, Danke. Das hatte ich überlesen.

Er hat doch schon etwas Neues...
[...]Ich habe meinen neuen Arbeitsvertrag schon vor längerer Zeit unterschrieben [...]
  Mit Zitat antworten Zitat
Benutzerbild von bytecook
bytecook

Registriert seit: 6. Aug 2010
Ort: Dornbirn
151 Beiträge
 
Delphi 11 Alexandria
 
#16

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 17:34
Und unser neue Linux-Fanatiker schlägt ihn gegen auf den Tisch. (ihhh Delphi, ihhh Windows, ihhh ihr bezahlt dafür? )
Arbeitet der denn wenigstens umsonst für euch?
Danke Uwe, du hast meinen Tag gerettet
Peter
Was mache ich, wenn ein Bär meine Frau angreift?
Nichts. Er hat sie angegriffen, soll er doch selber sehen, wie er sich verteidigt.
  Mit Zitat antworten Zitat
ConstantGardener

Registriert seit: 24. Jan 2006
Ort: Halberstadt
376 Beiträge
 
Delphi 10.4 Sydney
 
#17

AW: Neuer Job, neues Glück

  Alt 27. Jun 2018, 22:39
@Lenny: Wenn seine Signatur stimmt würde ich auf Dresden tippen
Andreas Schachtner
  Mit Zitat antworten Zitat
TiGü

Registriert seit: 6. Apr 2011
Ort: Berlin
3.070 Beiträge
 
Delphi 10.4 Sydney
 
#18

AW: Neuer Job, neues Glück

  Alt 28. Jun 2018, 09:49
@Lenny: Wenn seine Signatur stimmt würde ich auf Dresden tippen
Er heißt Lemmy. Mit M. Wie der verstorbene Motörhead-Sänger.
Und die Frage bezog sich wohl auf den Arbeitgeber, nicht auf den Ort.
  Mit Zitat antworten Zitat
MichaelT

Registriert seit: 14. Sep 2005
Ort: 4020 Linz
555 Beiträge
 
Delphi 10.3 Rio
 
#19

AW: Neuer Job, neues Glück

  Alt 28. Jun 2018, 09:51
Ich dachte zuerst vom Gesamteindruck her der Ort im Profil hätte etwas mit Elben zu tun. Scheint aber doch eher mit der Elbe in Verbindung zu stehen.

@Lenny: Wenn seine Signatur stimmt würde ich auf Dresden tippen
  Mit Zitat antworten Zitat
MichaelT

Registriert seit: 14. Sep 2005
Ort: 4020 Linz
555 Beiträge
 
Delphi 10.3 Rio
 
#20

AW: Neuer Job, neues Glück

  Alt 28. Jun 2018, 14:17
Gratis ist kein Garant für Passgenauigkeit Himitsu sei froh, dass Arbeitskollege nicht Katja heißt und vom Programmieren für den Weltfrieden schwärmt während sie die grunzend die Haare vom Kopf wegfuttert. Ein Lolli zur rechten Zeit tut es auch, je schneller du ihn herschenkst desto weniger hast du hernach selbst Bedarf danach.


Der Kollege links neben mir schüttelt mit dem Kopf. (ihhh Delphi, warum kein C#? )
Und unser neue Linux-Fanatiker schlägt ihn gegen auf den Tisch. (ihhh Delphi, ihhh Windows, ihhh ihr bezahlt dafür? )


Wünsch dir dennoch viel Spaß.
--- Die lange Version ---

Obwohl es für C# durchaus valide Argumente gibt so stellt sich eher die Frage wie dick ist der Überbau oberhalb des Absprungs in Native Code.

Der Uwe hat nicht ganz recht mit gratis arbeiten. Aber jemand der auf Open Source Technologie im Stile von Open Source arbeitet wird mit Industriegeld eher die klassischen Verbrauchsgüter (die legendäre warme Mahlzeit) bekommen und mit Schlafsack die Nacht im Büro verbringen. Mehr gibt es nicht.

Seit den 90ern stellt für mich Delphi/C++ Builder für Kanban beinahe den besten Kompromiss dar und das noch immer. Unsere Untersuchungen zu Kaizen und damit auch Kanban waren damals eindeutig bezüglich der Werkzeugauswahl.

Visual Studio gemeinsam mit .net profitiert von zwei Strömungen die in auch Eclipse Java noch reflektiert sind.

---

Neo-klassische Linien kollabieren in eine Almende (Investition zahlt sich nicht mehr aus): Wann ist der Zeitpunkt?

Je nach Betrachtungsweise
a) (klassisch rechte Position/Unternehmer) am Ende jeder Periode (Bilanzierungszeitraum) wird geschaut ob die Linie kollabiert ist. (Investitionsgüter)
b) Österreichisch Marktwirtschaftliche: Wenn der Bedarf gedeckt ist. Jeder der ein Gut braucht nimmt genügend Gütermenge in Empfang (Werkzeug)
c) (klassisch linke Position/Linken) sobald jeder im Wirtschaftsraum die Gütermenge in Empfang nehmen konnte, da das Industriemodell potentiell an alle im verweilenden Menschen Güter bereitstellt. Sonst müsste der Tourist ja zuerst am Bauernhof arbeiten, damit er ein Marktgeld bekommt. (Verbrauchsgüter)

c) ist sehr anfällig für ideologische Einflüsse.

Das Wachstumsmodell kommt aus einem Fürstentum in sich formenden Deutschland zu einer Zeit zu der noch keine Dampfmaschine hat gebrummt, aber die Früchte vom Feld konnten entlang dieses Modell eiliger an lokale Märkte in Städte in Städte und Dörfern verbracht werden und durch Rückübergabe von Werkzeugen wurde der Ertrag gesteigert. Heute wird die neo-klassische Linie in dem Kontext angewandt. Das anglikanische Wachstumsmodell ist außerhalb von Mitteleuropa eher beliebt. Einfach durch die Verwendung von ungedeckten Zettelgeld die Mengen am Marktplatz steigern. Das hat auch funktioniert, aber die Geldmenge am Marktplatz ist zu stark mitgestiegen.

Je nach Perspektive kommt eine Art von Geld zum Einsatz. Im Falle von Open Source gibt es keines diesen Sachverhalt abzubilden. Deswegen braucht es Spenden.

---

Die Frage ist nicht ob etwas nichts kostet, sondern ob Geld notwendig ist eine bessere Entscheidung herbeizuführen am Ende eine Investitionentscheidung.

---

Aus Sicht der neo-klassischen Linie kollabiert der Client/Server. Mit dem Kollaps geht eine Dematerialisierung der Werkzeuge einher. Eigentlich müsste der Client Device kollabieren (PC am Tisch, Laptop, Tablet), aber das wollte keiner.

Der (Ur)Opa hatte noch eine Werkstatt im Keller, hat viel repariert und auch die Bohrmaschine (VCL patchen) bspw. Der Opa von heute braucht eher eine Hilti. Eine Bohrmaschine wird seltener gebraucht, aber dann ist solch eine zumeist spezialisierter. Während die Werkzeuge aus den Privatsphären vom Güterbereitsteller eingesogen werden, werden diese nicht an den Extremitäten der Mitarbeiter montiert sondern auf einer großen Maschine. Damit Vollautomatisierung gegeben ist, müssen die alten Mitarbeiter aus den angestammten Bereitstellungsprozessen rausgehen.

Zurück zur Dematerialisierung. App vs. Application. Eine App auf einem PC ist eine ausgedünnte Application, verrichtet weniger Arbeit (bspw. Stromverbrauch) und ist damit 'billiger'. Wobei neue 'Arbeit' hinzukommt bspw. die Reaktion bspw. auf Gestures bei Mobiles und Tablets.

---

IoT wäre dann mit dem Verschwinden des Clients in Verbindung zu bringen oder auch Terminal Services zuvor. Der Reuters Schirm war ein typischer Kanditat ... Die Banker hatten damals in den 80ern und teils auch in den 90ern noch mehrere Terminals (eines je Handelssystem) am Tisch stehen. Bei Reuteres war die Spezialität das Boradcast Protokoll für die Nachrichten. Heute ist es beinahe umgekehrt, man denke an über eine Daisy Chain verbundenen Samsung Monitore die alle das gleiche Bild anzeigen.

Am PC waren dematerialisierte Werkzeuge vereint die im nächsten Schritt auf einen schlankeren Device wurden transferiert. IoT wäre das Aufbrechen dieser lokalen Zentralisierung in Kombination mit der Dematerialisiung der Serverseite. Der Client/Server war eine Dematerialisierung des Mainframes. Der Mainframe hat sich zerteilt in Buzi Mainframes (UNIX Hoblen, Novell, OS/2 und Windows Server).

---

Der Touch hat eben den Vorteil, dass ein immateriells Gut angreifbar wird. Auf dem Weg wird die Auslagerung von Teilen der Logik zum Server hin wieder attraktiver und auch die monatl. Gebühr stimmt wieder eher als Zeichen der Dematerialisierung des Preisindikators. Dahinter folgt nurmehr die Almende Fernsehen/Broadcast. Wer erinnert sich noch die Abbildung von Software Packages, Illusion einer Verpackung, aus dem Regal für Downlaod Produkte?

Wieder mal hat der Kapitalismus gesiegt, der Lauser. Denn es geht trotzdem.

---

Wenn die Verbreitung der Menge im Zenith ist, dann saugt die Linie mal die Werkzeuge bspw. am Ende ins Get-It und die Mitarbeiter der Vorgängergeneration werden zuvor freigesetzt und beginnen neue Unternehmen. Eine kollabierende neo-klassische Linie bildet zur Kompensation wieder vorklassische (selbstständig), Manufaktur (handwerkliche) und klassische (Mittelstandsunternehmen) Strukturen aus. Das Urmodell der klassischen Linie kennt noch nicht den zusätzlichen Schritt. Deswegen sagen auch die Marktwirtschafter es gibt keine Arbeitslosigkeit. Wir kompensieren die Arbeitslosigkeit heute durch 'Neu'.

Der Trick in unserer Zeit ist die Vollautomatisierung der kollabierten Linie, sprich es verweilen nurmehr jene auf einem Betriebsgelände die benötigt werden aus a). (Prozesskostenrechnung) Zu Zeiten der Verstaatlichten und auch der Fersehserie Büro Büro war die Sicht noch eine andere, da der Glaube wurde hochgehalten Umsatz und Gewinn stünden in Verbindung mit der Zahl der auf einem Betriebsgelände Verweilenden. MS hat das Gegenteil bewiesen, selbst unter der Annahme einer neo-klassischen Linie (IT Industrie).

Die Linie selbst muss vollautomatisiert die Gütermengen bereitstellen. Auf dem Wege wird ein ehem. Borland Mitarbeiter befreit von den Notwendigkeit am Betriebsgelände zu wirken. Neues Team mit Firemonkey usw... (FMX ist eine Konsolidierungstechnologie einerseits und eine App Technologie) übernimmt.

Sollte die Dematerialisierung des Gutes nicht möglich sein wird der Preisindikator dematerialisiert (Miete, Leasing (beim Auto) usw...). (Appwave)

Die Konsolidierung bei der Hardware ist offensichtlich, Abteilungsserver - Serverraum - Rechenzentrum - off premise gehostete Server und dann 'Cloud'. Im Rahmen von Cloud kommt die dematerialisierte Anwendung die App noch hinzu oder aus einem anderen Zweig der Host (IBM) Ablöse neben Java resp. SAP als bekanntes Beispiel insbesondere in Mitteleuropa die Verwendung von Open Source.

Man kann die Java und die .net Class Libraries auch als konsolidierte Werkzeuge resp. die damit verbundenen Materialien betrachten. Ein Holz im Schuppen macht keinen Sinn, wenn in der Werkstatt kein Säge, Feile, Hobel, Raspel usw. vorzufinden ist.

Free (Stallmann) war eine andere Reaktion. Nämlich jene auf den Schutz der großen UNIX Schuppen dem Kollaps durch unterschiedliche Switches bei den Command Line Tools entgegenzuwirken, ähnlich wie Dateiformate am Desktop oder Stored Languages im Umfeld der Datenbanken.

---

Komponentenorientierung kann viel aber nicht alles. Ich kann mir nicht für meine Auto bei der Voest in der Platienenfertigung ein Türe machen lassen, bei Daimler lackieren und hernach montieren. Solche Komponenten muss man selbst bauen, aber das Theming erlaubt das Lackieren. Hier spielt ein gewisses Defizit mit, das oft wurde angekreidet bspw. mit Verweis auf die Kennzeichnung der Vererbung im CodeInsight. Das kann der MMX gut.

---

COM+ war das letzte Kind von Microsoft im Rahmen der Host Konsolidierung in der Verbreitungsphase des Client Server. .net ist schon eine Konsolidierungstechnologie im Rahmen der kollabierenden C/S Linie und Java genauso. Die Zugange sind voneinander an sich losgelöst.

---

Hinzu gesellt sich noch die Realisierung von Ergebnissen im Priorisierungsmodell der Aktivitäten. Linie (Queues, FIFO, LIFO, MRU, LRU usw...), Kanban, Agile, Projekt.

0) Linienarbeit ist bekannt (Programmieren im Büro - funktioniert nie - heute heißt der nächst Versuch DevOps). Allen ist heute die Orientierung am Ergebnis.

a) Agile ist eine ganz normale Linienarbeit mit einer Prioritätenfindung entlang der Vorstellungen der Entwickler, wobei das Endergebnis eher klar ist. Die Ausrichtung ist am Ergebnis und nicht an der Arbeitszeit. (Hauch von Marktplatz)
b) Kanaban heißt. Die Aktivitäten sind klar, wer es macht auch, allein ist nicht die Reihenfolge in der Ergebnisse bereitgestellt sind bekannt. Mit Hilfe von Delphi und Komponenten kann man die Notwendigkeit zur Ausdehnung des Zeitmenge begrenzen. Komponenten wirken stabilisierend auf die Prioritätenfindung.
c) Projekt. Die Struktur ist bekannt, aber nicht wer was wann macht
d) Scrum. Keiner weiß was gewollt ist, schon gar nicht der Besteller oder das Bild des Gesamtergebnisses ist sehr difus. Noch unklarer ist wer was machen soll. (Geburtstagsparty meistens kombiniert mit Falten von Oregani). Wir wissen was wir wollen, wenn die Nebel von Avalon hinter uns liegen. Zumal der Kunde nur sehr vage Vorstellungen hat wird entlang einer Marktplatzlogik jedes Feature das der Kunde genehmigt implementiert und die Ermittlung des Preisindikators erfolgt mit dem Bauernschmäh der Umkehrung der Kunden/Lieferantenbeziehung dem die Füchse aus der Zeit Projekte und Methoden 10 Jahre zuvor nicht auf den Leim gingen. Die Investoren nehmen dasselbe Konzept und schauen, dass Sie viele Stunden bekommen (Off-Shoring). Ich mag diese Scrum Spielereien nicht, die darauf abzielen die Augen auszuwischen.

Der Unterschied zwischen b) und c) mit Bezug auf Aktivitäten ist die Differenz zwischen MS Project und Genesis World. Die Kombination Delphi und GW habe ich selbst lange gut durchgehalten.

d) Wäre so zu sehen wie. Ich habe jetzt lange genug mit dem Karaf rumgebastelt, denke aber in Delphi so etwas zu machen wäre besser. RAD-Server. So eine Lösungen zu finden, dafür wäre der Scrum durchaus geeignet. Sobald ich weiß was ich will ist der Scrum eher ungeeignet.

---


Wer auf Open Source Basis will entwickeln braucht eine Marktplatzentscheidung, resp. eine andere Art der Findung einer gelungenen Investitionsentscheidung damit der Kunde zufrieden ist und zumindest glaubt bekommen zu haben was er dachte bestellt zu haben. Die Empfindung von Qualität steht in keinem Zusammenhang mit graits, umgekehrt ist die Verwendung von Konsum(enten)geld alles andere als der Garant. Indirekt kann man durch den Preisindikator für Delphi sagen, dass die Bedarfsträger langsam gefunden sein müssen. Alle die RAD Studio brauchen haben ihr Werkzeug erfolgreich am Tisch festgehalten während Borland im Kollaps noch versuchte alle Delphis einzusaugen (in der Materialwelt). Da eine Güterübergabe im Konsumenten aber gleichbedeutend ist mit wegzuwerfen holt kein Hammerhersteller die Hämmer ab, sonder die verrosten.

---

Visual Studio und .net haben sehr viel der einzelnen Punkte vereint. Die konsolidierte Class Library, die IDE die den Übergang ganz gut hat gemeistert und auch die Einflüsse von der parallel laufenden Konsolidierugnslinie aus dem UNIX Umfeld (Java) und inbesonder Web auf die Features des Editors, WCF als Tribut an die Konsolidierung der Hardware, ...

---

Komischerweise sind jene die Free Software adaptieren können nicht zwingend jene die bei kommerziellen Sachen IGit rufen. Der Gebrauch von Free Software (Verwahrung im Eigentum (auch als Kopie des Source Codes)) und die Fähigkeit selbst anzupassen ist die höchste Güte der Verwahrung. Der Baumeister der sein Haus baut. Ziegeln brennen braucht der Baumeister sich nicht selbst (Arbeitsteilung ist trivial gegeben sinnvoll).
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 4     12 34      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:23 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz