Showing posts with label 创意空间. Show all posts
Showing posts with label 创意空间. Show all posts

Friday, September 4, 2026

这样的要求,过分吗?

  • 让用户选择州属
  • 让用户确认开课日期
  • 让用户确认全年上课周次
  • 生成过程中,避开依据用户选择的州属的公共假期
  • 生成过程中,避开教育部规定的学校假期
  • 这样的去年教学计划和每周教学计划生成要求,会过分吗?

梦话还是现实?

什么是已经知道的事实?
每一年的全国假期,每一年的各州属假期
什么是比较迟才知道的事实?
教育部的假期

能不能编制一个可让用户:
  1. 说明规避马来西亚全国公共假期,
  2. 选定在执教的州属
  3. 选定开课日期
  4. 选定上课周次
  5. 依据现有的学习标准/内容标准
  6. 依据每周节数
  7. 编制含有5E元素
  8. 并有空间让老师书写反思
  9. 然后还可以导出文字档案WORD的教案?
在AI的加持下,这是梦话还是现实?

同样是编写全年教学计划
同样需要规避马来西亚全国公共假期
同样需要规避自己州属的州假
同样需要设定开课日期以及计算上课周次
同样需要依据现有的学习标准、内容标准
但在设定全年教学计划,一般不会马上设定每日教案
设定好全年教学计划后,还不是要设定每日教案?

我觉得不是梦想了,
多少年来,多少老师
因为这东西,多么痛苦。

现在,感谢神
有了AI,再也不是梦想了。
有兴趣参加建设的话,
不妨让我知道,我们一起编写

Wednesday, August 19, 2026

同步生成的全年教学计划和每日教学活动(教案)?

下面,和大家分享非常新颖的点子:全自动生成的、同步生成的全年教学活动以及每日教学活动(教案)。

步骤:

  1. 准备所有的学习标准。
  2. 准备所有的kompetensi或学习领域(方便归类和匹对)
  3. 指示人工智能,将所有的学习标准和学习领域,翻译为中文。
  4. 指示人工智能,提供让用户决定开学日期的功能。
  5. 指示人工智能,提供用户可以确认该学年的上课周期次数。
  6. 指示人工智能,依据用户输入的开课日期,上课周次,编写每星期X次节数,每次XX分钟的教学活动。
  7. 指示人工智能,编写时候必须采取5E元素,然后清楚列明方便新晋老师或代课老师都可以明白的教学活动。
  8. 指示人工智能,在生成后,必须还有空位方便老师书写反思。
  9. 指示人工智能,必须采用HTML格式编写。
  10. 人工智能完成编写后,将编码拷贝或下载保存起来。
  11. 在储存时,留意将XXX(档案名称)的后方,.html而不是典型的 .txt.
  12. 当我们将人工智能生成的文字档案(.txt)修改为 .html后,电脑会自动辨识,那是可由浏览器(browser)开启的网页档案。
  13. 点击档案后,尝试测试功能。如果功能令人满意,准备移步到云端版。
  14. 在 Drive > Google Site >开启新的site
  15. 处理好命名后,点击 embed准备嵌入。
  16. 将刚才生成的编码,直接拷贝粘贴在里头即可。
  17. 关闭画面,确认刊登site完后完成测试即可。
  18. 任何不满意的结果,指示人工智能重新整理即可。
为什么要编制和全年教学计划同步的每日教学计划?
  1. 不必做2次的工作。之前都是完成每年教学计划(全年计划)后,还要编写每日教学计划(教案)。现在,用户确认了开学日期和全年上课周次后,直接即可同步生成。
  2. 直接生成有5E元素的教案。让每一个使用的老师,基于相同的学习标准和各领域的掌握能力(kompetensi),直接即可生成全年教学计划和每日教学计划。
  3. 同步后,教师即可直接跟着教案,检查自身教学进度即可。与其绞尽脑汁编写教案,还不如好好准备教材,然后继续学生学习表现。

发音的APP

AI发展神速,加上浏览器本身的语音API(Application Programming Interface),让我们有了新的研发方向:

  • 开始研发适合学生学习字词的网页或APP。
  • 方便学生透过自学方式,在离线或在线方式,学习国语、英语或华语(迄今已完成测试马来西亚语)。
  • 在推行阅读/聆听的过程中,有了减轻老师负担的可能。
  • 学生可以随时进行演讲稿反覆演练
  • 文章的阅读,可以透过真人发音,聆听能力得以进一步发展而不是被动的学习者(盲目的滑动屏幕)
实际运用案例:华语、国语、英语三语学习(Sehari Sepatah Perkataan, 俗称SSP)有了新的执行方式。
        过往,三语学习的风俗,几乎都是透过影印学习小册子;小老师或负责老师在晨读时刻,前去负责地点或班级,指导阅读。但,这样的执行方式,即便多年执行中看起来有效,但仍有其独特的弱点:
  • 师资:每个老师必须有影印的副本。无论在班上或自行携带都好。无形加重准备成本,以及老师的管理负担。
  • 教师负担:晨读的进行,对一天节数多的老师而言,是额外的负担。阅读必须有领读、范读的部分存在。反覆领读、范读,对与老师嗓子来说,是一种负担。
  • 学生和老师时间有限:学生早上或有其他活动,若未能准时出席在指定地点的话,或错过阅读,引发负学习的现象。老师的忙碌或其他临时活动,也影响学生字词学习,效果不彰。
  • 学生抄写:许多年来,晨读或每日三语学习,都是透过抄写学习的。站在老师角度:多了一本练习要检查;站在学生角度,多一样要抄写的课业。抄写,并不是现代学习过程中重要的环节。(留意:此论点并不反对书写,但盲目抄写,似乎没有成效)
  • 听说的障碍:多年来,学生无法有效自学,在某种程度上,就是局限在听说教学上。在语言的应用中,即使老师多次说明(其实,一天节数多的老师,多半会惜字如金,不会赘言),也未必成功让学生好好聆听。但创建有发音的APP或应用,情况或许截然不同。
