厦门草莓检票 2 组组长

这周又有幸入选了 24 厦门草莓音乐节组长,这次担任的职务是检票 2 组的组长。检票 2 组所负责的是音乐节入场的检票与人脸验证(1 组负责倒水以及门票的初步核验),也就是音乐节检票的最后一个关卡。

这可能是每场音乐节中最重要的一个志愿者岗位。因为如果检票出现问题整场活动势必会出现很大混乱。很感谢志愿者统筹对我的信任。希望能尽可能好地做好自己的工作。

目前这周正在进行前期的一些准备工作,到了今天也基本都差不多了。所以在这里做一些简单的回顾与总结。

信息收集

这一场的前期准备工作吸取了前一场的一些经验教训。比如志愿者信息收集方面使用了更好处理数据的收集表单。所以到最后我们组别没有出现过有人来问我具体某个选项应该怎么填写的问题。

这是这次的问卷内容

image-20241013205354690

image-20241013205414912

清真餐

在填写后出现的一个问题就是一些组员对清真餐无法理解。以为填写了需要清真餐就是有饭吃,不需要清真餐就是没有饭。这个地方的问题后续可以优化如下:

问题:是否需要清真餐?

说明:清真餐是依据伊斯兰教教规准备的餐食,适合有清真餐需求的人群。如果您没有特殊饮食需求,请选择“不需要清真餐”

单选回答:

  • 需要清真餐
  • 不需要清真餐(将提供普通餐饮)

image-20241013213457767

证件照收集

因为厦门市公安局要收集所有志愿者的照片,所以在照片收集这一个地方出现了很多麻烦。

首先刚开始收集组员信息的时候,是没有提供我们证件照的要求的。等到过了一两天后,突然又冒出来一个证件照片规范说明。

以下是本次厦门市公安局照片收集的标准。

ff513ea3b0b35c7b50bcde83c4d5482a

要吐槽的地方是,这份写着信息提交规范的所谓规范文件,自己本身就是不规范的。

1. 事实性错误

  • 标准 2 寸照片的像素要求应为 413像素 x 626像素。而上图中的标准为「413 x 650px」。
  • 并没有所谓的「像素/分辨率」的单位。这里要表达的应该是每英寸有 300 个像素数。所以正确的写法应该是「分辨率:300PPI」

2. 标点符号使用不当

原文:

照片尺寸:标准2寸照片,3.5x5.3cm;413x650px

这里的标点符号「;」完全使用错误。正确的表达应该是:

照片尺寸:标准 2 寸照片,尺寸为 3.5 x 5.3 cm,像素为 413像素 x 650像素。

3. 单位使用不当

原文:

5、照片大小:大于100kb,小于2M。

这里的正确表达应该是:

照片大小:大于 100KB,小于 2MB。

这里的错误主要是规范的撰写者对于专业知识的理解过浅,导致出现了单位的误用。

小写的 b 在计算机中表示 bit,是信息的传输单位,表示一个二进制位(0 或 1)。

大写的 B 表示 Byte,是计算机中的存储单位。一个 Byte 等于 8 bits。

另外对于 M 与 MB:

M MB
定义 通常指代Megabyte,但不常用 明确指代Megabyte
字节数 可能是1024 KB或1000 KB 1024 KB (1,048,576 bytes)
用途 不常用,可能导致混淆 正式单位,广泛使用

4. 掺杂无关内容:

6、照片单独一个文件夹,命名方式为:以身份证号命名。

关于第 6 点,这里不应该提及提交标准。因为上方的标题是照片要求,关于文件提交的组织方式应该在其他地方提及。

这样不规范的文件很容易让人摸不着头脑。相关的人员真的是应该加强一下职业素养。像这样一份不规范的文件,会浪费许多人的时间。所以也就难怪会出现办事难的问题。

