hoewel ik erg blij ben met het feit dat de eerste HW betrokken was bij veel datamanipulatie/opschoning, is het nog steeds duidelijk dat het een ramp is voor veel mensen. Allereerst, je hebt beperkte hoeveelheid inzending, totaliseren 5 keer (veranderd naar 10 keer voor 1st HW), en de instructeur beweerde autograder is alleen voor het sorteren niet voor debugging. Echter, ingebouwde tests zijn soms te slap, waardoor een aantal voor de hand liggende bugs glijden, en uiteindelijk zul je vast komen te zitten in autograder, die te streng is en zal 0 inzicht bieden wanneer u een bug tegenkwam. Dus over het algemeen, je echt niet een duidelijke aanwijzing waar je de fout hebt gemaakt, terwijl de taak je strikt gevraagd om het testresultaat te genereren. De formulering en instructie van elke taak zijn ook zeer onduidelijk. Dus aan het eind van de dag, zal je het grootste deel van je tijd niet besteden aan het bouwen van modellen, maar ik weet zeker dat je tientallen uren moet besteden aan het debuggen van iets dat echt triviaal is voor het succes van de HW.

de Algemene moeilijkheid van de HW is ook onnodig uitdagend. Ik ben helemaal Ok met alle ML-modellen, maar de cursus gaat er echt van uit dat je alles hebt begrepen over logistiek regressie, SVM, Cross validatie, AUC, enz. Dus ik beveel het instellen van AML als de harde voorwaarde van de cursus gezien de moeilijkheid van de eerste HW, en het lijkt erop dat de tweede HW zal nog steeds onder toezicht/zonder toezicht leren ook.

voor nu, zal ik studenten aanraden om de cursus te vermijden omdat het me persoonlijk een enorme pijn in de kont geeft om te debuggen terwijl ik totaal geen idee heb waar ik de fout heb gemaakt. Het kan autograder zijn die 10 decimaal hebben terwijl u 6, enz. kreeg. De enige feedback die je kunt krijgen is TA reageren een keer paar uur met minimale instructie, zoals “Lees de belangrijkste post die u zult erachter te komen”. Ik noem de huidige DL cursus als Debugging voor de gezondheidszorg.

mijn suggestie:

1. ingebouwde testcase zou sterker moeten zijn om bugs te detecteren en wat inzichten te verschaffen.

2. stel geen beperkt aantal inzendingen in als uw testcase en autograder tegelijkertijd zo waardeloos zijn.

3. geef goed gedefinieerde prompts. Er is een significant verschil tussen” Ik stel voor “en”je moet”. Vertel je leerlingen welke delen je moet volgen en welk deel ik raad je aan te volgen.

opnieuw zie ik veel potentieel uit de cursus. Na verloop van tijd is dit misschien wel een van de beste cursussen in DS track in de toekomst. Maar het vereist veel verfijning om ervoor te zorgen dat studenten hun beperkte hoeveelheid tijd besteden aan iets meer dan alleen het debuggen van de code, omdat het aantal cijfers niet hetzelfde zijn.