Niemand in meinem Team kümmert sich um die Optimierung. Was soll ich tun?

Joe Strazzere

2017-01-26 22:44:36 UTC

view on stackexchange narkive permalink

Da es sich um eine Eigenproduktion handelt, ist mein Arbeitgeber auch der Kunde und sie sind mit dem Endprodukt zufrieden. Sollte ich die Probleme einfach vergessen und das Projekt als abgeschlossen markieren?

Es gibt ein Sprichwort, das lautet: "Geschäfte machen, wie Geschäfte gemacht werden".

Sie sind ein Auftragnehmer. Auftragnehmer tun, was ihnen gesagt wird.

Leistungsoptimierung, SEO, Zugänglichkeit, Internationalisierung, Wartbarkeit, Sicherheit usw. - all dies ist wichtig, unterliegt jedoch immer den Entscheidungen der Produktbesitzer.

Sie haben die Thema zur Prüfung und hoffentlich erklärt die Auswirkungen ihrer Entscheidung. Wenn Sie einen Projektzusammenfassungsbericht haben, können Sie ihn dort erwähnen.

Zeit, dieses Projekt als "erledigt" zu markieren und mit anderen Aufgaben fortzufahren.

Es widerspricht meinen Auftraggebern, eine Website zu erstellen, die langsam ist

Als Auftragnehmer steht es Ihnen frei, einen Auftritt nach Ihren Grundsätzen anzunehmen oder abzulehnen. Sobald Sie den Vertrag angenommen haben, sind die Grundsätze des Kunden die wichtigsten.

Ja, scheint die richtige Option zu sein. Arbeiten Sie niemals, zu der Sie nicht aufgefordert werden

@AlanSutherland Hat Google nicht damit begonnen, Websites mit langsamerem Laden zu bestrafen, damit sie nicht so hoch in der Ergebnisliste erscheinen?Wenn es zu langsam ist, wird es wahrscheinlich nur angezeigt, wenn Sie speziell nach der Website suchen.Dies könnte es wert sein, sie anzusprechen, und könnte ihnen helfen, die Priorität solcher Dinge zu erhöhen, wenn es schlecht ist.Zu wissen, dass etwas schlecht ist, mag für sie irrelevant sein, aber sie wissen jetzt vielleicht, wie sich das schlecht auswirkt.

Ich bin mit dem Blickwinkel des Auftragnehmers nicht einverstanden.Als Profi sollte man niemals zustimmen, eine aufgeblähte Website zu veröffentlichen, die 12 Sekunden lädt.

"Auftragnehmer tun, was ihnen gesagt wird" - Dies sollte klarer ausgedrückt werden.Auftragnehmer tun, was sie im Vertrag vereinbaren.Im Allgemeinen beinhaltet dies nichts anderes als die Anweisung, was getan werden sollte;Jemand, der Anweisungen dazu gibt, wo, wann und wie etwas zu tun ist, wird wahrscheinlich eher als Angestellter als als Auftragnehmer angesehen (kann eine wichtige rechtliche Unterscheidung in einigen Regionen sein).Das heißt, es sei denn, der Vertrag enthält ausdrücklich eine Optimierung (oder es ist vage, nur "eine Website erstellen" zu sagen), ja, das OP sollte sich darüber keine Sorgen machen.

@Juris Ein Auftragnehmer äußert seine Einwände und tut dann, was ihm gesagt wird.Sie können anderer Meinung sein, aber wenn sie bezahlt werden wollen, tun sie es trotzdem.

Ich bin auch ein Website-Builder;Laut Statistik verlassen Kunden die Website, wenn das Laden einer Website länger als 5 Sekunden dauert.Sie reagieren oft empfindlich auf Geldverluste. Diese Zeiten kosten Ihren Kunden Geld!Sie haben Ihr Bestes versucht, aber es gibt nur so viel, was Sie alleine tun können, aber wenn es ein freies Budget gibt, können Sie dies erheblich verbessern (ich meine, 12 Sekunden?!), Was das langfristige Einkommen verbessert.

Ich möchte der Antwort hinzufügen, dass es immer noch legitim ist, Bedenken zu äußern, möglicherweise in schriftlicher Form.Auf diese Weise sollten Sie sich moralisch besser fühlen und kein Problem haben, wenn der Kunde das Problem erkennt und versucht, jemand anderem die Schuld zu geben.

