Leute gesucht!!!

[Wanderer]

Aber wenn er bei seinem Versuch viel Neues lernt und scheitert, find ich das besser als 10 Programme zu Ende zu bringen und auf der Stelle zu treten.

[SideWinder]

@Wanderer: Damit hast du recht, aber wenn du dir den Link oben mal ansiehst, dürftest du erkennen, dass ein OS doch eine Hürde ist, wo er nichtmal wissen wird was seine ersten Zeilen Code bedeuten sollen.

Kennt ihr den Typen, der mit der WinAPI ein Fenster-OS bauen wollte?

MfG SideWinder

[other]

Hi.

Ich hab mir mal die Mühe gemacht und sein "Konzept" über das neue Betriebssystem durchzulesen.

Folgendes fällt mir sofort auf.
Irgendwie hat sich Programmer noch gar keinen Kopf darüber gemacht, wie es überhaupt aussehen soll.
Des Weiteren gibt es ein paar Lücken, auf die ich gerne eingehen möchte.

Es sollte etwas neues, anderes als Windows sein.

Nun sag mir sofort 2 Beispiele, was an deinem OS anders als an Windows sein soll?
Wir leben in der Zeit von Linux, Opensource und CO.
Wieso sparst du nicht deine Energie und entwickelst daran mit?

3-4 Jahre.
Ein richtig gutes OS braucht Qualität und 100%entige Funktionstüchtigkeit!

3-4 Jahre?
Wenn ich einer von euch wäre, würde ich mir erstmal Gedanken machen, was es beinhalten soll (ca. 2-3 Monate).
Dann braucht ihr Leute, dir vor allem Ahnung von der Materie haben.
Ich weiß nicht, ob reine C(++) Kenntnisse reichen, um ein OS neu zu erschaffen.

--> Suchagenten (Überprüfen jeden Quellcode vorerst auf fehler und anschliessend auf Ihre FUnktionstüchtigkeit)

LOL.
Na dann sehen wir uns in 100 Jahren wieder.
Angenommen ihr habt Anfänger, die ca. 50% Fehler in ihrem Code produzieren und außerdem Leute, die ihren Quelltext fast kryptisch verschlüsseln.
Glaubst du wirklich, dass die auf Anhieb hinter den Sinn dieses Quelltextes kommen.
Außerdem arbeitet ihr asynchron und damit dürfte folgendes fast unmöglich sein.
Ihr solltet euch schon zu Beginn ein paar gewiefte Programmierer angeln, die auch schon ein Auge für Fehler haben und eventuell mal in die Sourcen anderer schauen, aber selbst aktiv mitentwickeln.

--> Teamleiter (muss ein Profi sein und anderen helfen können)

Willst du diese Stelle übernehmen?

--> Codeschnipsel-Sucher (sucht nach gerbäuchlichen CodeSchnippets, die man ins Programm einfügen kann. Das spart arbeit)

Programme in denen Source eingebaut wird, ohne zu den Sinn dahinter zu verstehen, werden von mir schon von vorneherein abgeschrieben.

Sobald alle Leute zusammen sind, wird zusammen ein Termin festgelegt.

Wieviel seit ihr denn bis jetzt?

Jeder arbeitet an SEINER eigenen Sache.
Sobald alle ihre Aufgaben erfüllt haben, werden alle Codes zusammengetragen und in ein OS verschmolzen, soweit es geht.

Nun verstehe ich gar nichts mehr.
Ich denke ihr baut ein OS, dann sollten die Aufgaben auch so verteilt werden, dass ein OS daraus entsteht und nicht jeden "irgendwas" entwickeln lassen und versuchen es zu einem OS zu verschmelzen.

Noch etwas in eigener Sache:

Damit euer OS auch von der breiten Masse akzeptiert wird, müsst ihr etwas völlig neues bieten.
Das Konzept sollte von vorneherein feststehen und sich nicht erst beim entwickeln bilden.
Setzt euch zuerst ein paar Ziele, die ihr auch verwirklichen könnt (d.h. grafisch erstmal nichts all zu aufwendiges).
Sucht euch Leute mit LowLevel-ASM-Kenntnissen.
Zumindest deren Erfahrung und Wissen im Bereich Hardware, könnten euch in zukünftiger Zeit von Nutzen sein.

MfG other.

[volkard]

Original erstellt von Programmer85:
Hier steht alles! --> http://4116.rapidforum.com/topic=191787405160

