![]() |
|
|
google unix.com
|
|||||||
| Forums | Registrer | Forum Regler | Links | Albums | FAQ | Members List | Kalender | Søgning | Dagens Stillinger | Mark Forums Read |
| Jeg er ny på Unix. Hvilke bøger skal jeg læse? Henstilling til UNIX, Linux, operativsystemer, systemadministration, programmering, Shell, Shell Scripts, Solaris, Linux, HP-UX, AIX, og andre bøger og certificeringer. |
Mere UNIX og Linux Forum Emner du måske kan finde Helpful
|
||||
| Tråd | Thread Starter | Forum | Svar | Last Post |
| certificering i Unix? | varungupta | UNIX for Advanced & Ekspertsøgning Brugere | 2 | 03-05-2007 06:01 AM |
| UNIX Certificering | ednan171 | Hvad tænker du på? | 1 | 08-17-2006 11:00 PM |
| Password Expiration Days Needed | raj_vkr | AIX | 0 | 10-19-2005 01:32 AM |
| Unix Certificering | puspendu | HP-UX | 4 | 03-21-2005 05:20 PM |
| Som Unix Certificering er mest behov for i disse dage? | Dominic | UNIX for dummyer Spørgsmål & svar | 7 | 11-09-2000 07:48 PM |
|
|
LinkBack | Thread Tools | Søg denne tråd |
Karakter:
|
Display Modes |
|
|
|
||||
|
Som Unix Certificering er mest behov for i disse dage? Dette er et stort spørgsmålstegn tænke over det ...
- Søndag UNIX certificering? - SCO UNIX-certificering? - Solaris UNIX-certificering? - .... AIX 4 AIX 4.1 AIX 4.2 AIX 4.x BSDI 2,0 FreeBSD 2.2 HP-UX 10 HP-UX 10.10 HP-UX 10.20 HP-UX 10.x HP-UX 9.x IRIX 5.x IRIX 6.2 IRIX 6.5 IRIX 6.x Intel Solaris 2.4 Intel Solaris 2.5.1 Linux 1.2 Linux 2.0 Linux 2.0 (glibc) Linux 2.2 MkLinux 2,0 NCR MP-RAS NEC EWS-UX SCO OpenServer SCO OpenServer 5,0 SCO UnixWare 2.1 SCO Unixware 7,0 SINIX-N SINIX-Z SPARC Linux 2.0 Solaris 2.4 Solaris 2.5 Solaris 2.5.1 SunOS 4.1.3 SunOS 54 (x86) Tru64 UNIX [Redigeret af Dominic den 11-09-2000 ved 12:06] |
|
|||||
|
Et ord om "certificering"
![]() Jeg har været ansat på UNIX-baserede systemer i over 15 år, herunder næsten alle variant af UNIX under himlen. Aldrig i min karriere har jeg møder en stor UNIX person, der var »certificeret«. Alle de store systemadministrator og programmører har de samme ting til fælles - en masse læsning og hænder på erfaringer på jobbet. Der er ingen klasseværelset erfaringer, der kan træde i stedet for ned en levende server for et stort selskab på 3 AM og har ansvaret for at få det tilbage på linje før business åbner eller du er "toast". Jeg har arbejdet på steder, hvor systemet administator var i en uddannelse klasse for en uge, og mens de var væk, sikkerhedskopien tape for store systemer var fuld og udsprøjtet selv. De havde en automatisk e-mail i stedet for at advare, men de var i klassen Så, en konsulent, der arbejder på en vanskelig codeing projekt for en måned mistede hende filer. Hun gik for at finde den backup tape til at gendanne filer og fandt båndet bortvist! Hun råbte, virkelig.Jeg har arbejdet sammen med en masse folk i årenes løb er certificeret på routere, UNIX, MS, osv. Jeg er ked af at sige, at ingen af disse mennesker var 10 procent som kompetente end de mennesker, som havde en passion for læsning og bygning, hænder på. Mest certificeringer er lige måder for sælgere og leverandører til at tjene penge sælger uddannelse papirer. Ønsker at være stor på UNIX? Få en version af Unix (Linux, BSD, uanset), bygge en server fra bunden, og begynde at opbygge og skrive C kode. Get Rich Stevens bøger på systemniveau programmering og lære at programmere på systemniveau. Skriv din egen server og klient kode, debug koden, men arbejdet på interproceskommunikation, debug hukommelseslækager, bygge delt libs, opbygge statisk libs fastsætte korrupte filsystemer osv. Certificering er ikke god til personlig viden. Det er nyttigt, når du er først lige begyndt at få din fod i døren af et selskab, der kræver certificering, men du kan spille din paycheck, at eksperterne ikke har disse "spild af tid« stykker papir. Mener De, at Rich Stevens, hvem der har skrevet de bedste bøger om UNIX er »certificeret af en sælger?" How about Linus Torvalds, opfinder af Linux? Nej, de er store UNIX folk, fordi de ikke har fundet nogen sælger genveje. Patiences, praksis, disciplin er hvad bygger fundamentet for at være stor på noget, ikke hurtig certificering klasser. Jeg anbefaler, at du gå til http://www.amazon.com/ og \ købe Rich Stevens bøger og begynde programmering netværk baseret UNIX-projekter og lære internals. Dette vil gøre dig en stor UNIX person. [Redigeret af Neo den 11-09-2000 ved 11:53] |
|
||||
|
Det er alt sammen rigtigt, jeg har arbejdet det meste af min tid med Microsoft Network System og jeg er alvorligt planlægning at få den bedste oplevelse, jeg kan på Unix-system, jeg får brug for at få en af Unix OS og efter få disse bøger du har talt med mig om. Jeg har allerede taget et kursus i AIX, men det var for meget basale kommandoer ... Måske den selvstudielektioner måde er den bedste måde, som du siger erfaringer som ingen udskiftning. Takket være jer Neo. Deres erfaringer er godt værdsat her.
|
|
|||||
|
Dominic,
Tak for dit svar og venlige ord. Jeg vil svare igen ved at fortælle en historie om en af mine første UNIX projekter. (kan faktisk ikke huske det allerførste ![]() I en galakse langt væk .... Jeg arbejdede som entreprenør for Motorola uden for Chicago. Jeg havde meget lidt UNIX erfaring, men en masse elektromekanik erfaring, så jeg fik en pause til at arbejde med UNIX. Boss sagt, her er UNIX-systemer, og her er hvad jeg har brug for, og her er roden login, være forsigtige. Naturligvis, at systemet ikke var en produktion rubrik, men i Motorola lab. Mit første projekt var at tage HP prøvningsudstyr kører HPIB (IEEE 488) interface til 'Rocky Mountain Basic' kører på HPUX. Det var et flerbrugersystem miljø med forskellige brugere har behov for den samme test-udstyr, så der var waveguide afbrydere, kommando-og kontrolsystemer osv. Den atomare og threadsafe stykker var komplekse og udfordrende for begyndere, vil stadig være en udfordring i dag! Den første ting projektet var at have blev delt hukommelse mellem forskellige UNIX processer. (det tog lidt tid at lære at delt hukommelse var ret IPC valg, BTW. hvorfor ikke besked køer? semaforer?) Jeg var nødt til at lære alt om interproceskommunikation Communcations (IPCS), som er centrum for UNIX OS. Jeg brugte systemer kræver i HPUX at bygge denne kode og måtte debug det. Systemerne kræver ikke virkede. Jeg ringede til HP. Tilbage i disse dage vil du kunne tale direkte til systemet kode udviklere. De fortalte mig, at ingen havde hver anvendes systemet opfordrer til at gøre delt hukommelse ved hjælp af RMB, som vi gjorde med HP prøveudstyr. Jeg var den første. Vi arbejdede sammen, de faste de bugs i systemet opkald, og succes! (Jeg troede, at jeg ville gå crazy efter et par uger om dette job! Min golf spillet faldt til stykker. Nr. måde jeg kunne koncentrere sig om kurset i løbet af denne læring periode.) Efter at jeg fik til opgave at grænseflade samme system til en Progress database. Jeg var nødt til at skrive både socket klienter og socket server API'er for denne bruger HPUX system opkald og Fremskridt UNIX API'er, alle i C (og nogle RMB interface lim på prøve redskaber). Hver linje i client-server-kode Jeg måtte debug mig. Af renter, Fremskridt gurus sagt, hvad jeg gjorde var »umuligt«, fordi Det ville ikke gøre det ud af æsken. Jeg sagde, "det er, hvad den offentliggjorte API'er er for, ikke?" Til gengæld har de nægtet at anerkende min eksistens ![]() To terminaler, der er nedsat ved siden af hinanden .. Opret en socket, binder sig til stikket, lytte, sender data ... "Hey, hvor er de data på den anden ende?" Debug mere, skrive mere udskrive erklæringer, miste en anden pund fedt (muskler!), Drikke mere Mountain Dew, prøv igen. Endelig vil jeg bygge C API'er til at tillade en bruger i Progress SQL-systemet for at få en forespørgsel direkte til HPIB systemer og for at gemme HPIB testresultater i Progress database. Vi har testet. Andre testet. Koden alle når i produktionslinjen på Motorola samlebånd, hvor nedetid er taget meget alvorligt. Radioer er bygget på samlebånd og samlebånd skal roll! Fiasko er ikke en mulighed, periode. Jeg vil ikke kede dig med alt for mange "krig historier '. Jeg håber du vil forstå min pointe, at den bedste måde at blive en ekspert i UNIX er at bruge UNIX-systemer opkald og C-programmeringssprog til at udvikle applikationer eller API'er, der bruger UNIX IPCS. Du vil lære systemadministration, Shell, C programmering osv. som standard, fordi du ikke kan bygge UNIX systemer ansøgninger uden mastering råtanken miljøet. Du kan ikke være en god systemer programmør uden C - de bedste PERL programmører er gamle C programmører som ikke har tid til at kompilere Jeg vil foreslå, at du håndtere moderne problemer som API'er og udvidelser til PHP, PERL, MySQL og / eller arbejde på UNIX grænseflader til trådløse protokoller via internettet, dvs WAP, Bluetooth, eller noget moderne og sjov. Ja, det bliver svært, men du bare kan blive den næste 'berømte person', der byggede en killer app! Hvis ikke berømt, du vil blive en stor UNIX person. Tænk på Eric og sendmail. Larry og PERL ---- NTP, nyhedsgrupper osv. Alle de mennesker var ligesom du på én gang. Mange af de største programmører af alle tidspunkt gav deres kode væk gratis til gavn for fællesskabet. Må de sælger UNIX certificeringer? Derfor er jeg startet dette forum. Det er newbies i dag, der bliver gurus i morgen. Alle er en ekspert på noget, og ingen kan være ekspert i alt. Det er den passion for resultaterne, for at få succes, for at opnå, som gør det sjovt. UNIX tilbyder mere for fantasi, at enhver anden software platform langt. I dag kan du få en super hurtig processor, hukommelse og harddiske for næste til ingenting. Mange af de bedste udgaver af UNIX er gratis. Der er ingen hindringer undtagen din fantasi, din motivation, og din interesse. "Free Your Mind." -The Matrix BTW. Den oprindelige bog af Stevens, som jeg brugt til at lære af dring mine dage på Motorola er ude af tryk. Her er et Amazon.com link til et senere (måske bedre) udgave af UNIX Network Programming ved Rich Stevens (en ægte UNIX helten!) ![]() ![]() Rich Stevens har "åbnet sindet 'af enhver vellykket UNIX programmør jeg kender. Her er to andre ETIENNE bøger, der er kernen i nogen alvorlig UNIX undersøgelse. Der er flere også! ![]() ![]() Hvis du arbejder fra disse bøger, du vil lære mere end en certificering naturligvis kunne lære for enhver pris. Jeg lover, at der er ingen bedre vej. Glem ikke at medtage et par gode bøger om C programmering. K & R bogen er den klassiske. [Redigeret af Neo den 11-09-2000 ved 06:53] |
|
|||||
|
Mens dens sande at blive certificeret, ikke nødvendigvis får dig en god sys admin, er det stadig couldnt såre dig.
Hvis du kun har et år eller to af erfaring på området og er ude på udkig efter en ny holdning, en certificering kan hjælpe vise en potentiel arbejdsgiver, at du er værd at overveje. I modsætning til Novell eller MS, Unix certificering er på ingen måde forpligtet til at lande et godt stykke arbejde ... Jeg holder ikke certificeringer, og ikke har haft problemer med at finde gode sys admin holdninger. Ligesom Neo sagt, de bedste ting at gøre er bare at vide, hvad du er interesseret i. .. adgangen til gratis / billig OS's såsom Linux, * BSD, Solaris, etc. vil hjælpe dig enormt i dette mål! Held og lykke, og have det sjovt! |
| Bogmærker |
| Tags |
| linux, sendmail |
| Thread Tools | Søg denne tråd |
| Display Modes | Bedøm denne tråd |
|
|