DPI 与 PPI

  • DPI:Dots Per Inch,意为每英寸点数。它通常用于描述打印机、扫描仪等设备在每英寸内能够打印或扫描的墨点数量,主要与印刷质量相关。
  • PPI:Pixels Per Inch,意为每英寸像素数。它描述了屏幕或数字图像中每英寸包含的像素数量,主要与图像的分辨率和清晰度相关。

志愿者照片收集

因为组长要对所有志愿者的照片进行统计

因为作为大组的组长,要对五六十张照片逐一进行检查,这实在是一件很蠢的事情。所以我写了一个程序来帮助我完成这件事情。

主要检查了照片中的两个标准:

  1. 照片像素是否满足:413*650px
  2. 文件大小是否满足:大于 100kb,小于 2mb

这是程序的运行实例:

由于每个场次的要求不同,所以程序不具备通用性,只能根据具体要求去调整。

被夸实录:

对于自己的技能能帮助到其他人这种感觉还是非常好的~

后续看到其他组长对程序的反馈很好,然后我们顺便偷偷吐槽了一些摩登天空的志愿者报名小程序。开玩笑说让我优化。于是,说干就干。

摩登大家伙

微信小程序

  • JSON的Key必须包裹在一个双引号中,在实践中,编写 JSON 的时候,忘了给 Key 值加双引号或者是把双引号写成单引号是常见错误。

  • 还需要注意的是 JSON 文件中无法使用注释,试图添加注释将会引发报错。

  • 变量名是大小写敏感的,也就是说 {{name}} 和 {{Name}} 是两个不同的变量。

  • 在大部分开发者看来,ECMAScript和JavaScript表达的是同一种含义,但是严格的说,两者的意义是不同的。ECMAScript是一种由Ecma国际通过ECMA-262标准化的脚本程序设计语言, JavaScript 是 ECMAScript 的一种实现。

  • 小程序中的 JavaScript 是由ECMAScript 以及小程序框架和小程序 API 来实现的。同浏览器中的JavaScript 相比没有 BOM 以及 DOM 对象,所以类似 JQuery、Zepto这种浏览器类库是无法在小程序中运行起来的,同样的缺少 Native 模块和NPM包管理的机制,小程序中无法加载原生库,也无法直接使用大部分的 NPM 包。

    image-20241013100400013

  • 一些开发者会发现有些代码在旧的手机操作系统上出现一些语法错误。为了帮助开发者解决这类问题,小程序IDE提供语法转码工具帮助开发者,将 ECMAScript 6代码转为 ECMAScript 5代码,从而在所有的环境都能得到很好的执行。

    开发者需要在项目设置中,勾选 ES6 转 ES5 开启此功能。

B 与 b 的区别

在计算机的单位中经常会搞混 b 与 B 的区别。所以在这里我稍微总结了一下。

b 指的是 bit,是信息的最小单位。bit 通常用于表示网络数据的传输速率。1bit 表示单个的二进制状态,可以是 0 或 1。

B 指的是 Byte,也就是字节。Byte 通常用于表示数据的存储。1B = 8bit。

对微信开发团队的祛魅

在研究小程序的开发过程中,发现微信开发团队对于这些开源项目的态度极其不负责。

微信官方提供的示例程序中,安装官方给出的使用方法,完全无法运行。issue 中大家为了跑起来这个项目也是废了九牛二虎之力。

另外对于一些已经完全停止维护的项目也没有做上标注,例如 wepy。在官方账号上放着这些项目,真的是丢人啊。

世界果然是一个巨大的草台班子。

Awesome-Taro

awesome-taro

在研究微信小程序开发的时候发现 taro 这个框架中有很多写的很好的文章博客

因为微信小程序的原生开发体验实在是太差了,后续计划使用 Taro 进行开发。

至于为什么不选择 uni-app,主要还是因为编辑器的问题。HbuilderX 的体验也相当差劲,而如果我使用 Taro 这个框架,我就可以直接使用 VSCode 进行开发,也避免了一些学习成本。当然,主要目的并不只是简单地避免学习成本,而是避免浪费时间去使用学习差的工具。