Mal schaun, ich hätte ein paar Vorschläge. Hat nämlich gar keinen Zweck, wenn Ihr was bastelt, was keiner haben mag. Und während ich so rumprogrammiere und mich über mein enges OS lächele, kommen mir manchmal Ideen, was man brauchen könnte.
- Persitenz auf OS-Ebene. jedes Objekt, hat seine eigene Adresse aud der Platte. Daß es zeitweise im RAM lebt, ist nur Performance-Ding. Will endlich nicht mehr Ladezeiten und Speicherzeiten haben. Und warum bootet mein OS nicht in 1 Sekunde? Macht das mal besser.
- Multithreading ohne Zeitscheiben erlauben, damit man in eigenen Progs auf Synchronisationsdinge verzichten darf und die high-performance-server noch mehr speed bringen. Mit nem schneller server auf dem os habt ihr dann auch ein nettes werbeargument. legt einfach alles frühzeitig so an, daß ihr bsd diesbezüglich aus dem rennen kickt.
- rechtevergabe auf objektlevel. vielleicht nehmen wir speicherseiten dafür? ein ganzer prozess ist ne zu große einheit für sowas, trozudem wird normalerweise der prozess (ist ja auch nur ein objekt) doie rechte kriegen, denke ich. passt auch irgendwie harmonisch zur persistenz.
- das filesystem muß endlich transaktionen unterstützen. und ich will nie mehr aufs commit warten müssen. also wenn ich 10GB auf den Platten umherkopiere und beide Platten gelockt sind, dann brauch ich als user doch nicht minutenlang warten müssen. einfach sofort links machen, copy-on-write-strategie aufsetzen und in der idlezeit die daten langsam rüberbeamen. fasst die transaktionen mal harmonisch mit der persistent und den rechten zusammen.
- die abhängigkeiten einzelner programmteile auf source-code-ebene überwachen, wie immer cachen, bei rausziehen der maus soll das bs zur laufzeit sich seine maus-sachen rausnehmen und die relevaten teile rekompilieren. also sowas wie jit, nur noch cooler. das bs kann man dann fein als code ausliefern, und es schraubt sich am zielrechner schon selber zusammen. ist für den anwendungsentwickler wichtig, daß er laufende programme nicht immer beenden muß, wenn er was ändert. es gibt kaum was geileres als laufzeitänderbare programme.
- dazu ist natürlich ne neue programmiersprache angesagt. lernt erstmal kurz compilerbau und macht eine, die sprache sollte die konzepte von c++ eigentlich alle können, aber ne weniger verkorkste syntax haben und wie java nicht mehr *.cpp und *.h. Außerdem muß sie persistenz von sich aus bereits als integralen Bestandteil haben. Keine vptrs, an die man nicht rankommt, oder so. das bs muß natürlich von vorn herein in der neuen sprache gebaut sein. ihr werdet belohnt durch ein wartbares bs, das 1/4 so groß ist wie vergleichbare. Das alles sollte sich mehr wie scripten anfühlen. unmittelbarer. man kann ja endlich am laufenden programm operieren.
- logischerweise muß ein panic-knopf her, transaktionen haben wir eh, alle kernel-änderungen der letzten beiden wochen macht man einfach cancelbar.
- ne grafische oberfläche wird eh nötig sein, ruhig den realitäten in die augen schauen und gleich anbieten. eher an java oder smalltalk orientieren, wie ne feine library dazu aussehen könnte, unter c++ läuft nur kumischer kram rum, was guis betrifft.

Programmer85, sag mal, was hältst Du davon?

edit:
- die Sprache soll massiv multithreadingfähig sein. Ich hab immer Probs bei mehr als 10000 Threads. Will die Möglichkeit für schlanke Tasks, die nur nen Stack brauchen. Evtl sogar nur Heap-Speicher, die Aufrufrahmen könnt man zur Not auch da unterbringen. Würde vielen Simulationen guttun.

[ Dieser Beitrag wurde am 07.07.2002 um 17:52 Uhr von volkard editiert. ]

[elk]

Wer hat Lust mit mir eine Firma zu gründen und zu versuchen Intel und AMD Konkurenz zu machen?

[scherzkeks]

also ich bin dabei.
und wenn wir schon ma damit beginnen gründen wir gleich noch eine firma die Microsoft und RedHat verdrängt!

[volkard]

Ich mach auch mit. Damits einfacher wird, überweist mir einfach 5000Euro Gründungseinlage, ich mach dann schon mal den ganzen Formalkram.