@Juris:, aber es ist nicht die Website des Auftragnehmers, und ihnen wurde ausdrücklich die Erlaubnis verweigert, es schneller zu machen.Selbst ein grundsätzlicher Einwand an dieser Stelle kann nicht mehr sein als "meinen Namen vom Projekt nehmen" - außer dass der Name des Auftragnehmers wahrscheinlich überhaupt nicht im Projekt enthalten war.Sie können sich nicht einfach ohne Erlaubnis anmelden und ändern, weder beruflich noch rechtlich.Wenn ein Auftragnehmer aufgefordert wird, eine positive Maßnahme zu ergreifen, die er für unethisch hält und der er im Vertrag nicht zugestimmt hat, kann er dies sicher ablehnen.Aber in diesem Fall wird ihnen gesagt, sie sollen nichts tun.

@Juris Nein. Eine Person mit hohem Selbstwertgefühl sollte sich weigern, einen schlampigen Job anzunehmen.Sobald ein Vertrag abgeschlossen ist, muss er erfüllt sein.Das Ändern nach der Unterzeichnung ist ** die ** unprofessionellste Sache.

@Juris Sie gehen davon aus, dass der Chef es in seinem aktuellen Zustand veröffentlichen wird.Es ist eine sehr übliche Entwicklungspraxis, alle Funktionen grundsätzlich zum Laufen zu bringen und dann umzugestalten.Wenn das Unternehmen der Meinung ist, dass die Zeit des Auftragnehmers * im Moment * besser für das Hinzufügen neuer Funktionen aufgewendet wird, ist dies ein Managementaufruf, und es ist unprofessionell (und möglicherweise ein Grund für die Entlassung), diese Managemententscheidung zu ignorieren.Eine gute Praxis wäre es, CRs zu erhöhen, um zu erfassen, dass dies natürlich in Zukunft gewünscht wird.

Stellen Sie wie in der Antwort und darüber hinaus sicher, dass Sie Ihre Bedenken äußern und die Antworten schriftlich erhalten, dann wird es Sie in Zukunft zumindest nicht mehr beißen.

@Agent_L - Ich stimme zu.Sobald Sie den Vertrag annehmen, sind Sie verpflichtet.

enderland

2017-01-26 22:44:11 UTC

view on stackexchange narkive permalink

und sie sind mit dem Endprodukt zufrieden

Als Auftragnehmer müssen Sie lernen, dass Ihr Kunde zwar alle möglichen dummen Dinge tun kann, aber die Entscheidung zu treffen Diese dummen Dinge liegen letztendlich in ihrer Verantwortung.

Ihre Aufgabe ist es, sie zu beraten und sicherzustellen, dass sie die Kosten und den Nutzen dieser Entscheidungen verstehen.

Nicht nur, um sie zu beraten, sondern um genau zu dokumentieren, wen Sie beraten haben, was Ihr Rat war und wie sie darauf reagiert haben.Vielleicht gibt Ihnen Ihr Chef ein verbales "Nein, sieht für mich in Ordnung aus", aber das ist nicht dasselbe, als wenn Sie einen ordnungsgemäß eingereichten Fehlerbericht erstellen und Ihr Chef ihn mit einem Kommentar von "12s" auf "geschlossen - wird nicht behoben" setztLadezeit ist kein Problem ".Oder wenn Ihr Chef nicht dumm ist, weiß er, dass die Optimierung später erfolgen kann, also setzt er sie auf "gehalten" und Sie können später darauf zurückkommen.Es kann jetzt wichtiger sein, Funktionen hinzuzufügen, als dies perfekt zu tun.

@graham Wenn Sie ein nicht angefordertes Dokument vorlegen, das besagt, dass Sie mit meinen Entscheidungen nicht einverstanden sind und es in der Akte haben wollen, würde ich einen Grund finden, aus Ihrem Vertrag auszusteigen und Ihnen eine sehr schlechte Referenz zu geben.Dieses Dokument kommt niemandem zugute und dient bestenfalls als Beweis dafür, dass Sie sich geirrt haben. Im schlimmsten Fall sieht es aus wie Fingerzeig und Sabotage.

@IDrinkandIKnowThings Wenn ein Ingenieur, der mit mir zusammenarbeitet, ein Problem findet, es nicht dokumentiert und nicht dokumentiert, dass eine Managemententscheidung getroffen wurde, nicht daran zu arbeiten, würde ich diesen Ingenieur nie wieder einstellen und empfehlen, dass dies niemand anderes tut.Es geht nicht darum, mit der Entscheidung nicht einverstanden zu sein, sondern zu erfassen, dass es ein Problem gibt und welche Entscheidung darüber getroffen wurde."On the Record" als Fehler- / Problembericht zu erstellen ist * entscheidend *, um ein kompetenter Ingenieur zu sein und als Team zu arbeiten, denn es sind die "unbekannten Unbekannten", die Sie töten.

