Python编写的SocketUdp通讯源码，展示了Python绑定IP监听Udp端口；
解析端口接收到的数据包获取读卡器上传的读卡数据；
向读卡器发送读卡、写卡、驱动读卡器显示文字、播报TTS语音等指令；

“二十一世纪的文盲将不再是那些不能读、不能写的人，而是那些不会学习、不会抛弃之前的想法和不会重新学习的人。
”——AlvinToffler尽管现在敏捷已经发展了不下十年的时间，它仍然主要专注于IT项目。
这没什么好惊讶的，因为敏捷本身就是起源于软件开发领域的。
敏捷强调，我们如何更快地构建更高质量的产品，而且，为了解决我们最初应该创建什么，还出现了像精益创业这样的方法。
另外，像ICAgile（由AhmedSidky博士领导，他也被尊称为敏捷博士）之类的敏捷组织也正在引领着敏捷的演进，他们保持着与全球的敏捷领导者们密切合作，以构建其他不同于IT科目的路线图。
我一直在想，敏捷像一张地图一样帮我快速可靠地

【实验内容】编写一个语法分析程序，对于给定的输入串，能够判断识别该串是否为给定文法的句型。
【实验步骤和要求】1．从键盘读入输入串，并判断正误；
2．若无误，由程序自动构造FIRST、FOLLOW集以及SELECT集合，判断是否为LL（1）文法；
3．若符合LL（1）文法，由程序自动构造LL（1）分析表；
4．由算法判断输入符号串是否为该文法的句型。

【实验要求】（1）从键盘读入一组整数，按输入顺序形成单链表。
并将创建好的单链表元素依次打印在屏幕上。
（注意：选择头插法或者尾插法！）（2）设计一个带选择功能菜单的主函数，菜单中至少具备任意选择删除、插入、查找数据元素，和求单链表表长等几项功能。
（3）当选择删除功能时，从键盘读入欲删除的元素位置，按指定位置删除；
当选择插入功能时，从键盘读入新元素值和被插入位置，在指定位置插入；
当选择查找功能时，从键盘读入欲查找的元素值，返回其位置序号；
当选择求表长功能时，返回该单链表表长的数值。
（4）每种操作结束后，都能在屏幕上打印出此时单链表元素的遍历结果。

1、图书管理系统以UNIX系统文件部分系统调用为基础设计一个简易的图书管理系统。
要求实现：图书的录入、查询、借阅、清理、统计等功能、还要实现对每天的借阅情况进行统计并打印出统计报表，操作界面要尽量完善。
图书资料信息必须保存在文件中。
2、信号通信与进程控制(l)进程的创建：编写一段程序，使用系统调用fork()创建两个或多个子进程。
当此程序运行时，在系统中有一个父进程和其余为子进程在活动。
(2)进程的控制：在程序中使用系统调用lockf()来给每一个进程加锁，实现进程之间的互斥。
(3)进程通信：①软中断通信；
②在程序中使用实例signal(SIGINT，SIG_IGN)和signal(SIGQUIT，SIG_IGN)进行通信操作，观察执行结果，并分析原因。
(4)软中断的捕获与重定义。
首先定义一个服务函数function()，然后利用signal(sig，function)系统调用来实现中断的捕获与改道。
(5)使用操作系统保留给用户的信号SIGUSR1和SIGUSR2进行通信。
(6)扩展程序，使之成为信号或事件驱动的应用程序。
3、管道通信利用UNIX系统提供的管道机制实现进程间的通信。
(1)管道通信。
利用pipe()和lockf()系统调用，编写程序，实现同族进程间的通信。
使用系统调用pipe()建立一条管道线；
创建子进程P1、P2、…。
子进程Pi分别向管道各写信息，而父进程则从管道中读出来自于各子进程的信息，实现进程家族间无名管道通讯。
扩展之，使之成为客户/服务器模式，并完成一定的任务（自己定义）。
(2)命名管道通信：利用mkfifo(name，mode)或mknod(name，mode,0)创建一个命名管道，然后利用它和文件部分系统调用实现不同进程间的通信。
改造之，使之成为客户/服务器模式，并完成一定的任务（自己定义）。
4、进程间通信(IPC)：消息机制(1)消息的创建、发送和接收使用系统调用msgget()，msgsnd()，msgget()，及msgctl()编制一长度为1K的消息发送和接收的程序。
1）为了便于操作和观察结果，用一个程序作为“引子”，先后fork()两个子进程，SERVER和CLIENT，进行通信。
SERVER和CLIENT也可分别为2个各自独立的程序。
2）SERVER端建立一个Key为175的消息队列，等待其他进程发来的消息。
当遇到类型为1的消息，则作为结束信号，取消该队列，并退出SERVER。
SERVER每接收到一个消息后显示一句“(server)received”。
3）CLIENT端使用key为175的消息队列，先后发送类型从10到1的消息，然后退出。
最后的一个消息，即是SERVER端需要的结束信号。
CLIENT每发送一条消息后显示一句“(client)sent”。
4）父进程在SERVER和CLIENT均退出后结束。
（2）功能扩展：在sever端创建一个服务函数，从而实现C/S通讯要求SERVER每接收到一次数据后不仅仅显示“(server)received”，而是做一些其它事情，比如读取或查询某个文件，或者执行一个shell命令等。
此功能可由设计者自己定义。
在此基础上可以扩展客户端，比如设计一个菜单界面，接收不同的选项，并发送到服务器端，请求对方提供服务。
5、进程间通信(IPC)：共享内存机制(1)共享存储区的创建，附接和断接使用系统调用shmget()，shmat()，msgdt()，shmctl()，编制一长度为1K的消息发送和接收的程序。
1）为了便于操作和观察结果，用一个程序作为“引子”，先后fork()两个子进程，SERVER和CLIENT，进行通信。
SERVER和CLIENT也可分别为2个各自独立的程序。
2）SERVER端建立一个Key为375的共享区，并将第一个字节置为-1，作为数据空的标志，等待其他进程发来的消息。
当该字节的值发生变化时，表示收到了信息，并进行处理。
然后再次把它的值设为-1。
如果遇到的值为0，则视为结束信号，取消该队列，并退出SERVER。
SERVER每接收到一次数据后显示“(server)received”。
3）CLIENT端建立一个Key为375的共享区，当共享取得第一个字节为-1时，SERVER端空闲，可发送请求。
CLIENT随即填入9到0。
期间等待Server端的再次空闲。
进行完这些操作后，CLIENT退出。
CLIENT每发送一次数据后显示“(client)sent”。
4）父进程在SERVER和CLIENT均退出后结束。
（2）功能扩展：在sever端创建一个服务函数，从而形成C/S通讯模式要求SERVER每接收到一次数据后不仅仅显示“(server)received”，而是做一些其它事情，比如