鉴于以上的执行弱点,是时候善用人工智能以及浏览器本身的speech API, 开发有助于学生聆听/阅读的运用。
  1. 开发发音的应用,有助于学生自学。无论学生使用手机、电脑或在住家的平板,都能够重覆聆听。在听说掌握上,有助于学生提升阅读水平。
  2. 学生不必等老师到来,即可开启电脑档案开始范读导读(将创建好的档案,直接保存在电脑桌面,开机后,即便没有网络,一般也能够有效阅读)。
  3. 创建可以配合上课日的阅读应用,可以让学生开启档案后,点击上课的日子,直接开始阅读和学习。
  4. 要是加上图像加插的话,在学前班和低年组的运用,也可发挥更大作用。
  5. 未来:或许是演讲稿、课文或赛事前的多次复习流程。
进阶建议:如果设计时,能加上以下功能更好:
  1. 加上录制或聆听学生阅读,然后回馈的机制。
  2. 三语的设计,必须是有字词、意义、运用举例。
  3. 每天自动刷新,但又能让用户(学生)随时回到之前任何一天,以及回播。
  4. 发音必须清晰
  5. 离线使用也没有问题,降低对网络的依赖。
愿景:
  1. 创建可让学生透过三语词语学习,赋予学习更好的价值:发音功能。
  2. 必须协助老师降低导读、范读的负担。进一步保护老师们的嗓子和心理健康。
  3. 提供方便学生、家人/监护人督导孩子们学习的工具。
  4. 提供方便学生在方便的时间学习,逐步掌握聆听和阅读的窍门。
  5. 提供最简单,又方便老师们传享;学生们可以善用的应用的介面。
后记:
有没有想过,学生在没有老师的情况下,
可以有效聆听要学习的文体。
有没有想过,参加演讲比赛的孩子们,
可以在老师时间不足的情况下,
借用这些应用,自行练习熟悉讲稿?

有兴趣一起开发吗?
欢迎电邮联系编者。

Monday, March 30, 2026

不同角度看事情(Fail Panitia)

  • 管理层:实在好多和档案。有没有办法可以整合?获取全面的概括?
  • 科目主任:我们不同科目,怎么可以整合?(等下人家知道我们在做什么呢?抄袭我们的想法呢?)
  • 老师:天啊,那么多的档案,做死人咩?
  • 账目稽查:不同科目,应有不同的文件才是啊,怎么可以结合?
  • 督学团:对啊,科目不同,不应该有同样的文件。
  • 管理层:但即使科目不同,里面内容也是大同小异啊,几乎简直是同样的事情,只是科目不同,但内容真的相差无几啊。
  • 老师们& 科目主任:我们没有试过这样的。
  • 管理层:要是能让大家在线处理的话,如何?
  • 科目主任&老师们:愿意尝试。但我们的科目的文件夹中,要有那文件档案的哦。
  • 管理层:如果在你们各科文件夹中,都有同样的档案呢?
  • 科目主任& 老师们:那可以考虑。
  • 督学团、稽查部门:不行啊。不同科目不应该这样的啊。
  • 管理层&科目主任&老师:你自己做看看。
  • 督学团:贵校没有依据SOP行事。
  • 稽查部门:贵校稽查不过关。
  • 管理层:(无奈)不想改革了。你们想怎样就怎样啦。
  • 科目主任:你看,我都说了行不通的。
  • 老师们:为什么工作都做不完的啊。每个科目10个副文件夹,12个科目就120副文件夹。每个副文件夹中又有不少的文件和档案要处理。真的没力了。为什么管理层不做些什么的呢?

Tuesday, February 17, 2026

农历新年的感想

 华人:团圆饭

其实:晚餐


华人:过年了

其实:农历而已


华人:放烟花欢庆

其实:自欺欺人扮开心


华人:食肆起价正常啦

其实:要给OT而已


华人:柑=金

其实:贪恋财物的表现


华人:连夜饭,守岁

其实:以前交通不方便,要接待远方来的亲朋好友。


华人:给个红包祝福你

其实:给你点甜头,给我合作点


华人:年初三不拜年咯

其实:除夕已晚睡,初一得早起,初二又回娘家,还不够累?


想了想:

算是民族智慧?

还是自欺欺人?

Wednesday, January 28, 2026

如果:

