Plz .... indien u het niet erg vindt wil ik weten of u bent: *******, ********* ..... Dank u voor het beantwoorden van deze Q? u zult zich afvragen waarom ... ik 'll beantwoorden omdat ik zoals jij .... als ik lees over je verleden .......... Ik wil meer lezen en meer over je leven plz ...

Een woord over "certificering"

Ik heb gewerkt op UNIX gebaseerde systemen voor meer dan 15 jaar, waarvan bijna iedere smaak van UNIX in het kader van de hemel. Nooit, in mijn loopbaan, heb ik aan een grote UNIX persoon die was' gecertificeerd '. Alle grote systeembeheerder en programmeurs hebben hetzelfde ding gemeen - een stuk van het lezen en handen op de ervaring op de baan. Er is geen ervaring klas die kunnen crashen substituut voor een live-server voor een grote onderneming op 3 uur en met de verantwoordelijkheid om het terug op de lijn voor zakelijke opent of je bent 'toast'.

Ik heb gewerkt op plaatsen waar het systeem administator is in een opleiding klasse voor een week, en terwijl ze weg was, de back-up tape voor de grote systemen was vol en uitgeworpen zelf. Ze hadden een automatische e-mail in plaats om te waarschuwen, maar ze waren in de klas Dan, een consultant die werkte aan een moeilijke codeing project voor een maand verloor haar bestanden. Ze ging op zoek naar de back-up tape voor het herstel van de bestanden en vond de band uitgeworpen! Ze huilde, echt.

Ik heb gewerkt met veel mensen in de loop der jaren gecertificeerd op routers, UNIX, MS, enz. Het spijt me om te zeggen dat geen van deze mensen was 10 procent als bevoegde dan de mensen met een passie voor het lezen en de bouw, handen op. Meest certificaties zijn slechts manieren voor verkopers en leveranciers om geld te verkopen opleiding kranten.

Willen zijn geweldig in UNIX? Hier krijg je een versie van UNIX (Linux, BSD, ongeacht), bouwen van een server van de grond af en start de bouw en het schrijven van C-code. Get Rich Stevens boeken op systeemniveau programmering en leren te programmeren op het systeem niveau. Schrijf uw eigen server en client-code, de code debuggen, werken op interproces communicatie, debug geheugenlekken, bouwen gedeelde bibliotheken, bouwen statische libs, repareren corrupte bestanden, enz.

Certificering is niet goed voor de persoonlijke kennis. Het is handig wanneer u net begint met je voet in de deur van een bedrijf die vereist certificering, maar u kunt uw inzet salaris dat de deskundigen niet over deze 'verspilling van tijd' stukjes papier. Denkt u dat Rich Stevens, die schreef de beste boeken over UNIX is gecertificeerd door een verkoper? "
Wat dacht je van Linus Torvalds, uitvinder van Linux? Nee, ze zijn geweldig UNIX mensen omdat ze niet elke verkoper snelkoppelingen. Patiences, praktijk, discipline zijn wat bouwt de stichting voor zijn geweldig in alles, niet snel certificering klassen.

Ik beveel u naar http://www.unix.com/ en volg de link aan de linkerkant te Stevens Classics. Nu Rich Stevens boeken en start programmering netwerk gebaseerd UNIX-projecten en leren van de internals. Dit zal u een grote UNIX persoon.

[Geredigeerd door Neo op 11-09-2000 op 11:53]

In een melkwegstelsel ver weg ....

Ik werkte als contractant voor Motorola buiten Chicago. Ik had heel weinig UNIX-ervaring, maar veel van de elektrotechniek ervaring, dus ik heb een pauze om te werken op UNIX. De baas zei, hier zijn de UNIX-systemen, en hier is wat ik nodig heb, en hier is de root inloggen, wees voorzichtig. Natuurlijk was het systeem niet van een productie-vak, maar in de Motorola lab.

Mijn eerste project was om de HP beproevingsapparatuur draait de HPIB (IEEE 488) interface voor 'Rocky Mountain Basic' draait op HPUX. Het was een multi-user-omgeving met verschillende gebruikers moeten hetzelfde testapparatuur zodat er Waveguide schakelaars, commando en controle, enz. De atoom-en threadsafe stukken waren complex en uitdagend voor een beginner, nog steeds een uitdaging vandaag!

