Frage:
Mit welchen Tools können Sie die N-Versionen Ihres Lebenslaufs einfach pflegen (oder vermeiden!)?
Fuhrmanator
2012-10-22 19:48:06 UTC
view on stackexchange narkive permalink

Akademiker benötigen verschiedene Formen ihres Lebenslaufs, je nachdem, für welchen Zweck er verwendet wird. In meinem Fall gibt es folgende Gründe, warum ich meinen Lebenslauf neu formatieren oder eine andere Version haben musste:

  • Beförderung und Amtszeit,
  • Forschungsvorschläge (jedes Stipendium) Programm erfordert ein anderes Format),
  • Programmakkreditierung für Ingenieuruniversitäten,
  • meine offizielle Webseite an meiner Universität (mit französischer und englischer Version).

Es ist eine Menge Arbeit, diese Lebensläufe zu pflegen, insbesondere wenn sie sich weiterentwickeln.

In Kanada gibt es ein Programm für staatlich finanzierte Forschung, das ein gemeinsames Format für Lebensläufe hat, das Gemeinsamer kanadischer Lebenslauf. Es ist eine großartige Idee, löst aber die globalen Probleme nicht wirklich. Nicht alle Förderorganisationen unterstützen es (oder dieselbe Version davon).

Kann jemand Tools empfehlen, die bei der Erstellung von akademischen Lebensläufen in verschiedenen Formaten helfen? Wahrscheinlich bedeutet dies, die Informationen an einem Ort zu zentralisieren und in anpassbaren Formaten auszugeben. Offensichtlich muss ein gewisses Verständnis für die Elemente eines akademischen Lebenslaufs vorhanden sein: Veröffentlichungen, betreute Studenten, gewährte Stipendien, gemeinnützige Arbeit, unterrichtete Kurse, ausgezeichnete Auszeichnungen usw.

Ich sehe hier zwei Fragen: Ihr Titel bezieht sich auf die Pflege verschiedener Versionen, aber Ihre Frage bezieht sich anscheinend auf den Wunsch nach einem Tool, das die Vorbereitung erleichtert. Ich vermute, Sie suchen wirklich nach etwas, mit dem Sie alle Informationen einmal eingeben und dann auswählen können, in welchen Elementen / in welcher Reihenfolge Sie sie haben möchten, ohne viel manuelle Arbeit / Formatierung zu erledigen?
@ernie Danke - Der Titel ist wahrscheinlich der Zustand, wie die Dinge von den meisten Leuten gemacht werden (nicht ideal). Ja, es sollte idealerweise nur einmal eingegeben werden. Bearbeiten Sie die Frage jetzt.
Ich habe nie eine gute Lösung dafür gefunden und habe dazu meine eigene LaTeX-Klasse geschrieben.
@David, würden Sie einen Link zu Ihrer benutzerdefinierten Klasse veröffentlichen?
@J.C.Salomon Ich habe derzeit keinen Zugriff darauf, weil ich auf Reisen bin, aber ich werde es gerne veröffentlichen, wenn ich zurück bin.
@J.C.Salomon Die Klasse ist hier: https://gist.github.com/4024555 Ich poste sie noch nicht als Antwort, da ich momentan keine Zeit habe, sie zu dokumentieren.
Fünf antworten:
Suresh
2012-10-22 20:21:41 UTC
view on stackexchange narkive permalink

Zusätzlich zur Verwendung von LaTeX mit einem Makefile finde ich die Verwendung des LaTeX-Pakets splitbib sehr nützlich. Sie können Ihre Veröffentlichungen mit unterschiedlichen Untertiteln für unterschiedliche Kategorien von Veröffentlichungen formatieren und auswählen, welche Einträge aus Ihren Veröffentlichungen (die ich als BiBTeX-Datei verwalte) enthalten sein sollen.

Da Sie mit LaTeX Dateien einschließen können, ist es relativ einfach, separate Dateien zu erstellen, die das Basismaterial enthalten, und diese dann nach Bedarf in verschiedenen Formaten einzuschließen.