Ich würde weiter argumentieren, dass die Bereitstellung eines Dokuments dieser Art nützlich sein könnte, wenn der Kunde versucht, rechtliche und / oder finanzielle Auswirkungen zu erzielen, indem er sagt, dass Sie keine gute Arbeit geleistet haben.Sie können angeben, dass Sie sie über die Probleme informiert haben, für die sie Sie jetzt verklagen, und es war ihre Entscheidung, dass Sie oder andere Personen sie nicht ansprechen.Kunde beschließt, Ihren Vertrag darüber zu kündigen?Das ist zukünftigen Arbeitgebern leicht zu erklären, und jeder Manager, der es als Problem ansieht, ist wahrscheinlich ein Manager, für den Sie sowieso nicht arbeiten möchten.

@Graham - Das Problem sollte dokumentiert worden sein, bevor der Ingenieur zu Ihnen kam.Es liegt nicht in der Verantwortung der Ingenieure, Entscheidungen zu treffen oder zu verfolgen, welche Entscheidungen getroffen werden.Das liegt in der Verantwortung des Managements.

@IDrinkandIKnowThings Es liegt in der Verantwortung des Ingenieurs, das Problem zu dokumentieren.Es liegt in der Verantwortung des * Teams * zu dokumentieren, welche Entscheidung darüber getroffen wurde.Es ist keineswegs ungewöhnlich, dass Manager in einer Besprechung Entscheidungen treffen und die Ingenieure den Issue-Tracker nachfüllen.Die einzige wirkliche Aufgabe des Managements besteht darin, die Entscheidung zu treffen.Alles andere ist Papierkram, und wer das tut, ist völlig zu gewinnen.Das einzig Wichtige ist, dass * jemand * den Papierkram erledigt.

@Graham - Das ist in Ordnung, wenn das Team so arbeitet.Es ist eine sehr schlechte Idee anzunehmen, dass jedes Team so arbeitet.Es ist auch eine Sache zu sagen, 2-1-2017 - Problem eingereicht und eine andere zu sagen 2-1-2017 Graham entschied, dass dieses Problem nicht wichtig war und wir sollten es einfach ignorieren.

@IDrinkandIKnowThings Einverstanden - aber in diesem Fall müssen Sie CYA, wenn der Manager seine Entscheidungen nicht dokumentiert.Könnte so einfach sein wie eine E-Mail mit der Aufschrift "Graham, nur um zu bestätigen, dass ich CR8373 nach unserem früheren Gespräch in die Warteschleife stelle".Oder notieren Sie es in der CR.Ihr Strohmann-Kommentar ist offensichtlich unprofessionell - aber es ist durchaus gültig zu sagen: "2-1-2017 Auf Eis legen, da Graham sagt, dass dies derzeit nicht erforderlich ist".

Ich stehe zu meiner ursprünglichen Aussage.Das ist nicht professionell.

Konstantin Petrukhnov

2017-01-27 02:16:28 UTC

view on stackexchange narkive permalink

PageSpeed: 3/100, Ladezeiten von fast 12 Sekunden, die Homepage ist 8 MB

Und die Antworten hier schlagen vor, sie so zu lassen, wie sie ist. Z.B. "Sie sind ein Auftragnehmer. Auftragnehmer tun, was ihnen gesagt wird."

KOMMEN SIE AN!

PageSpeed: 3/100, load In Zeiten von fast 12 Sekunden ist die Homepage 8 MB groß.

Nur eine Antwort besagt, dass die Website schlecht ist, aber immer noch versucht, dem Autor die Schuld zu geben :)

Ich denke das Es ist eine sehr schlechte Website und sollte verbessert werden. Wie Sie bereits erwähnt haben, sind viele Dinge nicht sehr schwer zu optimieren. Mein Vorschlag lautet: Tun Sie, woran Sie glauben. Manchmal kostet es Sie Arbeit, aber möchten Sie wirklich wieder ein solches Projekt?

Ich würde die Probleme mehrmals durch Gespräche, E-Mails, Wikis hervorheben. usw. Benachrichtigen Sie alle Ebenen der Kollegen (Kunden und Ihr Chef) über sie. Sie könnten eine Art Tabelle mit Spalten verwenden: Problem (auch bekannt als Risiko), Warum es schlecht ist, Vorschläge zur Lösung, Welche Schritte wurden zur Lösung unternommen.

Auf diese Weise wird nicht nur das Problem erklärt, sondern auch angegeben ein klarer Weg, um es zu lösen. Wenn der Kunde diese Probleme nicht akzeptieren / lösen möchte, ist er zu seiner Rechten, und Sie sollten dies respektieren. Aber es liegt an Ihnen, jedes Projekt ernst zu nehmen oder einfach "alles zu tun und zum nächsten überzugehen". Persönlich würde ich gerne mehr Menschen mit guten Prinzipien und Mut sehen, Dinge zu reparieren, wenn es niemanden interessiert.

