Marco S.

Meine Meinung:

Erstmal dein Projekt vorstellen so wie es ist und im Fazit später den Fehler ansprechen. Das das DB Modfell nicht ganz optimal war usw.

Vorteile:

1. Du kannst nicht gefragt werden warum du es nun falsch gemacht hast. Du nimst damit dem PA quasi den Wind aus den Segeln bezüglich des Fehlers

2. Das Thema wird mit sicherheit im Fachgespräch vertieft => Normalisierung, DB usw werden vermutlich drannkommen und du kannst dich drauf vorbereiten

Ich ergänze mal:

Bei mir wurde sehr viel zum Projekt gefragt (ca 70-80%) und weniger "allgemeinwissen".

Zu guter letzt wurde mir dann vorgeworfen dass ich nicht über den Tellerrand sehen würde, weil ich nichts zur integration von Linux ins *** ADS sagen konnte... ?__? *mitfingeranstirntip*

//EDIT: Wieso wird denn M $ weggesternt??

hm... also ich halte sie für *sehr* schlicht. Ein wenig Farbe würde ihr sicherlich gut tun.

Also ich weis nicht was du noch drum rum erzählst, aber die stichpunkte auf den Folien finde ich recht dünn. das sind aqlles informationen, die man idR aufd er Ersten Seite der ProduktHP findet...

vllt. mal ne Foplie mit reinbringen, die die Funktion anhand einer Grafik verdeutlicht. Lockert den text auf, ist schön anzusehen und lässt sich leichter verstehen.

Meinen Ausweis haben die die ganze Prüfung lang behalten.

--> Muss ja alles seine förmliche Richtigkeit :mod:

Meins hat als unterlage für den beamer gedient, damit der den richtigen Winkel hat *ggg*

In mein Berichtsheft ham se nichtmal reingesehen....

es steht zwar nirgendwo vermerkt was man mit dem BH machen soll, aber auf alle Fälle zur mündlichen mitbringen. Das kann niemals schaden.

Bei uns stehts sogar aufer Einladung, dass das verpflichtend mitzubringen ist ;-))

hm, also ich schildere mal mein "Styling" von heut Morgen in Hannover:

Lange Cargohose (schwarz), T-Shirt mit einem der 10 Gebote für C Programmierer (schwarz), Turnshuhe (schwarz) und nen Gürtel vom H&M (schwarz mit geb. Aluschnalle).

Zu meinem Outfit hat von den Prüfern keiner was gesagt, also wenns dafür Abzug gab, dann nur unter der Hand.

Mein Ergebnis dabei:

Schriftl. 81%

Doku 88%

Vortrag 78% (hatte ein paar Fragen, die ich nicht beantworten konnte usw.)

Ich tippe aufs MaBo. Kann aber genau so gut das Netzteil sein. Probiers mal mit nem anderen zum testen.

Alternativ: falls es nicht mehr genug leistet: zieh mal soviele komponenten wie möglich ab (HDD, Laufwerke, ggf 2. GraKa) und schau ob sich dann was tut. Obs MaBo allein hochkommt.

Also irgendwie find ich solche aktionen hier ne Unsitte. Wollt ihr nicht gleich ne Mailingliste aufbauen?

..hm... das bringt mich auf ne idee... vllt bekomm ich kohle von irgendwelchen Spammer, wenn ich denen die URL zu diesem Thread verrate?? :old

Das bringt einem aber nichts, wenn ein kompiliertes 'ps' durch ein Neues ersetzt wurde, das meinte ich.

Hat aber auch so seine Probleme: Das rootkit muss mit nem passenden Compiler übersetzt worden sein. Oder enstprechende Libs müssen sloted auf dem Gentoo Sys liegen. Stichwort ABI.

Das ist ja mal eine fundierte Aussage.... Klar, wenn man von einer Distribution keine Ahnung hat, dann kann man sich diese auch nicht an die eigenen Anforderungen anpassen.

Bitte nichts aus dem Kontext reißen: ich habe das IMO mit absicht da mit reingeschrieben.

Die Wahl zwischen Debian und Ubuntu ist also wohl eher auf den persönlichen Geschmack ausgerichtet.

Gebe ich dir völlig recht, daher auch hier wieder das IMO. Ich halte nicht viel von dem Ansatz der bei Ubuntu verfolgt wird. Zumindest nicht für Serversysteme.

Da Ubunut aber nur ein abgewandeltes Debian ist, was im Normalfall nur neuere Pakete (vorallem) hat, kann man Ubuntu Dapper Drake wohl als Debian ähnlich ansehen. Also von vorne herein nicht als total unsicher oder unerprobt brandmarken.

Es gibt aber Feinheiten, die grade hier von interesse sind: wie sieht das basissystem aus? Muss ich noch 1000 Sachen deinstallieren damit ich eine minimale basisconfig hab? Oder versauen mir diverse Paketabhängigkeiten die Installation (SuSE)? Das sind alles Sachen die mit einfließen und, ja, letztenendes alles Geschmackssache.

Btw: ich mag an SuSE z.B. nicht, dass ich in der Standardconfig vom pamldap, openldap usw. Einstellen konnte was ich wollte, die authentifizierung per LDAP aber erst klappte, nachdem irgendwo in den untiefen von SuSE sysconf noch ein non-Standard Schalter gesetzt werden musste! DAS ist eine Sache die mich an SuSE wirklich nervt!

Schon sehr merkwürdig das hier fast alle angeblich doch so viele Prozente haben und die IHK Meck-Pomm ihren Schnitt mit 63,1% und den Bundesschnitt mit 66,1% für FiSi angibt.

Is doch klare sache: Die "Schnittreißer" trauen sich nicht zu posten