如果:

  1. 要创建一个可以与所有科目的10个文件夹衔接相通的页面,可行吗?(参考2026年1月21日数学和科学科管理工作坊)
  2. 仅需点选科目,然后拥有统一格式的会议通知书,可行吗?
  3. 将各科目的会议,都结合在一个会议记录中,然后全部科目共享会议链接,可行吗?
  4. 提供计划书样本给所有科目主任,方便提取和修改的话,可行吗?
  5. 让各科目的主任老师,在上载文件后,其他老师只能看见所上载的文件,只能开启但不能下载或修改,可行吗?
  6. 让不同科目的主任、老师,可以在日历中,看见校历(管理层的制定)也可以直接编写科目全年活动,可行吗?
  7. 让不同科目的视察结果,都可以从科目管理页面衔接,可行吗?
  8. 将不同科目的标准学习文件,汇集在一起,然后将汇集档案的链接,同样的链接,直接放在不同全部科目的管理页面,可行吗?
  9. 有办法记录每一种到来的教具,也看见那些教具的状态,可行吗?
  10. 可以记录每一种教具的使用频率,又有办法显示出来的话,可行吗?
  11. 直接使用校历,编排全年教学活动,可行吗?

Wednesday, December 17, 2025

生日墙 Birthday Wall

 
生日墙,顾名思义,就是显示当天生日的寿星。主要目的是提醒和祝福身边,在当天庆祝生日的朋友/学生。

        在学校建立生日墙,是有正面的影响的。当然,也要有足够的能力处理才行。校园要有生日墙的话,必须尽可能简化生日墙的建设工作(别告诉我还要使用传统的布告板和粘贴学生名单)。

        传统的布告板和学生名单,不仅费时费力,还很挤压老师的作息时间。要知道,布置布告板,是多么费神费时的工作啊。但更重要的,其实就是即时性。

        建设电子或网络版的生日墙,在很大程度上,可以有效弥补老师的作息时间。但更重要的是:在布置上,美编上,排版上,多了很多自由和选择(网络的图像和设计,你曾计算吗?)。但比这个更重要的是:网络/电子版的生日墙,可依据当天的日期,即时显示生日的学生。

        嗯,你没有看错。是的。网络/电子版的生日墙,可以依据当天的日期,即时显示当天生日的全部学生。

先讲解构思和步骤,方便大家有个基本概念:

  1. 一定要有个汇集、收集、记录全校学生名字、生日的档案。最好是Google Sheet档案。仅需1页即可。个人建议:将这档案与生日统计分析档案,衔接起来。完成生日统计和分析档案后,直接点击链接,并完成这个档案。
  2. 一定要有个作为生日墙(birthday wall)的画面,建议使用Google Slide即可。
  3. 学校设定要显示生日墙的页面(部落格、网页或 site都可以)。
  4. 在显示档案中,使用app script功能,指定时间从记录日期的档案,传送或汇集全校的生日名字过来显示画面中。
  5. 刊登publish 显示画面。
  6. 将画面定位在学校网页、部落格、SITE中备用。
如此一来,倘若没有任何学生进出的话,生日资料就不需要更新,设定时间后,直接在生日墙自动显示。
        下面,我们来看看实际操作:
  1. 创建一个Google Sheet 档案。档案仅需2列 (columns)即可。
  2. 第一列:学生姓名。
  3. 第二列:学生生日日期。格式设定为:年月日。
  4. 别关闭档案。因为等下需要拷贝档案的ID。档案的ID是从 d/之后,/edit之前的链接。
  5. 开启 Google Slide 
  6. 设计好要的美编或插图。
  7. 找出Google Slide的 ID编号。ID是从 d/之后,/edit之前的链接。
  8. 置入一个text box,右击text box,在标题tittle处命名 Birthdaybox
  9. 在google slide 中,点击extension > app script
  10. 然后,将下面的代号,置入画面内:
  11. function updateBirthdaySlide() {
      // ======================================================
      // CONFIGURATION SECTION - PASTE YOUR IDs HERE
      // ======================================================
      var slideId = 'Google Slide的 ID';
      var sheetId = 'Google Sheet 的 ID';
      var sheetName = 'Sheet1'; // Change if your tab has a different name
      // ======================================================

      // 1. Get the Data from the Sheet
      var ss = SpreadsheetApp.openById(sheetId);
      var sheet = ss.getSheetByName(sheetName);
      var data = sheet.getDataRange().getValues();
     
      // 2. Get Today's Date
      var today = new Date();
      var currentMonth = today.getMonth(); // Note: January is 0 in JavaScript
      var currentDay = today.getDate();
     
      var birthdayNames = [];
     
      // 3. Loop through the rows (Starting from row 1 to skip headers)
      for (var i = 1; i < data.length; i++) {
        var name = data[i][0];
        var birthday = new Date(data[i][1]);
       
        // Check if the date is valid, then match Month and Day
        if (birthday && birthday.getMonth() === currentMonth && birthday.getDate() === currentDay) {
          birthdayNames.push(name);
        }
      }
     
      // 4. Create the display message in bullet form
      var displayText = "";
      if (birthdayNames.length > 0) {
        // This creates a list where each name starts with a bullet point
        displayText = "🎉 某某某华小衷心祝福 Happy Birthday to:\n\n" + birthdayNames.map(function(name) {
          return "• " + name;
        }).join("\n") + "\n\n🎂 校方希望对学生说的祝福语";
      } else {
        displayText = "若当天没有学生生日的话,会出现的字眼";
      }
     
      // 5. Update the Google Slide
      var deck = SlidesApp.openById(slideId);
      var slides = deck.getSlides();
      var slide = slides[0]; // Gets the first slide
     
      var shapes = slide.getShapes();
     
      // Find the text box tagged as "BirthdayBox" and update it
      for (var j = 0; j < shapes.length; j++) {
        if (shapes[j].getTitle() === "BirthdayBox") {
           shapes[j].getText().setText(displayText);
        }
      }
    }
  12. 完成编码粘贴后。在app script页面左边的时钟,点选要执行的时间。
  13. 将Google Slide页面,刊登(publish):File > Share > Publish to Web
  14. 点选embed 嵌入选项。准备提取嵌入代码。
  15. 将代码置入学校的部落格、网页、Site中即可。