Sie könnten eine andere einfache Frage beantworten: Möchten Sie Ingenieur oder Roboter werden? Wer macht nur das, was ihm gesagt wurde?

Genau.Wenn Sie ein Profi sind, muss Ihre Arbeit auf jeden Fall gleich sein.

Genau.Auch Auftragnehmer, nicht nur Mitarbeiter, können (und sollten) [Handwerker] sein (http://manifesto.softwarecraftsmanship.org/).

"Ich habe die Probleme mehrmals durch Gespräche hervorgehoben", als ich das letzte Mal versuchte, wurde ich (buchstäblich) nur als Bullshitter angesehen.Tut mir leid, aber dem stimme ich nicht zu.Jetzt denke ich lieber darüber nach, dass ich nicht mit dummen Leuten arbeite. Ich erkläre das Problem einmal. Wenn mir gesagt wird, ich soll weitermachen, ist es nicht mehr mein Problem.Wenn Sie eine unerwünschte Initiative ergreifen und etwas brechen, das "funktioniert", übernehmen Sie außerdem die volle Verantwortung.

@Walfrat Im Fall des OP müssen sie ihre Bedenken dokumentiert haben (und die Gründe, warum dies für das Unternehmen von Belang sein sollte).Nicht so sehr, weil irgendjemand erwartet, dass dies einen Unterschied macht, sondern um den Rücken des OP zu bedecken, entweder wenn das Unternehmen irgendwann aufwacht und versucht, Probleme zu verursachen, "weil das OP eine langsame Site erstellt hat" oder - wenn es von einer Zukunft gefragt wird (potenzieller) Arbeitgeber, um frühere Arbeiten nachzuweisen - das OP hat einen Zähler gegen "OMG, das so langsam ist".

@TripeHound Ich stimme dem zu, dass ich einfach nicht damit einverstanden bin, * mehrfach * hervorzuheben.Tun Sie es einmal, wenn sie sich weigern und Sie weiter dokumentieren können, machen Sie es ein zweites Mal mit allem, was dokumentiert ist. Wenn sie nicht zuhören, ist es nicht mehr Ihr Problem.

Erik

2017-01-26 22:44:56 UTC

view on stackexchange narkive permalink

Da es sich um eine Eigenproduktion handelt, ist mein Arbeitgeber auch der Kunde und sie sind mit dem Endprodukt zufrieden. Sollte ich die Probleme einfach vergessen und das Projekt als abgeschlossen markieren?

Ja. Es gibt nur einen echten Standard für die Optimierung: "Sind die Benutzer mit der Leistung zufrieden?".

In diesem Fall sagen sie "Ja", also ist es so ziemlich alles. P. >

Es bleibt abzuwarten, ob die tatsächlichen Endbenutzer damit zufrieden sein werden oder ob Ihr Arbeitgeber in einigen Wochen noch damit zufrieden ist, aber solange er Ihre Vorschläge kennt und dies sagt Gut, das ist ungefähr alles, was Sie tun können.

Es ist dasselbe, als wenn der Arbeitgeber Sie auffordert, Funktionen zu implementieren, von denen Sie glauben, dass sie nicht funktionieren werden. Sie sind der Kunde, und wenn sie Ihre Vorschläge ignorieren, müssen Sie sie akzeptieren und so machen, wie sie es möchten.

Dokumentieren Sie außerdem Ihre Bedenken und lassen Sie Ihren Chef abzeichnen, dass sie nicht wichtig sind.CYA, immer

Ich habe noch nie einen Menschen getroffen, der mit einer Ladezeit von 12 Sekunden zufrieden war.

@JoeStrazzere OP hat behauptet, dass sie es wirklich billig machen können.Aus diesem Grund vermute ich, dass OP dieses Problem wirklich schlecht kommuniziert hat.Es ist nur faul.Normalerweise wird von Auftragnehmern erwartet, dass sie nur ihr Ding machen, aber gute Auftragnehmer neigen dazu, die Dinge besser zu machen, indem sie in der Nähe sind, also ermutige ich das.

Ja, da die Website nicht für so etwas wie E-Commerce geeignet ist, ist die Ladezeit nicht kritisch

@AlanSutherland können Sie versuchen, eine Frage wie "Ist eine Ladezeit von 12 Sekunden für Websites ohne Verbraucherkontakt akzeptabel?"Besuchen Sie ux.stackexchange.com und beobachten Sie die Flut des gut zitierten Hasses bei einem solchen Vorschlag. Studien zeigen (ich glaube, ich habe dies auf ux.SE gelernt), dass Benutzer von der Aufgabe abgelenkt werden, die sie mit weniger als erreichen wollten10 Sekunden warten.Ihre Website ist also im Moment buchstäblich unbrauchbar.

@AlanSutherland Haftungsausschluss, ich habe den größten Teil meiner Karriere damit verbracht, B2B-Websites zu entwickeln.Und Wochen, um sie von 5 Sekunden bis 2 Sekunden zu optimieren (sehr langsam bis langsam).

hehe ja ich weiß, es ist erschreckend langsam und wir werden dadurch Besucher verlieren

AilihmlgpfCMT Das OP hat!

@LightnessRacesinOrbit Ich stimme zu, dass kein Mensch mit einer Ladezeit von 12 Sekunden zufrieden sein wird.Ich vermute, der Kunde wird sich diese Site nicht selbst ansehen und versteht daher nicht, wie problematisch dies sein wird.

@Erik: Es ist möglich, dass der Kunde jede Absicht hat, dies zu klären, aber das OP mit allen erforderlichen Mitteln vom Problem fernhalten möchte.Es könnte politische Probleme geben, oder OP könnte ein schwieriger Auftragnehmer sein oder so.Wir wissen es nicht wirklich :)