根据原始影像和方位元素，利用水平影像纠正原理，生成无上下视差便于立体观测的“水平”影像对编程的要点： 读入内定向文件；
 读写影像；
 水平核线的计算；
 影像内插输出：立体影像对；
新的立体像对如何根据同名点计算出空间点坐标；

难得的中文教程省去了啃英文的时间这个教程为新用户介绍了VMD的用法。
老用户也可以用本教程进一步熟悉程序的应用，以更好地利用VMD。
本教程是针对VMD1.8.3设计的，需要约3个小时来完成。
本教程新增的内容可用三个独立的单元讲解。
第一个单元主要内容是分子图形表现方法基础，还会介绍制作形象逼真的图像要了解的知识。
另外的两个单元是针对高级用户，介绍了VMD的脚本。
尽管非技术性用户可以略去脚本的阅读，但是我们鼓励每个人都去试一试着读一下，因为它会提供一些有力而易用的工具，这些工具是简单的图形用户界面所无法提供的。
本教程以一种有趣的小蛋白质泛素的研究为例来说明VMD的应用。
在本文中，一些资料是在小框中出现的。
这些小框中包括教程的补充内容，例如泛素扮演的生物学角色，使用VMD的一些提示和捷径等等

谷歌的官方demo，开发蓝牙4.0必读demo

包含完整的课程设计/大作业文档一份+C语言实现的源码+存储数据文件分别使用了普里姆算法与克鲁斯卡尔算法进行最短路径求解。
内容：求城市之间的光纤网连接的最短电缆长度。
课程设计要求：(1)从文件city.txt中读入一个图，文件city.txt结构如下：第一行为整数m，n，其中m表示城市个数（顶点数），n表示边数；
接着的m行每行都是一个字符串，表示城市名；
接下来的n行每行代表一条边，其格式为“城市名城市名距离”。
(2)要求在所有城市之间建立光纤网，使所用光纤总长度最短。
(3)输出城市建成的光纤网所用光缆的总长及每个连接的长度。

目前，测量电子元件集中参数R、L、C的仪表种类较多，方法也各不相同，这些方法都有其优缺点。
电阻R的测试方法最多。
最基本的就是根据R的定义式来测量。
在如图1中，分别用电流表和电压表测出通过电阻的电流和通过电阻的电压，根据公式RU/I求得电阻。
这种方法要测出两个模拟量，不易实现自动化。
而指针式万用表欧姆档是把被测电阻与电流一一对应，由此就可以读出被测电阻的阻值，如图2所示。
这种测量方法的精度变化大，若需要较高的精度，必须要较多的量程，电路复杂。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。