备注:
  • 建议在生日分析统计档案中,加上衔接这个生日日期的Sheet链接。之后,若没有学生进出的话,每年仅需更新一次即可。
  • 也在这个google sheet档案中,加上回去学校生日统计分析的链接。
感谢神,小小分享,圆了一个多年的梦想。希望对大家有帮助。下一篇,我们探讨,如何让生日墙,变成《学校活动看板》。

Tuesday, December 16, 2025

学生生日统计与分析

感恩PKHEM还是可以从IDME下载学生资料。在得到学生资料后,只需设定好一定的方程式,即可将学生的资料,进行一定的统计和分析了。

        统计和分析学生出生日期,究竟有什么作用呢?

  1. 设计在谷歌课室的祝福信息。
  2. 在日历中,设定生日提醒。
  3. 可以在学校日历中显示。
  4. 可以在学校网页中显示生日的学生。
实际的处理方法,是怎样的呢?
  1. PKHEM下载IDME的学生资料。
  2. 要拥有的资料:班级、姓名、性别、宗教信仰、生日日期。
  3. 设定方程式,依据学生的生日日期,自动提取月份。
  4. 然后,设定12个月份的统计表。
  5. 统计表分为:出生月份,男女人数,依据宗教信仰的比例。
有什么作用?
  1. 方便准备任何生日派对或礼物 (学校爱心计划、辅导组活动等)。
  2. 方便适当的祝福语。
  3. 方便在校园建立友爱的氛围。

        必须留意的是,在设计的过程中,必须要考量到IDME中全部的宗教信仰。为什么呢?因为只有这样,无论学校有任何学生或家长点选任何宗教信仰,PKHEM在下载后,直接粘贴处理时候,档案才会自动依据全部IDME的宗教信仰分析统计。不会有任何遗漏(除非系统有大改动)

        下一篇,我们讨论:《生日墙 Birthday Wall》--编制一个可以依据当天日期,自动显示当天生日的学生名单。(这是很多年前想像要拥有,但当时完全做不到的梦想之一)

Sunday, November 2, 2025

记录学生成长轨迹

我一直有一个想法:有没有办法,有效记录学生在学校的6年生活轨迹?有没有办法,依据各种事项,将学生在学校的6年级轨迹,都记录下来呢?

例如:

2025年1年级

2026年2年级

2027年3年级

2028年4年级

2029年5年级

2030年6年级

        要是学校有能力,记录学生在2025年到2030年的生活轨迹,那将是多么精彩的数据啊。你问有什么数据可以记录?我这里就给你列出来,让你也和我一样,张开嘴巴,张开眼睛看清楚。

  1. 学生6年来借阅的书籍。
  2. 学生6年来的评估。
  3. 学生6年来的课外活动或参赛成绩。
  4. 学生6年来的运动会表现。(孩子们在赛事中的距离,时间、高度等,都可以有简单的记录的)
  5. 学生这6年来得到什么援助(若有)
但这些意愿,只有几个关键处:
  • 谁可以看见学生这6年的生活轨迹?
  • 谁愿意这样疯狂处理学生个人6年生活轨迹的记录?
  • 这6年的生活轨迹,对学校的管理,对学生家长,对学生个人,对教学工作,对人格塑造,有什么重大的效果吗?

Monday, June 30, 2025

校内投稿的建设-初探设

相信有学校的老师,会陶醉在让学生投稿的热忱。没有对错,但也是值得鼓励的。只是,如何让学生投稿的文章,可以轻易看见呢?

小学生,一般都是手写文章,然后交由老师批阅。批阅后,老师一般交由学生修改,誊写,然后才邮寄给报馆刊物主编刊登。

但,校内的话,能够制造出让学生投稿的管道吗?

相信是可以的:

  1. 先制定提交的方法:要采用谷歌课室吗?要采用部落格吗?要采用谷歌问卷吗?要采用电邮吗?
  2. 之后,制定批阅方法:老师如何得知学生提交稿件?自动通知?(做到吗?)
  3. 批阅后,学生是否需要修改?还是老师直接替学生修改即可?(那如何看见学生进步呢?)
  4. 公众如何看见已审阅的文章?还是不介意让公众看见尚未审阅的文章也可以?
完成以上几个疑虑后,我们才来谈,如何建设校内投稿机制和平台啦。大家加油。

Friday, February 7, 2025

离线ABC PBD表格带来的效果

倘若真的可以顺利完成校内离线的ABC PBD表格的话,它可以带来什么好处?

  1. 所有的Ketua Panitia不必另外填写自己的C表格了。
  2. 所有的Ketua Panitia专注处理B表格即可。
  3. 所有的老师都不必另外填写C表格可以和B表格协同衔接的日期了。
  4. Ketua Panitia完成B表格=完成自己和所有老师的C表格了。
  5. Ketua Panitia完成B表格=完成A表格的进度显示了。
科任老师:
仅需隐藏没有教导的科目的C表格页面即可。

Ketua Panitia:
仅需处理自己的B表格即可。

解放了:
  1. 所有人的时间、精力。
  2. 大大减少会议和信息碎片(一个老师教导不同科目,每个科目每个事项的每个日期不同话,老师们可能会崩溃的)
  3. 不必动手填写。
  4. 进一步自动化衔接协同。
  5. 简化新老师前来的准备工作。