nimm debian.

IMO:

Fedora und Ubuntu sind für Desktops

SuSE stinkt generell (zuviel overhead)

CentOS kenn ich nicht.

Debian kannst du dir von grund auf so aufbauen wie du es brauchst.

..oder einfach den mountpunkt der neuen Platte den ftp benutzern als homedir zuweisen (mach dafür ne eigene gruppe, damit auch alle ftpuser schreib/leserechte haben)

Warum lässt man einen direkten root-login zu?

Oder hat er zusätzlich noch nen User gehackt?

//EDIT: gut das du es jetzt geändert hast

GA1: 78%

GA2: 90%

WiSo: 71%

Aus unserer Klasse ist laut hören sagen einer durchgefallen, ansonsten bis jetzt alle bestanden die schon nachricht haben.

Die ersten Ergebnisse für Hannover sind raus!

Mal schaun ob bei mir später auch was in der Post liegt...

IHK Hannover hat gesagt 5-6 Wochen.

Komisch, dabei brauchen se doch bloß ne schablone drüber legen -.-

Also zu dem Umzug: Meine Lösung war 23 und die find ich noch am schönsten ^^

(ob sie richtig ist ist ne andere Frage ^^)

Hi!

Also als FiSi hab ich bis auf ne kleine Doku für ne 2Tages-Arbeit noch ichts gemacht, aber ich denk der Ansatz is immer das selbe:

zuerst überlegst du dier ne sinnvolle gliederung, sprich was will ich mit reinbringen.

ZIEL - Wichtigster Punkt dabei is imho Die eigendliche Aufgae, bzw. das Ziel das du erreichen willst.

WISSEN - Danach solltest du einen Punkt machen, der das nötigste Wissen vermittelt (z.B. Begriffserklährungen, wozu sind bestimmte Sachen gut und wie(!) verwendet man sie)

DOKU - So und wenn du das hast kannst du das wissen was oben erläutert wurde konkret anwenden. Das wichtigste ist darüber bekannt, also kann mans rel leicht auch als ausenstehender nachvolziehen.

Diesen Punkt kannst du beliebig ausdehnen und aufsplitten, je nachdem wies sinn macht

Zu guter letzt würd ich noch ein FAZIT einbauen, wo probleme bei der Durchführung angesprochen werden, eigenkritik (wie hätte ichs an bestimmten stellen besser machen können) usw.

Das währe so mein Vorschlag, hat sich bei mir auch im rel gut gemacht.

Zum Thema Glossar:

Worterklährungen kannst du da reinstopfen, aber wenns länger wird, dann würde ichs als eigenes Thema unter WISSEN nehmen. (z.B. wofür ist mscdex da, was für parameter gibts, und wie binde ich im allgemeinen damit nen CD-Treiber ein)

Während dem Projekt auf jedenfall Stichpunkte machen, was du bereits gemacht hast, was unter WISSEN soll usw. Ausformulieren würd ich relativ zum schluss machen. da kannst du alles viel besser überschauen und hast nevorstellung wie ausführlich du alles schreiben kannst ohnen deinen rahmen zu sprengen. außerdem hast diu während des projektes vermutlich eh genug zu tun Das einzige was man währenddessen schreiben könnte währe meiner Meinung nach ZIEL und WISSEN, aber auch da muss man dann auf di3 Länge achten.

So, ich hoffe das hilft dir etwas weiter. Ist nun sicherlich nicht die Lösung aller Probleme, hat sich aber wie gesagt bei mir ganz gut bewährt.

MfG

Marco

PS: Fuß und Endnoten machen sich idR verdammt gut ;D

solltest du höhere Werte wirklich brauchen, dann mach aus int_test nen long long int und nim atoll()

@hobbes Zeichen sind egal, nur ab dem ersten Zeichen was auftaucht wird jeglicher rest ignoriert.

@given_to_fly Hier hast mal n Bsp:

#include <stdio.h>

#include <stdlib.h>


int main()

{

  char test[256];

  int int_test;


  strcpy(test, "12335bdf4647\0");


  puts(test);

  int_test = atoi(test);

  printf("%i\n",int_test);


  system("PAUSE");	

  return 0;

}

Lief bei mir anstandslos (Dev-C++)

Hallo!

Ich habe folgendes Problem:

Ich leite eine ipconfig ausgabe in eine Datei um und will diese per Outlook an einen eMailempfänger senden.

Das Erstellen und senden klappt auch ganz gut, nur leider hab ich keinen blassen schimmer, wie ich nun die Datei mit in die Mail bekomme.

[ich hab kaum ne ahnung wie das im detail läuft, hab ein msdn Beispiel eingebunden und angepasst.]

Das erstellen der Mail sieht so aus:

		// Prepare a new mail message

		_MailItem olMail(olApp.CreateItem(0));

		olMail.SetTo(strMail);

		olMail.SetSubject("IP-config Protokoll");

		olMail.SetBody(

			"Hi James,\n\n"

			"\tI'll see you in two minutes for our meeting!\n\n"

			"Btw: I've added you to my contact list!");

Ich hab nun auch schon die Methodenliste vom Mailobjekt abgesucht, aber irgendwie nichts passendes gefunden (lediglich zum speichern, aber das hilft mir ja nun nicht viel)

Hat wer vllt. noch n gutes Tut dazu?

Greetz

Marco

Hallo!

Habe folgendes Problem:

Ich möchte daten von einem switch auslesen. Ich muss also irgendwie eine Verbindung zu ihm herstellen und Daten senden/empfangen.

Das problem ist allerdings, das mir außer VBA nichts zur verfügung steht (winsock fällt somit schonmal flach).

Gibt esw irgendne Möglichkeit?