@LightnessRacesinOrbit könnte sein.Ersteres habe ich nur selbst erlebt.

@Erik: Ja, ich schätze, ich mache nur einen Scherz, aber alles ist möglich!

Dogs

2017-01-27 03:41:34 UTC

view on stackexchange narkive permalink

Bringen Sie Ihre Bedenken hinsichtlich der Leistung zum Ausdruck. Wenn sich die Leistung mit zunehmendem Datensatz verschlechtern könnte, stellen Sie sicher, dass sie das wissen. Wenn sie auf mehr Büros expandieren und eine höhere Latenz / langsamere Pipe zwischen ihnen und den Assets haben, stellen Sie sicher, dass sie das wissen. Dokumentieren Sie alle offensichtlichen Leistungskorrekturen. Wenn sie herausfinden, dass Sie Recht hatten, sind Sie wahrscheinlich die erste Person, zu der sie kommen, um das Problem zu beheben.

Verkaufen Sie sie nicht mehr, als sie benötigen

Letztendlich sind sie ein Geschäft. Das Aktivieren einiger vernünftiger Optimierungen wird wahrscheinlich eine hohe zweistellige Anzahl von Stunden kosten, und das ist ein beträchtlicher Teil des Geldes, um etwas zu reparieren, das sich aller Wahrscheinlichkeit nach derzeit nicht wirklich auf das Geschäft auswirkt.

Einmal Das Programm gibt es schon seit einiger Zeit und es hat sich gezeigt, dass es die funktionalen Anforderungen zuverlässig erfüllt und die geschäftlichen Anforderungen erfüllt. Möglicherweise sind sie eher bereit, in die Beschleunigung zu investieren. Wenn es keine Fehler gibt und die größte Beschwerde der Benutzer lautet, dass "es langsam ist" und die Manager es satt haben, das zu hören, sollten Sie es ziemlich einfach haben, es schneller zu machen.

Ich denke nicht, dass es "eine hohe zweistellige Anzahl von Stunden" kosten wird.8 mb bedeutet, dass etwas furchtbar falsch ist und es wahrscheinlich in ein paar Stunden ein paar Mal gekürzt werden könnte.Außerdem gab das OP bereits an, verbesserte Vermögenswerte vorbereitet und angeboten zu haben, die ignoriert wurden.

Die manuelle Vorbereitung und Bereitstellung sogenannter "optimierter" Assets nützt niemandem etwas.Der Build sollte ihre Site für sie optimieren, damit die Optimierungen dauerhaft sind.Realistisch gesehen sind das Implementieren, Testen und Freigeben von Optimierungen keine „wenigen Stunden“ Arbeit.Und wenn es so einfach wäre wie "Hier, lassen Sie mich diese optimierten Assets für Sie kopieren und einfügen", würde buchstäblich niemand im gesamten Universum Nein dazu sagen.Es gibt mehr als nur ein paar Stunden Arbeit zu erledigen, oder es wäre genehmigt, erledigt und vorbei, und wir würden nicht hier sitzen und diese Frage beantworten.

DepressedDaniel

2017-01-27 10:11:48 UTC

view on stackexchange narkive permalink

Ich habe gefragt, ob wir zumindest die Bilder komprimieren und das CSS / JS minimieren könnten, aber der Rest des Teams macht sich darüber keine Sorgen.