[?!]

programmer85 wir erwarten noch ein SM von dir...

[volkard]

Original erstellt von <?!>:
programmer85 wir erwarten noch ein SM von dir...

Nö, es hat keiner ne Frage gestellt.
Außer nem Ungegistrierten, der nach dem Alter fragte, aber das zählt net.

[SideWinder]

Find ich ganz amüsant ... sieht alles noch besser als das Linux ohne Cursor aus...

Freu mich schon auf die erste Version - ich hoffe auf eine Trial-Version für ein paar Tage zum Testen.

Zudem will ich mich unbedingt bei euch zwangsaktivieren lassen müssen.

MfG SideWinder

[Programmer85]

Original erstellt von volkard:
[quote]Original erstellt von Programmer85:
[qb]Hier steht alles! --> http://4116.rapidforum.com/topic=191787405160

Mal schaun, ich hätte ein paar Vorschläge. Hat nämlich gar keinen Zweck, wenn Ihr was bastelt, was keiner haben mag. Und während ich so rumprogrammiere und mich über mein enges OS lächele, kommen mir manchmal Ideen, was man brauchen könnte.
- Persitenz auf OS-Ebene. jedes Objekt, hat seine eigene Adresse aud der Platte. Daß es zeitweise im RAM lebt, ist nur Performance-Ding. Will endlich nicht mehr Ladezeiten und Speicherzeiten haben. Und warum bootet mein OS nicht in 1 Sekunde? Macht das mal besser.
- Multithreading ohne Zeitscheiben erlauben, damit man in eigenen Progs auf Synchronisationsdinge verzichten darf und die high-performance-server noch mehr speed bringen. Mit nem schneller server auf dem os habt ihr dann auch ein nettes werbeargument. legt einfach alles frühzeitig so an, daß ihr bsd diesbezüglich aus dem rennen kickt.
- rechtevergabe auf objektlevel. vielleicht nehmen wir speicherseiten dafür? ein ganzer prozess ist ne zu große einheit für sowas, trozudem wird normalerweise der prozess (ist ja auch nur ein objekt) doie rechte kriegen, denke ich. passt auch irgendwie harmonisch zur persistenz.
- das filesystem muß endlich transaktionen unterstützen. und ich will nie mehr aufs commit warten müssen. also wenn ich 10GB auf den Platten umherkopiere und beide Platten gelockt sind, dann brauch ich als user doch nicht minutenlang warten müssen. einfach sofort links machen, copy-on-write-strategie aufsetzen und in der idlezeit die daten langsam rüberbeamen. fasst die transaktionen mal harmonisch mit der persistent und den rechten zusammen.
- die abhängigkeiten einzelner programmteile auf source-code-ebene überwachen, wie immer cachen, bei rausziehen der maus soll das bs zur laufzeit sich seine maus-sachen rausnehmen und die relevaten teile rekompilieren. also sowas wie jit, nur noch cooler. das bs kann man dann fein als code ausliefern, und es schraubt sich am zielrechner schon selber zusammen. ist für den anwendungsentwickler wichtig, daß er laufende programme nicht immer beenden muß, wenn er was ändert. es gibt kaum was geileres als laufzeitänderbare programme.
- dazu ist natürlich ne neue programmiersprache angesagt. lernt erstmal kurz compilerbau und macht eine, die sprache sollte die konzepte von c++ eigentlich alle können, aber ne weniger verkorkste syntax haben und wie java nicht mehr *.cpp und *.h. Außerdem muß sie persistenz von sich aus bereits als integralen Bestandteil haben. Keine vptrs, an die man nicht rankommt, oder so. das bs muß natürlich von vorn herein in der neuen sprache gebaut sein. ihr werdet belohnt durch ein wartbares bs, das 1/4 so groß ist wie vergleichbare. Das alles sollte sich mehr wie scripten anfühlen. unmittelbarer. man kann ja endlich am laufenden programm operieren.
- logischerweise muß ein panic-knopf her, transaktionen haben wir eh, alle kernel-änderungen der letzten beiden wochen macht man einfach cancelbar.
- ne grafische oberfläche wird eh nötig sein, ruhig den realitäten in die augen schauen und gleich anbieten. eher an java oder smalltalk orientieren, wie ne feine library dazu aussehen könnte, unter c++ läuft nur kumischer kram rum, was guis betrifft.

Programmer85, sag mal, was hältst Du davon?