解惑:
B表格,要统一处理还是个别处理较好?
  • 统一处理=全部人在同样档案,不同页面处理。个别处理就是个别有档案处理。
  • 其实没有好坏之分,只因为不同学校不同老师不同能力,方法和策略就不同而已。

如果B表格是分开的,那老师们的C表格不就要从13个科目的B表格档案衔接和传输资料?
  • 是的。但又不需要手动处理。不必担心吧?

万一,万一B表格档案出问题了,怎么办?
  • 专心修复和处理B表格即可。所有衔接会自动协同对上(条件是:页面和档案命名,以及档案内容没有任何增删)

Wednesday, December 4, 2024

收集、整合,显示全年会议摘要?

        学校每年多次派遣老师(包括行政人员)外出各项会议(行政会议、学术会议、工作坊、学生事务、课外活动、各项赛事等),每每外出后的学校代表,总要将整理好的摘要,打印提交上来,作为校内内部传阅,并做好准备以及协调工作。

        一般上,提交会议摘要后,就没有了下文。任何要跟进或查阅的工作,又要回到出席会议的老师身上。在某种程度上,也给有关老师带来了不便。(造就了不必要的负担和责任?)

        有鉴于此,笔者在思考,有没有办法,将现有的流程,优化改进成为更好的流程?

步骤:

  1. 点击谷歌表格或谷歌文件。开始整理会议或工作坊摘要。
  2. 提交摘要。
  3. 摘要自动电邮校内所有老师,方便传阅。
  4. 自动添加摘要链接,并显示在全年摘要记录中,方便随时查阅。
笔者必须坚持的就是,一旦提交了,就必须是自动化做到:摘要自动在校内老师电邮中传享以及自动显示在全年摘要记录中。

        这么理想的情况,是否做到呢?如果不做的话,又有什么结果吗?这样做带来了什么改变?

Thursday, October 17, 2024

忘记带手机的结果是.....

2024年10月17日
这一天,满以为在清晨的时段,确认不会再有信息的情况下,在离开住家不久后,即使发现没有携带电话,也不打算回去领取。殊不知,居然因为在离开住家后,陆续收到的信息(然而因为没有携带电话而完全不知道),影响了后面的工作。
抵达学校后,首先是无法登入和同步自己的浏览器户口(因为采用双重核实,虽然较为安全,但也相对比较麻烦)。无法同步=无法登入记录教师们当天的出席提交。(这个年代,太多密码,无法逐一熟记,全部都在多年前,透过浏览器户口同步一步完成即可)感恩的是,代课表档案是采取两个户口共享(户口2是不必双重核实)可以继续编排代课。
       正当自以为已完成代课后,发现有学生上楼查阅代课表。咦,都是6年级的孩子啊,今天的代课表,理应没有涉及到6年级的老师们和孩子们啊。岂知,孩子们老实回应:老师有在群组告知今天未能前来上课。我吓了一跳,开始第二次编排代课。好不容易完成了第二次代课,将代课表贴好,派发好手写的代课纸条后,我就下楼巡视校园,也在校门口遇见了刚到校的校长。
       校长下车后,一边洗手一边说道,今天某某老师,也因为身子不适要求请假。我真的有苦自知,于是疾步上楼,进行第三次的代课工作。完成代课后,就要重新将手写的代课纸条派发相关老师。1个早上下来,2个老师缺席(其中一个凌晨4时半已通知,出门前已知道的,我就不算在自己没带电话的影响之内啦),涉及9个老师代课(一共19节课),加上1个实习老师的讲师前来视察,节数替换涉及3个老师的情况下,一个早上下来,自己也无法前去食堂用餐。
      今天的事情让我有所启发:
  1. 行政组的,无论如何,应该尽量确保有办法被联系到。不再好像往常那种无法被联系的潇洒?
  2. 忘记携带电话,已从以往的清静,变成了无法办公的累赘(因为双重核实的关系,影响了登入和同步)
  3. 不应该期待到校开始上课后到食堂用餐,因为永远无法确认会发生什么事情,因为无法担保上课后不会有所生变。日后应该享用早餐后才到学校。
  4. 出门前,应该再次确认有将需要的器材,特别是电话携带在身上。不然好像现在,即便要交付停车费也做不到。实在有点麻烦。
话说回头,虽然有点清静(不会有太多恼人的信息,也不会有太多恼人的电话),但一些便利还是有的。就好像现在的情况,我是使用谷歌课室的电邮,完成编写教师下星期玩出的会议与资料,并提醒自己要回家后才来更新该户口的日程记录。
       感谢神以及庆幸的就是:任何文件或系统(在自己能力范围之内的),千万别忘记要共享到其他户口,否则或许会影响工作进行的。
       然而,这件事情让我有另外一个启示:在享受科技(浏览器户口同步后,所有密码将自动同步的)便利,我也似乎过于依赖科技,却也因为自己的疏忽(遗漏携带手机)成为了受害人。

Saturday, September 21, 2024

建立学校的Switchboard