Nun, du hast dich dem schlecht genähert. Ihre Ladezeiten von 12 Sekunden können möglicherweise nicht durch Aufblähen von CSS / JS verursacht werden. Sie mussten nur die Images komprimieren, um das zu beheben, was möglicherweise nur 15 Minuten gedauert hat, aber Sie haben versucht, sich in die CSS / JS-Minifizierung einzuschleichen, was viel mehr Arbeit bedeutet, da Sie auch den Erstellungsprozess für die Site ändern müssen.

Grundsätzlich haben Sie sich als Optimierungsnuss herausgestellt, obwohl es stimmt, dass die Site ein großes Leistungsproblem aufweist. Ihr Vorgesetzter hätte so klug sein müssen, um die Hälfte Ihres Vorschlags anzunehmen.

Ich würde versuchen, einen anderen Vorschlag zu veröffentlichen, bei dem es nur darum geht, die Bilder erneut zu komprimieren und zu betonen, dass der Arbeitsaufwand minimal ist, aber eine Welt entsteht Unterschied für die Benutzerfreundlichkeit der Website.

user42272

2017-01-26 23:06:16 UTC

view on stackexchange narkive permalink

Da es sich um eine Eigenproduktion handelt, ist mein Arbeitgeber auch der Kunde und sie sind mit dem Endprodukt zufrieden. Sollte ich die Probleme einfach vergessen und das Projekt als abgeschlossen markieren?

Nein, natürlich nicht. Sie haben ein schreckliches Produkt gebaut und sind daher ein entbehrlicher Auftragnehmer. Sie wurden für Ihr Fachwissen beim Erstellen einer Website eingestellt, die Sie noch nicht verwendet haben.

Sie haben buchstäblich keine Informationen darüber veröffentlicht, wie Sie versucht haben, dieses Problem anzusprechen , also natürlich müssen das tun, bevor dir jemand helfen kann. Der Dialog ist kritisch und ich habe keine Ahnung, ob Sie eine Idee haben, wie Sie vorgehen sollen, aber ich stelle mir vor, wenn Sie dies tun , würden Sie Einzelheiten dieses Kampfes hervorbringen. Runden Sie Ihre Frage also mit dem ab, was gut und was schlecht gelaufen ist, als Sie diese Diskussion angesprochen haben, und versuchen wir es erneut.

Sicherlich haben Sie weitere Informationen darüber, warum sie sich darüber keine Sorgen gemacht haben. " Selbst als autoritätsloser Auftragnehmer müssen Sie eine Vorstellung davon haben, ob er technisch unwissend ist, sich für einen Kunden in einem Umfeld entwickelt, in dem es keine Konkurrenz gibt, falsche Vorstellungen darüber hat, wie teuer das Komprimieren von CSS ist usw. Wenn Sie keine Ahnung haben, müssen Sie besser zuhören und besser aufpassen.

Auftragnehmer machen einfach ihr Ding; Gute Auftragnehmer sorgen auf magische Weise dafür, dass die Dinge gut laufen, und werden entsprechend belohnt. Gute Auftragnehmer haben in der Regel einige Karrierewege: Sie werden auf Vollzeit umgestellt, ihre Verträge werden manchmal sogar für mehr Geld verlängert, sie entwickeln ein Gut Lebenslauf und guter Ruf, der zukünftige Verträge landet. Ein positives Ergebnis zu erzielen, während es an Autorität mangelt, ist nur eine übliche Geschäftskompetenz, nicht mehr und nicht weniger, und es tut mir ein bisschen leid, wenn andere Antworten davon abhalten, dies so stark zu tun.

Ich hätte lieber Ihren Lebenslauf Dazu gehört "verhindert, dass der Chef trotz meiner mangelnden Autorität eine falsche Wahl trifft" als nicht.

Dies war eine Teamleistung, das Projekt begann, bevor ich dazu kam.Ich habe minimierte Quelldateien, komprimierte Bilder usw. bereitgestellt, aber sie werden nicht verwendet.Ich habe die Probleme von Angesicht zu Angesicht per E-Mail und mit den anderen FE- und BE-Entwicklern besprochen.Zu Ihrer Information, mein Vertrag wurde so deutlich verlängert, dass der Kunde mich nicht als "entbehrlich" oder das Produkt als "schrecklich" ansieht.

@AlanSutherland warum kümmert es sie nicht?

Ich bin mir nicht sicher, ich habe das Thema nicht erzwungen, weil ich glaube, dass das angesichts meiner Position unhöflich wäre.Bei der internen Entwicklung kann es sein, dass die Standards gelockert werden. Mein Hintergrund waren Agenturen, deren Kunden hohe Standards fordern

@AlanSutherland "das Problem erzwingen" wäre in der Tat schlechte Dialogfähigkeiten.Eine Ladezeit von 12 Sekunden sollte akzeptabel sein, wenn Sie zum Mars und zurück senden, aber sicherlich nirgendwo auf der Erde.

Aus der Frage geht klar hervor, warum es ihnen egal ist - es ist eine interne Anwendung, die von ihren Mitarbeitern und nur von ihren Mitarbeitern verwendet wird, und sie halten es für akzeptabel, dass ihre Mitarbeiter so lange warten.

@jmoreno, das die Dinge überhaupt nicht aufklärt.Es verdickt nur das Geheimnis.Die Ladezeit von 12 Sekunden ist für interne Anwendungen * definitiv * nicht akzeptabel.Vor allem, wenn es billig ist, sich zu verbessern, da das OP ein Vorschlag ist.Was ist hier los, wo der Chef eine Ladezeit von 12 Sekunden verrutschen lässt?Ich habe keine Ahnung.

Die drei Vorschläge, die er für billige Verbesserungen erwähnt, werden wahrscheinlich keine große Verbesserung bewirken (Bilder, CSS und JS komprimieren, aber sie sollten alle vom Browser zwischengespeichert werden).Die Mitarbeiter benötigen zwar mehr Zeit, um sie zu verwenden, finden dies jedoch akzeptabel.Vielleicht wird es nicht viel benutzt.

Ich habe einmal eine schlecht gestaltete Seite geerbt, die mehr als 65 MB HTML (keine Bilder, HTML) zurückgab, deren Laden Minuten dauerte ** und ** verhinderte, dass die Seite von einem neueren Server bereitgestellt wurde.Die damalige Entscheidung war, nur diese eine Seite auf diesem Server zu belassen und das Problem nicht zu beheben.Ich erinnere mich nicht genau, wie lange es gedauert hat, bis ich die Erlaubnis erhielt, das Problem zu beheben, aber Jahre klingen richtig.Es war keine Priorität.

brainwash

2017-01-27 04:10:12 UTC

view on stackexchange narkive permalink

Ich bin zu spät zur Party und stimme dem zu, was alle sagen, aber ich denke, es ist nicht immer eine gute Idee, die Dinge einfach so zu lassen, wie sie sind.

Bereiten Sie eine Präsentation vor, in der Sie sich befinden kann einige Folien stehlen, die zeigen, dass Ladezeiten = weniger Besuche = weniger Geld. Sie können eine davon zum Starten verwenden:

https://blog.kissmetrics.com/loading-time/

https: / /moz.com/blog/how-website-speed-actually-impacts-search-ranking

Ich habe diese Quellen nicht überprüft, erinnere mich aber an einen Vortrag in Google I / O, in dem sie enthalten sind Ich glaube, zu dem Zeitpunkt, als sie die Registerkarte Chrome Developer Tools - Audit eingeführt haben, haben Benutzer durch höhere Ladezeiten davon abgehalten.

Als Auftragnehmer sind Sie auch dafür verantwortlich, Dinge vorzuschlagen, die internen Mitarbeitern möglicherweise zu langweilig sind, um sich darum zu kümmern über, aber am Ende die Reputation und das Endergebnis des Unternehmens beeinflussen. Sie sind auch dafür verantwortlich, dass Sie gehört werden. Das Unternehmen ist hier nicht schuld, sie verstehen das Problem einfach nicht.

Sicher, Sie haben Ihren Job gemacht und können nach Hause gehen, aber wenn Sie sich besser verkaufen können, erhalten Sie möglicherweise bessere Empfehlungen , wenn Sie es auf konstruktive Weise tun.

Ich denke, Sie haben verpasst, dass es sich um ein internes Produkt handelt.Daher ist Ihr Argument etwas falsch.

Inhouse bedeutet nicht, dass es nicht öffentlich sichtbar ist.Das OP hat eine 'Unternehmenswebsite' geschrieben, daher gehe ich davon aus, dass dies die Schnittstelle zu ihren Kunden ist.Trotzdem stehe ich immer noch zu der Tatsache, dass man darauf drängen sollte, wenn man weiß, dass etwas stimmt.Ich hatte ähnliche Probleme mit Sicherheit, Leistung und Flexibilität - und am Ende hat es sich gelohnt und jeder hat die Vorteile gesehen, obwohl es ein harter Kampf war.

Er sagte, der "Arbeitgeber ist auch der Kunde", aber ja, ich bin damit einverstanden, es trotzdem voranzutreiben.

@FrançoisGautier erklärte er in (jetzt entfernten) Kommentaren, dass die Website öffentlich ist.Inhouse-Projekt bedeutet nur, dass das Unternehmen eine eigene Website entwickelt hat und nicht, dass es sich um eine Website für den internen Gebrauch handelt.

