Conflict met de leraar

Status
Niet open voor verdere reacties.

RoboticPro

Gebruiker
Lid geworden
8 nov 2008
Berichten
568
Beste mede forum leden,
Zoals de titel al zegt heb ik een conflict met mijn leraar.
Wij moesten een website maken met tabellen en in 4 uur af hebben
we mochten niks zelf verzinnen.

Hoe denkt u er over?

Het contact in volgorde:
Beoordeling:
Veel knippen en plakken
Bij referenties ontbreekt http://
Laadt dus niet
Als dit echt een opdracht was geweest van een bedrijf had je een probleem gehad

1e Email:
Beste Mr XXXXX,

Wat bedoelt u met:

A. Veel knippen en plakken
B. Bij referenties ontbreekt http://
Laadt dus niet
C. Als dit echt een opdracht was geweest van een bedrijf had je een probleem gehad

A. Het knippen en plakken weet ik niet wat u bedoelt.
B. De http:// referenties zijn er niet omdat het
een relatieve site is. Hoezo laad hij dan niet?
C. Als dit een website voor een bedrijf zou zijn zou ik als eerste div's gebruiken
met php en een photoshop layout dan word de website veel beter maar helaas
mocht dit niet van U.

Brian van der Horst

Antwoord:
Hallo Brian
Als ik naar de brontekst ga zie ik zaken staan die jullie nooit kunnen weten
Ook de tekst in de disclaimer is dermate juridisch, dat jullie dat niet kunnen weten
Dat bedoel ik met " knippen en plakken"
Als ik op de hyperlinks klik moet ik gewoon naar de volgende pagina kunnen gaan (probeer het maar uit!). Dat heeft niets te maken met relatief of absoluut. Je verwijzing klopt niet (zie opdracht 5 hoe het wel moet!)
Het is onnodig op dit moment om voor plat HTML over te gaan op pHp (je haalt immers niets uit een database op)
De bedoeling was dat je tabelvorm als lay-out opzet, div's of photoshop kunnen maar zijn ook niet echt nodig
Het principe is immers KISS of wel keep it simple en stupid
Ik constateer dat je wilt gaan rennen, terwijl je nog eerst moet leren lopen
Ingewikkelde software is geen garantie voor succes als je het niet eenvoudig kunt uitleggen en demonstreren
Met vriendelijke groeten

2e Email:
De disclaimer en algemene voorwaarden komt van mijn eigen bedrijf dus dat kan ik wel weten.
Welke zaken zou ik niet kunnen weten? die in de bron staan.
PHP word niet alleen voor database gebruik maar ook voor het automatiseren van de website
en het dynamischer maken.
Een tabel vorm als layout is een verouderde techniek die niet meer gebruikt mag worden eigenlijk
de web2.0 norm is duidelijk een losse css style sheet, en puur html zonder opmaak en de layout in div's.
De links werken ook gewoon dat zal ik u de eerst volgende keer ook laten zien.
En dat lopen heb ik 8 jaar geleden gedaan toen ik begon en nu is het mijn beroep om website's te maken.

Mvg Brian van der Horst

2e Reactie:
Hallo Brian

Open de website eens die je naar mij hebt gezonden
Klik op de links
Werken ze?
In ieder geval niet bij mij................................
Als de algemene voorwaarden van jouw eigen bedrijf, dan vraag ik me af hoe deze gedeponeerd hadden kunnen worden (ze hebben namelijk zo geen rechtskracht!)
PHP wordt inderdaad niet alleen voor database gebruik maar ook voor het automatiseren van de website en het dynamischer maken, maar we op school alleen bij ICT een server die met PHP werkt
We werken met ASP van Visual Web Developer, dat een eigen interne webserver heeft
Ik zelf programmeer in ASP en met tabellen (de techniek is absoluut niet verouderd!), tenzij je wil gaan naar absoluut positioneren of CSS stylesheets (maar dat is persoonlijke smaak, want 80-90% van de websites werkt nog als vanouds met tabellen)
Maar even eerlijk, kijk eens in de klas om je heen, geloof je nu echt, dat je medestudenten weten waarover wij het hebben?
Voor gevorderde technieken moet je echt bij ICT zijn en niet bij deze VKL, het gaat immers op basiskennis niet om ICT hoogdraverij
Ik programmeer zelf al sinds 1980, dus echt onbekend ermee ben ik ook niet

Wat is uw mening?:D
 
Misschien is het handig om een linkje te posten naar de website die je hebt gemaakt, of de html files even uploaden ;). Verder vind ik het argument 'dit kan je nooit weten' echt grote bull****, je kan best geïnteresseerd zijn in een vak en daardoor wat meer kennis hebben dan vereist wordt voor het vak. Maar tevens schiet jij ook wel erg uit je sloffen met bewijzen dat je alles al weet, dit valt nooit echt goed bij een leraar en ik spreek uit ervaring. Vandaar dat de leraar ook heel erg in de verdediging schiet en dat wil je niet hebben, omdat je dan vaak verliest.

Groet,
Robin

EDIT: P.s. elke websitebouwer/programmeur die nog met tabellen werkt kan je echt niet serieus nemen, maar dat terzijde ;)
 