我们尝试站在PK1的角度想:

  • 每一个老师每年使用多少种表格/档案?
  • 每一种/张/份表格或档案,每年需要使用多少次?
  • (若采用云端处理的话)有没有发现老师们每每处理档案后,你也要搜索有翻查不同的文件夹?
  • 有没有发现老师们抱怨文书工作不停,即琐碎但不得不做,可是要做起来却非常琐碎?
  • 有没有想过,让老师们不必自己整理、搜索档案或文件或表格?
  • 有没有办法,简化自己的工作之余也简化老师们的工作?

        恭喜您,如果您曾这样思考的话,是时候建立属于学校的switchboard了。

        有朋友担心要建立switchboard不容易。但其实也不会太难。下面,编者手把手,先让大家了解建立的步骤,之后你就容易了。

        相信每一所学校有自己的,让老师们在里面工作的drive。不同的工作类别,就有不同的云端文件夹,对吗?

        一般的做法就是,创建文件后,就和老师们共享啦。但共享文件夹嘛,老师们可以搬迁或修改档案权限,这样就给自己多了麻烦。

        加上学校有不同年龄层的老师,文件夹越多,老师们吃不消,我们也吃不消。


好不好:

  • 要做的事情的文件夹 = 学校的google site链接?
  • 开个新的文件夹 = google site 加上那新的文件夹链接?


这样能不能减轻老师们的负担?但这并不是我们今天讨论的重点。


不妨考虑考虑以下几点:

  • 共享工作文件夹=无法控制文件夹里面的内容= 自己担忧或需要修复内容 = 越来越多back up of back up....😂(因为老师要是搞砸了档案,你还要找back up档案来植入文件夹中,这个是浪费时间的做法)

So, 与其共享文件夹,不如共享档案就好。但老师多 = 档案多,要处理也不易


所以建议:

  1. 先建立Switchboard的主页,俗称main page即可。Switchboard概念其实就和portal类似。 
  2. 主页可以是由google docs或google sheet作为平台,个人是建议使用google sheet啦,有原因的。
  3. 建立主页后,把每一个老师要做的事项名字列出来,如KEBERHASILAN PBPPP,IPPKBAT,SK@S,STD 4等等等
  4. 在google sheet第二页,就以第一件事项命名
  5. 命名后,主页的第一事项就与第二页(第一项事情)衔接起来 = 老师们点击主页第一项事情即可前去看见第二页 = 第一项事情的页面。
  6. 在第二页(第一项事情)里,排版方面,依据年份,逐个加上老师名字后,把老师们的keberhasilan档案,依据名字,依据年份,衔接起来。
  7. 如此一来,就看见同样老师,在同样事情中,不同年份的(历年)资料啦。
  8. 重复处理直至完成全部事项即可(从今年开始也可以)。


你学校的switchboard 就这样被你逐步建立起来了。


之后,别忘记把主页定位起来。主页嘛,可以定位在site, 得力马或脸书或部落格或其他平台如telegram还是whatsapp里面即可。

        主要是方便老师们以最简捷的方式登入开始工作,降低老师们登入阻碍,减少各种找不到的说法,方便老师们开启=让老师们开心去做即可。


建立学校Switchboard的好处:

  1. 不必共享文件夹那么风险(档案不见,被移除,被修改ownership等)
  2. 帮忙老师们解决很多问题:电脑问题,软件问题,病毒问题,档案问题(开不到,跑位,优盘问题,老师不必找链接,不必找文件夹,找不到档案,突破学校时间空间和器材的限制=给老师们更多空间和时间处理要处理的工作=老师们更有弹性=可以更开心完成工作)
  3. 自己不必在不同的folder中跳跃,不必去记或搜索不同folder名字=节省自己和老师们的事件和精神。
  4. 大家可有序查阅历年档案=行政组和老师们可以有序查阅档案=方便随时检视(你别笑,谁不喜欢拥有历年档案的体验?)
  5. 方便查阅档案,因为可以加上monitoring功能,知道和跟进、提醒老师们需要处理的事项(不是监督,是跟进和提醒)
  6. 方便整理老数据(例如拷贝或整理全校老师的std4或那kbat分数,然后作为全校整合统计分析之类的)
  7. 既有隐私,也完成工作:每个老师只可开启自己档案,完成后就关闭即可(老师们看见自己东西,看见行政回馈,如视察分数,可是却不必去比较-记得设置不允许下载或打印即可,可惜无法拒绝截屏啦)
  8. 方便添加新老师:有新老师来的话,仅需在每个事项/副页中,其中一个现有老师档案make a copy,在副页里加上新老师名字并衔接起来,然后与该老师共享即可(档案自动在文件夹里面出现=节省我们去找文件夹的工作)
  9. 容易管理:老师退休?逐个页面点击该老师名字开启档案后,修改该老师为为浏览权限即可。(不必我们去找文件夹folder = 珍惜生命 = 节省时间、精神、资源)
  10. 那些琐琐碎碎的,什么老师出席率啊,代课记录啊,SPLKPM之类,都可以在主页显示事项,衔接去副页后在副页发展(但不在今天的讨论篇幅内啦)


有兴趣建立属于自己学校的switchboard吗?😊

        别给自己太大压力,可以从今年开始建立的。2024年开始建立,2025年继续沿用。这样就有了2年的档案可以作为开始啦。

想看看样本?点击这里这里看看学校Switchboard样本啦

Thursday, July 11, 2024

瞬间成为孤儿-小品

碍于方便大家使用PKL的帖子,这帖子本应于2024年7月12日发放的。但也被迫修改在7月11日发放。

