Ich glaube du bringst vor und nach durcheinander
Also wir haben 2017 NACH Christus.

Aber zu deiner Frage. Soweit mir bekannt ist die Darstellung eines Datums vor Chr. (z.B. April 333 v.Chr) durch date.now.addyears(-2300) nicht möglich. Selbst das Jahr 0 lässt sich nicht anzeigen. 1.1.1 ist das kleinste Datum

@Cheffboss
siehe hier (ist eine Ergänzung zum Vorposter)

Hier hat einer eine Klasse geschrieben, die auch mit BC-Daten umgehen kann.
Aber streng genommen ist das eine Farce, solche Datumsangaben in einen (auf gregorianischem Kalender beruhenden) ISO-Timestamp zu packen.

Das Problem ist, dass die julianischen Daten mit unserem gregorianischen Kalender nicht kompatibel sind.
Und schon gar nicht die altrömischen Datumsangaben, die vor 45 BC gültig waren.

Alle Datumsangaben, die vor 1583 liegen, sind deshalb mit äußerster Vorsicht zu genießen.
Hier kann man meiner Meinung nach sinnvoll maximal mit Jahresangaben und nicht mehr mit Datumsangaben rechnen.
Es sei denn, du implementierst einen geeigneten Konverter wie er hier verfügbar ist.

Etwas Literatur:
de.wikipedia.org/wiki/Julianischer_Kalender

petaod schrieb:

Alle Datumsangaben, die vor 1583 liegen, sind deshalb mit äußerster Vorsicht zu genießen.

Jou.
Der Witz dabei ist ja, dass sich die Schaltjahre dieser beiden Kalender unterscheiden. Cäsar seiner ging einfach davon aus, dass jedes vierte Jahr ein Schaltjahr ist.
Dies führte mit der Zeit zu einer Differenz von aktuellem Datum und Frühlingspunkt, der zur Festlegung / Berechnubng des Osterfestes und damit aller festen Feiertage verwendet wird.
Gewiss kann man irgend ein Datum hinschreiben, nur ist das halt nur für historisch begrenzte Zeitintervalle sinnvoll, und dann müsste zum Datum halt auch der verwendete Kalender genant werden.
Auch mit der Uhrzeit kommen wir in die Bredouille, denn vor sehr sehr vielen Monden drehte sich die Erde schneller, Tendenz abnehmend.