Het eerste wat het project te hebben werd gedeeld geheugen tussen verschillende UNIX-processen. (het duurde een tijdje om te leren dat het gedeelde geheugen was de juiste keuze IPC, BTW. waarom niet berichtwachtrijen? semaforen?) had ik om alles te leren over interproces Communcations (IPCS), dat is het hart van het UNIX-besturingssysteem. Ik gebruikte de systemen roept in HPUX deze code op te bouwen en te debuggen. De systemen vraagt geen werk. Ik heb HP. Terug in die dagen kon je praat rechtstreeks tot het systeem code ontwikkelaars. Ze vertelde me dat niemand had gebruikt om het systeem vraagt om het gebruik van het gedeelde geheugen RMB zoals wij deden met de HP testapparatuur. Ik was de eerste. We werkten samen hebben zij de bugs in de system call en SUCCES! (Ik dacht dat ik gek zou gaan na een paar weken op deze job! Mijn golf spel viel in stukken. No way ik kon concentreren op de cursus leren tijdens deze periode.)

Daarna kreeg ik de taak om de interface hetzelfde systeem op een Progress database. Ik had om te schrijven, zowel de aansluiting cliënten en socket server API's voor dit gebruik van HPUX system calls en Progress UNIX-API's, allemaal in C (en enkele RMB interface lijm op de proef versnelling). Elke regel van de client-server-code die ik moest debug mezelf. Van belang, het Progress-goeroes zei wat ik deed was' onmogelijk 'omdat Vooruitgang zou het niet uit de doos. Ik zei, 'dat is wat de gepubliceerde API's voor, nietwaar? " In ruil daarvoor zou zij weigerde te erkennen mijn bestaan

Twee terminals opgericht naast elkaar .. Maak een socket, binden aan de aansluiting, luisteren, stuur de gegevens ... "He, waar is de gegevens op de andere kant?" Debug meer, meer schrijven print verklaringen, verliest een pond vet (spieren!), Drinken meer Mountain Dew, probeer het opnieuw. Tot slot wil ik bouwen de C API's te maken voor een gebruiker in het Progress-SQL-systeem om een query rechtstreeks aan de HPIB systemen en voor het opslaan van de HPIB testresultaten in het Progress-database. We testten. Anderen getest.

De code alle bij de productie in de regel op de Motorola assemblagelijn waar downtime wordt heel serieus genomen. Radio's worden gebouwd op de assemblage en montage lijnen moet rollen! Falen is geen optie, periode.

Ik zal u niet lastig vallen met te veel 'war stories'. Ik hoop dat u begrijpt mijn punt dat de beste manier om een expert op het gebied van UNIX is het gebruik van de UNIX-systemen gesprekken en de C-programmeertaal te ontwikkelen toepassingen of API's die gebruik maken van UNIX ipcs. U leert systeembeheer, shell, C programmeertaal, enz. bij verstek, omdat je niet kunt bouwen UNIX systemen applicaties zonder het leren beheersen van de shell-omgeving. U kunt niet een goede systemen programmeur zonder C - de beste PERL programmeurs zijn oude C programmeurs die hebben geen tijd om te compileren

Ik stel voor dat u de moderne aanpak van problemen zoals API's en uitbreidingen van PHP, PERL, MySQL en / of werken op UNIX-interfaces met draadloze protocollen over het internet, dat wil zeggen WAP, Bluetooth, of iets modern en leuk. Ja, het zal moeilijk worden, maar je kan gewoon de volgende 'bekende persoon' die gebouwd een killer app! Indien niet bekend, je zal een geweldige UNIX persoon. Denk aan Eric en sendmail. Larry en PERL ---- NTP, USENET News, enz. Al deze mensen zijn net als u in een keer. Veel van de grootste programmeurs van alle tijd gaf hun code weg vrij te maken voor de gemeenschap. Hebben zij verkopen UNIX certificaties?

Daarom ben ik begonnen met dit forum. Het is de nieuwelingen van vandaag, die zal de goeroes van morgen. Iedereen is een expert op iets en niemand kan een expert in alles. Het is de passie voor de resultaten, voor succes, te bereiken, dat maakt het leuk. UNIX biedt meer voor de verbeelding dat eventuele andere software platform veruit. Vandaag kunt u een supersnelle processor, geheugen en harde schijven voor een prikkie. Veel van de beste smaak van UNIX zijn gratis.

Er zijn geen belemmeringen behalve uw verbeelding, uw motivatie en uw interesse.