Sie benötigen wahrscheinlich kein Makefile, aber ich würde es vorziehen, die Unterscheidung auch in einer (Gesamtstruktur von) LaTeX-Datei (en) vorzunehmen.
Ich bin gespannt, ob Sie diesen Ansatz für mehrsprachige Versionen Ihres Lebenslaufs verwenden. In meinem Fall muss ich über eine französische / englische Version verfügen, und einige Dinge könnten in eine Vorlage übersetzt werden (z. B. Hauptüberschriften des Lebenslaufs, Datumsformate, Monate usw.), andere sind jedoch Inhaltsvarianten (z. B. Job) Titel, Verantwortlichkeitserklärungen usw.) erfordern 2 Kopien der Daten.
Ich habe keine mehrsprachigen Versionen meines Lebenslaufs :). Aber ich habe verschiedene bibilografische Formate für verschiedene Zwecke und verschiedene Inhalte, die für verschiedene Einstellungen enthalten sind.
F'x
2012-10-22 19:57:36 UTC
view on stackexchange narkive permalink

Ich pflege einen Lebenslauf unterschiedlicher Länge (mit mehr oder weniger Details) und in zwei Sprachen. Für diese Aufgabe habe ich lange Zeit LaTeX zusammen mit einem Makefile verwendet, mit dem mein Argument bedingt kompiliert werden kann: Grundsätzlich wurde der LaTeX-Code so eingerichtet Abhängig vom Jobnamen der Kompilierung werden verschiedene Teile des Lebenslaufs enthalten sein oder nicht (dies ist nicht TeX.SE, daher werde ich nicht auf die vollständigen Details eingehen).

Ich habe es verwendet Einige Jahre lang, aber im Laufe der Zeit habe ich mich auf dem Karriereweg weiterentwickelt, und jetzt brauche ich immer mehr Arten von Lebensläufen, die auf unterschiedliche Weise angepasst werden. Grundsätzlich muss ich die Teile, die ich für jede spezifische Verwendung meines Lebenslaufs aufnehmen möchte, manuell auswählen. Daher pflege ich jetzt:

  • einen sehr kurzen Lebenslauf (für den ich die „biografische Skizze“ der NSF als Vorlage verwende)
  • einen vollständigen Lebenslauf in Englisch
  • ein vollständiger Lebenslauf in Französisch
  • eine Liste von Veröffentlichungen, da diese abgesehen von den Abschnittsüberschriften so gut wie keine Übersetzung benötigen