今天早上,有个老师忽然神色紧张进来办公室,告知某学生的家人,剩下的唯一家人,父亲也离世了。三个副校长和那个老师都默默无语。静了几分钟后,火腿表示曾经教导那家人的三个孩子。一哥就静静不出声,三弟表示希望孩子不会学坏,毕竟都到了叛逆期,十分需要家人和朋友的引导和同在。

        不多久,一哥将信息整理好,发送家协群组。老师将讣告传送过来。老师们之间也自动自发收集帛金。三个副校长在办公室内,直接破例捐助这家人。

        想了想,瞬间成为孤儿,不是什么好是。引发了种种想法:

孩子们何去何从?

谁照顾他们?

他们父亲的工厂,如何处理?

日后的生活费,怎样是好?


心想,要是自己有本领,真的恨不得将三个孩子都领养过来,好好照顾他们到进入大学毕业为止。

        人生,就是那么无奈与无助。但愿这些孩子们,要振作,自爱,远离不该做的事情。

        我愿意继续每天为这几个孩子以及家人祈祷祝福。愿天使每天守候在这几个孩子身旁。

Saturday, July 6, 2024

代课风波~~

        某年某月某日,版主一如往常,在确认了当日未在学校的老师后,开始进行代课编排。参考了各情况后(包括但不局限于:老师个人当天上课情况,课室之间的距离,代课节数,科目是否适合,高低年组等因素),版主就将代课表打印出来,并截图发放学校群组,以便老师们都可以了解。

        发放截图后,版主放下手机,前去布告板将打印的代课表安顿好(版主训练并要求全校班长不单要知道哪里看,也还好看得懂代课表,所以是安顿华文版的代课表)。末了,忽然受到某老师在学校群组中的信息表示版主是玩针对,所以某老师在学校群组中大吐苦水。

        版主先截图并直接在群组回应:某老师,您今天究竟是怎么了?怎么这样认为版主针对您了呢?

        当然,该老师后来虽然给予各种理由,并私下道歉,但版主已无心恋战了。不站在高处,也不道德绑架。但却在阅读了老师的回应后,提醒该名老师注意健康。

        是,或许该资深老师认为空节就可以完成其他的事项。但老实说,要是空节没有需要老师代课的话,老师确实可以善用空节的时间,进行备课,改簿子,甚至是处理个人的事情。但要是有需要的话,抱歉,就要暂时将那些工作暂时挪后处理了。

        即便该名老师表示,每每当天(空节比较多的那一天)都是处理其他事情,但版主没有认同,可是也没有在学校群组中直接驳倒该老师的说辞。

        火腿看不过眼,直接表示很生气。版主坦白告诉火腿,有时候,版主苦心用意很简单:

  1. 让校长看见版主和老师之间(上司和下属之间)是可以换个方法处理的。这样的话,校长或许有所学习和成长。也看见版主的功夫不是盖的。
  2. 让同事们(副校长们,特别是年资较浅的)看见,处理的方法,不一定要激烈的手法的。
  3. 让老师们知道,行政组不是随便编排代课的,行政组是真诚关心老师们的健康的(毕竟当天要是老师不舒服的话,为什么还要来学校,然后发脾气代课呢?)
  4. 让全校老师知道,编排代课有考量很多因素的,别真的认为只是谁的空节多就编排谁那么简单。
  5. 让全校老师看看该名老师的真本性。
  6. 最后,当然是要提供台阶给资深老师下台啦。
这么多用意,有人表示,版主城府极深,是个黑暗的人物。版主想了想,或许吧。见过鬼的人,不一定都要当鬼的嘛,对不对?
        版主无法改变每一个人,但在那一个时间,那一个案例中,可以稍微改变一个人(或一些人的看法或想法),事情就有不一样的结果了。
        奇怪的是,自此,该名老师就不再与版主分享任何她的故事了。版主也自得其乐(因为版主同样可以是alpha male,和她那alpha female的个性,或许是不兼容的)。
        但,只要不伤害感情,版主也不介意的。毕竟少了闲谈,时间就多了出来,可以继续处理更重要的事情了,不是吗?

(情节真实,但为了保护当事人以及版主,人物均以代号称呼,如有雷同,纯属巧合,切勿对号入座)