Džuris

2017-01-27 05:29:53 UTC

view on stackexchange narkive permalink

Wenn jemand mit einer Seite zufrieden ist, die 12 Sekunden lädt, liegt er falsch.

Seien Sie einfach stumpf und sagen Sie Ihrem Chef, Kollegen oder sonst jemandem, dass diese Größe und Ladezeit völlig inakzeptabel sind und dass Anscheinend fehlt ihnen die Kompetenz, solche Dinge zu beurteilen. Sagen Sie ihnen, dass Sie ein Profi sind, und es ist Ihre professionelle Schlussfolgerung, dass dieses Projekt nicht abgeschlossen ist und an weiteren Optimierungen gearbeitet werden muss.

Erklären Sie, dass eine solche Ladezeit die Benutzererfahrung und den Willen beeinträchtigt die Website für den ursprünglichen Zweck unbrauchbar machen (um [.. hier einfügen ..] der Öffentlichkeit zu dienen). Erklären Sie, dass es Ihre professionelle Meinung ist, dass die Website nutzlos ist und optimiert werden muss.

Um diejenigen anzusprechen, die davon sprechen, dass Sie ein Auftragnehmer sind ...

Damals wurde Michelangelo eingestellt die Decke der Sixtinischen Kapelle zu streichen. Stellen Sie sich vor, sein Chef sagt zu ihm: "Hey Mike, die Arbeiter hier haben bereits ein paar Heilige gezeichnet. Sie machen nur den letzten Schliff und unterschreiben Ihren Namen. Machen Sie sich keine Sorgen, das ist gut so wie es ist! Ignorieren Sie das Drei-Finger-Hand von Jesus, lassen Sie uns einfach das Projekt beenden und weitermachen. " Natürlich würde Mike dem nicht zustimmen. Ich weiß nicht, wie es gelaufen ist, aber ich weiß, dass er 4 Jahre lang dort gemalt und seine Arbeit auf einem Standard gehalten hat.

Stellen Sie sich jetzt vor. Angenommen, Sie müssen bald nach einem neuen Job suchen. Wie wird das Interview verlaufen?

- Können Sie zeigen, welche Arbeit Sie geleistet haben?

- Ah, es handelte sich hauptsächlich um interne oder nicht öffentliche Projekte. Nun, wir hatten die Unternehmenswebsite.

- Sicher, zeigen Sie es!

- Ah, aber ich muss Ihnen sagen, dass sie noch nicht wirklich optimiert ist ...

- Schon? Es scheint aus dem Jahr 2006 zu kommen. Warten Sie, wird es noch geladen? Warum zum Teufel ist es so entsetzlich langsam?

- Nun, ähm ... Weißt du, meine Kollegen, die Optimierung war ihnen nicht so wichtig ... Der Chef war zufrieden und sagte, wir sollten Fahren Sie mit dem nächsten Projekt fort ...

Hinweis: Sie könnten sogar gefeuert werden, wenn Sie meinem Rat folgen, und Sie werden sich sicherlich einige Feinde machen, aber das würde ich tun. Ich würde erklären, dass die anderen keine Ahnung hatten, wie es gemacht werden sollte, und ich sollte die Leitung dieses Projekts übernehmen. Ich wurde nie wegen solcher Dinge gefeuert oder bestraft. Sie könnten sogar etwas Respekt gewinnen :)

Ich glaube nicht, dass das Vorführen des Chefs dem OP irgendeinen Respekt einbringen würde ...

Die tatsächliche Endnutzung der Webseite muss hier berücksichtigt werden.Sie haben Recht, dass das langsame Laden für eine öffentlich zugängliche Website "entsetzlich" wäre, bei der der Verlust von Zuschauern einen Umsatzverlust bedeutet.Aber das war intern.Mitarbeiter werden für die Nutzung der Webseite bezahlt.Die Verantwortlichen beschlossen, kein Geld mehr für die Optimierung durch den Auftragnehmer auszugeben.Das ist in Ordnung, so funktionieren die Dinge in "Enterprise" -Softwareanwendungen - haben Sie jemals die "Enterprise Business Suite" von Oracle verwendet?Tu es nicht.Jemand wie Sie hätte einen Herzinfarkt.

@teego1967 Eigentlich sind Sie ganz auf dem Punkt, ich bin in Beziehungen des gegenseitigen Hasses mit diesem Meisterwerk von Oracle.Aber ich denke, Sie haben eine Sache verpasst (und das Gegenteil angenommen) - OP hat in Kommentaren angegeben, dass die Site ** öffentlich und nicht intern ** ist.