edit:
- die Sprache soll massiv multithreadingfähig sein. Ich hab immer Probs bei mehr als 10000 Threads. Will die Möglichkeit für schlanke Tasks, die nur nen Stack brauchen. Evtl sogar nur Heap-Speicher, die Aufrufrahmen könnt man zur Not auch da unterbringen. Würde vielen Simulationen guttun.

[ Dieser Beitrag wurde am 07.07.2002 um 17:52 Uhr von volkard editiert. ][/QB][/QUOTE]

Biste dir da Sicher?? hmmm... gut oder nicht gut... du entscheidest! *lol*
Ne: Ich halte das davon, was ich davon halte

[Programmer85]

Original erstellt von <!>:
lächerlich. wie alt bist du? 12, 13, 14?
werde erst mal etwas älter und lern wie berits gesagt wurde: C++
wenn ich mir den text von deinem forum da anschaue muss ich nur schmunzeln.

17!!!!!!

[Programmer85]

Original erstellt von BF_31:
würde mal vom Namen her sagen das er 85 ist:p
kann natürlich auch sein das 85 sein Geburtsjahr ist;)

Jepp! Allright!!! 1985 ist mein Geburtsjahr! BINGO! Der kandidat hat 100 Punkte

[Programmer85]

Original erstellt von SideWinder:
**Ist ja kuhl. Da denkt man: Wow, wenn der Administrator dort ist, dann hat er sicherlich auch einiges an Wissen (bzw. hat es zumindest schon geschafft eine Community aufzubauen). Und sein Name-Thread fürs OS hier, war nur ein Joke.

Dann die große Überraschung: Er ist so ziemlich der einzige angemeldete User im Forum :D.

Lass das OS doch sein ;).

MfG SideWinder**

MIt dem wissen, haste recht. oder auch net??? Siehe meine Page:
http://www.informatik-center.5er.com

[Oliver]

3 - 4 Jahre?
Kein Problem - da brauchste nur 3 Leute die 8 Stunden täglich mit 10 Zeichen pro Sekunde ohne Pause oder nachzudenken schreiben... :p

[Termite]

3 bis 4 jahre. in der zeit könnte er informatik studieren und sich das nötige grundwissen schritchenweise aneignen und sofort im os mit einbauen.

als aller ersten schritt Würd ich sehen. erkundung des makrtes und analyse dises. was ist gut und was ist schlecht. was kann man úbernehmen. und was sollte man gleich durch eigene konzepte ersetzen.

vorschlag. POSIX wird über bord geworfen. wer braucht das schon. win-API sieht ja ganz toll aus. nur die die portierbarkeit innerhalb der versinen is zu gut. da sollte man abstriche machen.

na ja wigentlich das gegenteil währe vileicht sinnfoll

gruss termite

[elk]

scherzkeks & volkard: Also ich habe um 13:00 Uhr 'n Zahnartzttermin, aber bis dahin sollte ich mit der ersten Version von unserem OS fertig sein. Ich schick euch das dann und ihr guckt mal, dass ihr die ganzen Feinheiten macht. Dann können wir heute abend an die Börse gehen

[Helium]

Linux hat nun bereits über 10 Jahe auf'm Pukel und basiert auf einem noch viel älteren Unix. Und da haben nicht nur 10 Mann mitgearbeitet, sondern eine gigantische Gemeinschaft. Und erst jetzt finde ich, dass es ein Richtig gutes OS ist.

Linux hat sich durchgesetzt, weil es das GPL-Prinziep verfolgt und relativ stabiel ist. Zudem ist es kostengünstig.

MacOS hat sich durchgesetzt, da es das einzige wirklich sinnvoll auf dem Mac einsetzbare OS ist. Und Macs sind nunmal Quasistandard in Sachen Audiobearbeitung.

Windows hat sich durchgesetzt, weil ... kein Ahnung. Das ist mir immer noch unverständlich.

Geht man von Windows aus, hast du gute Chancen. Schreib einfach gut aussehenden Schrott und du wirst steinreich.

[SideWinder]

@Helium: Warum sich Windows durchgesetzt hat? Es war am einfachsten zu bedienen. Und 80% aller Computeruser sind eben keine Profis, sondern Anfänger.

MfG SideWinder

[Erhard Henkes]

Ich wiederhole meine Frage, da ich noch keine Antwort entdeckt habe:
Gibt es im Internet eine Anleitung zur Erstellung von OS?