Ich verwende meine Textverarbeitungsprogramm (MS Word oder Apple's Pages) für die ersten drei, da ich damit einen bestimmten Lebenslauf aus jeder Vorlage anpassen und den Lebenslauf dann in ein größeres Word-Dokument einfügen kann (häufig erforderlich) für Stipendien).

Ich verwende immer noch eine maßgeschneiderte LaTeX-Verarbeitung meiner Publikationsliste , aus der ich entweder PDF (falls allein verwendet) oder eine HTML-Datei erstelle. die ich dann in meinen MS Word-Lebenslauf kopiere.

aeismail
2012-10-22 21:03:58 UTC
view on stackexchange narkive permalink

Es gibt auch die Idee, ein Versionskontroll- (oder Verwaltungs-) System wie Git, Subversion oder Mercurial . Mit diesen Tools können Sie Änderungen an Ihrem Lebenslauf im Laufe der Zeit verfolgen. Wenn Sie textbasierte Dateien verwenden, ist der Aufwand viel geringer, als wenn mehrere Versionen der verschiedenen Dateien überall schweben, insbesondere wenn unterschiedliche Dateinamen für unterschiedliche Erstellungs- und Bearbeitungsdaten usw. verwendet werden.

Du meinst ein *** Revisionskontrollsystem ***. Content-Management-Systeme sind etwas anderes (z. B. Drupal, Wordpress und Joomla).
Wenn Sie mit einem dieser Tools nicht vertraut sind, empfehlen viele Git. Subversion ist ein viel älteres und weniger leistungsfähiges Tool, und Mercurial ist - obwohl es funktional praktisch Git entspricht - viel weniger beliebt als Git.
Ich bin mit Versionskontrollsystemen sehr vertraut, und wenn Ihr Lebenslauf nicht bereits sorgfältig strukturiert ist, um dies zu nutzen, glaube ich nicht, dass sie helfen werden. Sie müssen dennoch in allen Versionen eine bestimmte Änderung vornehmen.
Git und ähnliche Systeme ermöglichen ein flexibles Zusammenführen und sogar "Ändern der Vergangenheit". Es wäre zwar ein Missbrauch des Systems, es für diesen Zweck zu verwenden, aber es kann getan werden.
Das ist völlig falsch. Mit diesen Tools können Sie verschiedene Versionen Ihres Lebenslaufs aufteilen, unter denen Sie dann Patches migrieren müssen, um sie synchron zu halten. Ein maßgeschneiderter Lebenslauf ähnelt eher einem Programm, das in verschiedenen Konfigurationen erstellt werden kann. Sie würden ein Programm im Allgemeinen nicht nur für verschiedene Build-Konfigurationen verzweigen. (Es sei denn, Sie entwickeln eine experimentelle neue Konfiguration, die die anderen beschädigen könnte und isoliert entwickelt werden muss. Dann stehen Ihnen jedoch die anderen Konfigurationen in Ihrer Zweigstelle zur Verfügung. Sie verwenden keine Verzweigung, um den Wechsel durchzuführen.)
+1 @Kaz VCS ist wichtig zu verwenden ... aber das ist nicht wirklich der richtige Ort dafür. Das Behalten von 4 Zweigen eines Projekts ist nicht dasselbe wie das Behalten von 4 Versionen eines Lebenslaufs. Wenn ich meinen Arbeitsverlauf in CV1 aktualisiere, bezweifle ich, dass VCS den Arbeitsverlauf in CV2-4 problemlos aktualisieren würde.
Git kann die von Ihnen erwähnten Probleme ganz einfach lösen. @Kaz: Sie führen einen "Haupt-Lebenslauf", der den Inhalt (das Programm) enthält, und haben dann "Wrapper" -Zweige (das Build-Konfigurationsmaterial). Nehmen Sie nur Änderungen am Inhalt im Hauptzweig vor und stützen Sie die anderen Zweige darauf neu, oder führen Sie die Änderungen am Hauptzweig in den Wrapper-Zweig ein. Wenn Sie LaTeX verwenden und include / input sinnvoll verwenden, kann dies recht einfach zu handhaben sein.
Was Sie beschreiben, ist ein Versionskontrolllabyrinth. Es ist nicht einfach. Die Vorverarbeitung Ihres LaTeX mit den Anweisungen C-Präprozessor und `# ifdef` wäre einfacher. `git` selbst ist für den durchschnittlichen Codger extrem schwierig zu verwenden, selbst wenn er ein halbes Dutzend anderer Versionskontrollsysteme verwendet hat. Es ist ein Tool für Personen (und von Personen), die Gerätetreiber mit "printk" debuggen und Registerwerte und Stapelspeicher sichern.
-1 Zweige gelten für verschiedene Versionen einer Software. Das Wort "Version" in meiner Frage bezog sich auf einen negativen Nebeneffekt, kein besseres Werkzeug zu haben. Ich muss @Kaz zustimmen. Als Professor habe ich eine Reihe von Erfahrungen (mit mehreren Darstellungen). Da die Darstellungen nicht (leicht) aus derselben Quelle generiert werden, erhalten wir Versionen (Kopien). Ich würde zustimmen, dass ein VCS nützlich ist, um die Hauptquelle zu verwalten, während sie sich entwickelt, aber die Zweigidee scheint mir falsch zu sein.
Meinetwegen. Es hängt von Ihrem Workflow ab, denke ich. Ich habe nur versucht, die Idee da rauszuwerfen. Ich bin noch in der Zwischenphase des Lernens, aber ich dachte, es wäre zumindest erwähnenswert, die Optionen zu erwähnen.
Genau. Schauen Sie, Sie möchten in der Lage sein, eine Textdatei in Ihren Editor zu laden und alle Varianten an einem Ort zu sehen. Ein Problem bei der Verwendung von Zweigen besteht darin, dass es zu einer kombinatorischen Explosion kommt. Angenommen, Ihr Dokument wird durch sechs boolesche Feature-Flags angepasst. Dies bedeutet, dass es in 64 Kombinationen generiert werden kann. Wirst du für jeden von diesen verzweigen? `git` stammt aus der Linux-Kernel-Community, Linux wird jedoch durch` CONFIG_ * `-Flaggen konfiguriert, nicht durch Verzweigung. Und wenn Sie auf MIPS abzielen, befindet sich der x86-Code immer noch im Baum.
Trotzdem gibt es keinen guten Grund, Git (oder ein anderes VCS) nicht zu verwenden, um die gute (LaTeX?) Lösung zu verwalten, die Sie sich ausgedacht haben.
Fuhrmanator
2012-10-22 21:19:40 UTC
view on stackexchange narkive permalink

2003 oder so ließ ich einen Senior-Projektstudenten versuchen, das Projekt XMLRésuméLibrary zu beeinflussen, um akademische Lebenslaufarten zu unterstützen, aber das Projekt ging nicht voran.

Es gibt ein verwandtes Projekt namens HR-XSL, mit dem XML-formatierte Lebensläufe mithilfe von Befehlszeilentools in verschiedene Formate konvertiert werden können. Aber ich habe es nicht verwendet. del> Die Beispiele ( HTML, PDF) beziehen sich auf einen Universitätsprofessor, was bedeutet, dass es für Akademiker nützlich sein könnte. Es ist anpassbar, gemäß del> und hat eine ziemlich anständige Dokumentation.

Bearbeiten: Ich habe HR-XSL ausprobiert und es funktioniert problemlos in Eclipse (Sie benötigen Ant und Java). Die CV-Daten werden in einer XML-Datei gespeichert, die einfach mit einem Text (oder interessanter) einem XML-Editor bearbeitet werden kann (Eclipse verfügt über einen integrierten Editor, der schick ist). Das Anpassen der Ausgabe ist ziemlich einfach, obwohl es DOCBOOK ist und ich es noch nie zuvor verwendet habe. Ich habe die Übung nicht bis zum Ende durchgeführt (mehrere Formate erstellen), aber ich habe das Gefühl, dass sie sich auszahlen wird.

Einige Einschränkungen des XML-Schemas bestehen darin, dass es keine Datentypen für Dinge wie "Forschungsinteressen" oder "Zuschüsse und Verträge" gibt. Es gibt jedoch ein ResumeAdditionalItem , das einen benutzerdefinierten Typ unterstützt, z. B. "Zuschüsse und Verträge", und alle Einträge dort werden unter dieser Überschrift gruppiert.

Es gibt auch eine Internationalisierungsdimension, aber ich denke nicht, dass dies funktioniert, um doppelte XML-Quellen für verschiedene Sprachen (z. B. Englisch und Französisch) zu verhindern. Der Grund dafür ist, dass bei der Internationalisierung Überschriften wie "Inhaltsverzeichnis" und "Table des matières" angepasst werden. Ich habe noch keine Möglichkeit gefunden, beispielsweise eine Berufsbezeichnung in Englisch oder Französisch anzugeben.

StrongBad
2012-10-22 22:18:44 UTC
view on stackexchange narkive permalink

Ich habe es noch nie versucht, aber yst wurde dafür erstellt. Es gab eine nette Erklärung des Problems hier:

Mit yst kann ich eine Datenbank mit meinen Artikeln, Vorträgen, Diensten, akademischen Positionen usw. als Satz von YAML-Textdateien. Ich kann diese in jedem Editor bearbeiten. yst erstellt dann meine Website und verschiedene Versionen meines Lebenslaufs aus diesen Daten unter Verwendung einer Reihe von benutzerdefinierten Vorlagen.

Eine ähnliche Aussage von jemand anderem finden Sie hier

Ich kann beispielsweise meine Liste der Veröffentlichungen oder meine Liste der Konferenzgespräche als Yaml-Daten verwenden. Ich kann dann mit yst eine Lebenslaufseite für meine Website erstellen. Ich kann yst auch verwenden, um eine .tex-Datei für eine PDF-Version meines Lebenslaufs zu generieren. Auf diese Weise muss ich nicht dieselben Änderungen an zwei verschiedenen Stellen vornehmen, wenn ich einen weiteren Vortrag halte.

Der zweite Link ist unterbrochen.
@AriB.Friedman Genau aus diesem Grund habe ich das Schlüsselzitat von der Website eingefügt. Ich habe eine andere Person gefunden, die fast genau dasselbe sagt. Wie gesagt, ich verwende yst nicht und habe keine yst-Vorlage für die Erstellung eines Lebenslaufs gefunden, aber es scheint möglich zu sein.


ⓘ
Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...