保安人员的眼泪

 有一天,保安人员S缺席,找了个替工前来当班。一切都如常,直至一本叫做访客记录簿的不见,事情就超展开了。

        原本在校的保安A,因为记录簿不见踪影,加上被校工的调侃刺激,觉得颜面无存,(校工的调侃是:怎么当保安的,连一本记录簿都会不见的),于是誓死要将记录簿找出来。

        即便火腿都已经真的努力寻找不果而放弃寻找记录簿,宁可重新打印整理准备给保安亭备用(因为受不了奇怪的乱象),记录簿却神奇的在第二天的傍晚,在替工家里发现后,拿过来而打开了潘多拉的盒子。

        保安A依循线索询问,替工表示是替工的孙子拿回家去。但保安A是不满意,于是径自找出替工的孙子,问个明白。

        替工的孙子的父母于是莫名其妙被卷入风波里面,但替工孙子的父母表示不愿意介入上一代人的风波中,可是保安人员怎么可以这样直接见孩子呢?

        案件辗转之下来到了版主的手中。

        版主见过了替工保安,谢过了替工诚实将记录簿交回来的行为,但也谴责替工将孙子摆上台面的行为。

        同样,版主也谴责保安A入行那么久,岂可因为这等小事而直接找学生问个明白,(进而依据孩童父母表示将孩子吓坏了呢?)。

        但这事件也带出了奇怪的现象。

        为何校工需要在访客记录簿记录的呢?(要不校工也不会如此生气和调侃保安啊,对不对?)于是乎,将校工请来,直接表明并训斥:校工是学校教职员的其中一员,不应该在访客记录簿上记录外出或回来,而是在楼上的记录簿处理。

        但这些事情,总是在保安S缺席的情况下出现。版主继续思索的时候,发现原来保安S和这家人的关系匪浅,原来保安S是希望借刀杀人,将在校服务资历最深的好保安送出大门。

        版主也向孩子的父母表明立场,给予保安A的警告,以及观察3个月的决定是学校行政决定,要是父母不满意,仍然执意要前去警局报案的话,校方无意拦阻。

        意外的是,自此父母全无回应。

        版主想了好些日子,决定在事件落幕一段时日后,才与大家共享。

        所以,个案的发生,千万别看见眼前的烟幕(孩子父母的生气),而是要看见背后的动机(为什么替工保安要怪罪孙子,为何孩子父母都是母亲出面文字回应而不是父亲,以及孩子父母和另外一个保安人员的关系)

        分享案例,不外于勉励大家:在人际关系中,没有信任的话,没有一定的了解的话,是不容易处理的。

        版主处理的时候,最后的立场是:请来保安A和保安S。清楚表明,若在事件中未来的三个月观察期合作的话,尽管告知,这样即可在最短的时间内,透过校方的要求保安公司处理员工调派。

        过程中,火腿或见到版主霸道的一面,但那也是版主极为不愿意的情况下才出现的情况。

        案件落幕后的数月,时机成熟了。这案例也依循设定的日期和时间,自动出现在部落格,成为大家的参阅。

(所有人物简称皆为虚构,时间线或因保护当事人而有所更动,如有雷同,纯属巧合,切勿对号入座)

        

Saturday, June 8, 2024

如何把TVPSS做得更好?(华小版)

县教育局,州教育局甚至是教育部都鼓励大家善用数码资源。托新冠病毒的福气,让很多老师在行管令期间,制作了很多很好的视频,让现代的老师们,多了很多选择。但这些视频,种类繁多,试问要如何与学校目前拥有的TVPSS配合呢?

(由于华小多半不会好像国小一般热衷遴选学生当活动主播或建设多媒体播放之类,所以此篇幅以务实角度编写。切勿因此局限自己就好)

        版主有以下建议,大家可以考虑:

  1. 得力马(DELIMa) 管理员先成立学校资源中心的YouTube频道。然后加上资源中心负责老师作为管理员之一。
  2. 得力马管理员设置好YouTube的一切设置,从标题,页面,封面以及banner等。让资源中心老师轻松一点点啦。
  3. 资源中心老师登入频道,开始建立各种playlist。版主建议是:那些playlist的名堂,越简单明了越好。下面进一步说明。
  4. 建立playlist的做法是:分开科目,学生事务以及课外活动相关的部分。例如:BC1就是1年级华语,BC2就是2年级华语,以此类推。学生事务方面,建议不必太多,因为都是激励,辅导,纪律之类的。援助方面的视频不会太多。课外活动方面,由于各种赛事,以及学校内外的活动,可以设立如:校内活动,校外活动,运动或球类活动,制服活动,学会活动等。
  5. 完善了playlist后,得力马管理员找出各种playlist的链接,编制好后,和行政组协调。进行培训。
  6. 全体老师出席培训,点击各种playlist的链接,成为播放目录的贡献者之一。
  7. 此后,任何老师都可以依据各年级各科目,各范畴,逐步累积视频播放目录,丰富校内视频的内容。
有朋友可能会怀疑,这样的编排究竟有什么好处呢?版主尝试列出来:
  1. 完成州教育局、县教育局要求的每一所学校有各自的YouTube / TVPSS频道要求。
  2. 内容创作者会得到应有的酬劳(流量和订阅)
  3. 教师会共享并建立更多依据年级以及科目的适合视频。
  4. 在教学上,简化老师们的工作。
  5. 在学习上,简化学生学习的过程。(相信我,他们制作的视频,或许远比老师们创作的来得好,老师们毕竟不是多媒体创作所培训出来的最佳人选)
  6. 简化了代课老师的工作。
  7. 行为上,树立了老师们与学校的归宿感。老师们都有贡献的机会。
累积教材,确实是教师工作的一部分。只是累积教材的媒介转换了,从传统的书面,文字,到多媒体媒介而已。(好些年前,不是很多老师努力收集各种power point吗?)
        基本上,就是当老师们在浏览视频的时候,直接将视频归类即可。播放目录会自动整合,方便校内或频道的浏览者使用。是个多方得益处的做法。

小小努力,与大家共勉。最后分享一般建设需要的时间:
  • 建立学校YouTube频道:大约1小时。(预备校景图,校徽等设置)
  • 建立playlist:大约2到3天(因为一天不能创建太多playlist)
  • 筹备各播放目录:大约1天(视乎目录数量多寡)
  • 培训其他老师作为内容贡献者:大约1小时到2小时之间(视乎老师们掌握能力程度)
若有兴趣要成立类似频道,欢迎浏览下文


重点介绍

学生课堂评估/学习进度记录

学生课堂评估/学习进度表格 样本即日起将透过 学生课堂评估/学习进度记录专页 传递。 特此告知 。(日后所有更新将在专页处理)            俗称rekod perkembangan murid (以前称为rekod transit)的东西。信息工艺TMK的部分,在年级...