Laatst bewerkt:
denk toch dat de leraar gelijk heeft........
je wilt op een niveau gaan werken dat hoger ligt dan de lesstof die normaal gehanteerd wordt
bedenk dat de meeste studenten beginners zijn in je klas en met die stof al moeite genoeg hebben
bovendien kan een leraar niet van iedereen verschillende opdrachten gaan vragen
doodsimpel omdat hij dan naderhand veel te veel tijd kwijt is met het nakijken en bejureren ofwel punten geven
je dient je aan de opgegeven opdarchten te houden als een opdrachtgever bij dat bedrijf van je een opdarcht geeft neemt die opdrachtgever er ook
geen genoegen mee als jij met iets anders komt en/pf steeds zijn iedeeen afkapt uiteindelijk is de opdrachtgever de baas
leraar of bedrijf als opdrachtgever maakt hierin niet uit ...............
 
we mochten niks zelf verzinnen.
Laat dat iets aan duidelijkheid te wensen over?

Volgens mij heb je geen conflict met de leraar maar met jezelf. Het is vrij simpel. Als je voor een baas werkt dan moet je doen wat deze zegt. In loondienst moet je dat ook. Je kunt best met ideeën komen, maar zoals duidelijk is, wordt dit niet op prijs gesteld.

Je moet niet meer door gaan zeuren en doen wat gevraagd wordt. Niet meer dan dat.
 
Ik werk sinds 1986 als software engineer. Daarbij heb ik zeer veel opdrachten gehad. Wat ik heb geleerd is dat de opdrachtgever de baas is en bepaalt hoe een en ander uitgevoerd wordt. Als het mis gaat (programma werkt niet/niet naar behoren, ontwikkeltijd is te lang, etc.), is dat ZIJN verantwoordelijkheid. Wat je wel kunt doen, is OVERLEGGEN !!!!!!!!! En proberen duidelijk te maken waarom jij een andere mening hebt en dat deze beter is.
 
Hoi RoboticPro,
Als ik je e-mail correspondentie zo lees, spelen er twee zaken door elkaar:
  1. Heb je je met je website aan de opdracht gehouden?, en
  2. Was de opdracht wel een goede opdracht?
Bij de dialoog met je leraar moet je deze twee dingen dan ook goed uit elkaar houden! Want de leraar zit zo'n beetje op spoor 1, en jij zit op spoor 2.

Bij het laatste punt gaat het bijvoorbeeld over css-opmaak i.p.v. tabellen. Maar dat is een heel andere discussie dan de vraag of je goed gescoord hebt op de opdracht!

Ik zou eerst proberen het eens te worden over de 1e vraag, en pas daarna de discussie verder voeren over het gebruik van tabellen of niet. Eerst de studiepunten!
  • Want als er verschil van inzicht is over vraag 2, kan je hoog of laag springen, maar een leraar vindt het meestal niet leuk als een leerling zegt het beter te weten.
  • Het is dus een kwestie van héél tactisch aanpakken als je ervan overtuigd bent dat een leraar beter iets van jou kan leren dan omgekeerd (ook al heb je nog zulke goede argumenten). ;)
  • Vaak werkt het 't beste om niet te zeggen "Het is zus of zo, want ... vindt ook ...", maar om de leraar te vragen: "Ik heb bij ... gelezen dat het zus of zo beter is. Dit is de link: ... . Wat vind u daarvan?"
  • Bij zeggen hoe het volgens jou zit, schiet de leraar al gauw in de verdediging - en dan kom je steeds erger op een welles-nietes uit.
  • Bij vragen erken je dat de leraar er is om jouw vragen te beantwoorden, dat je waarde hecht aan zijn antwoord, en ... moet de leraar het in elk geval eerst lezen! Dan wordt hij (of zij) waarschijnlijk eerder overtuigd van jouw gelijk.
Verder is een e-mail correspondentie vaak niet zo goed om een (dreigend) conflict uit te praten. Dat kan je beter in een gewoon gesprek doen, want dan kan je meteen op elkaar reageren, of om verduidelijking vragen, enz.

================

Maar goed, eerst moet vraag 1 opgelost worden: Heb je je met je website aan de opdracht gehouden?

Hoewel er in alle bovenstaande reacties wel wat waars zit, zou ik het voorbarig vinden om nu al ja of nee te zeggen.
Als ik zou moeten bemiddelen of jou zou moeten adviseren, zou ik eerst wat essentiële gegevens willen hebben:
  1. Welke theorie was de basis voor de opdracht? Een boek (welk?), een dictaat van de leraar zelf (pdf'je?), of een website met handleiding, enz.?
  2. Wat was de letterlijke tekst van de opdracht?
  3. En wat is de link naar wat jij van de opdracht gemaakt hebt?
Met vriendelijke groet,
CSShunter
__________
PS: Als je de opdracht niet goed vond, was het misschien handiger geweest om eerst de opdracht-volgens-opdracht uit te voeren en in een commentaar je visie op de opdracht te geven. Of om (als er tijd voor was) twee sites te maken: één volgens de opdracht, en één op jouw manier.
Maar dat is achteraf-gepraat. Nu gaat het er om dat het zaakje niet verder escaleert, maar goed op zijn pootjes terecht komt!
 
Beste CSSHunter,
Wij hebben ons aan de opdracht gehouden
wij kregen een A4tje met een kleine printscreen van een website
die moesten we in 4 lesuur(45x4 = 3 uur) af hebben met minimaal 10 pagina's.

De les ervoor hebben we wat losse html tags gekregen, <h1>..<h6> <a> <img> <table>
dat was alles.

Hier heb je de link naar de website(gemaakt door de leraar) met de opdracht..
http://www.giesbershajduk.com/Webconstructie/Case.htm WERKT ALLEEN IN IE!!
Rechts onderin vind je de opdracht.
Ik zal vanmiddag even mijn opdracht online zetten.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan