软工网络15个人作业4——alpha阶段个人总结

本文针对学生程序员在学习和实践中遇到的问题提供了实用建议,包括代码优化技巧、软件开发流程理解、团队合作方法等,并探讨了软件工程中的关键概念。

1.自评表

类别具体技能和面试为问题现在的回答毕业找工作时
语言最拿手的计算机语言之一,代码量多少?(偏前端)java
语言最拿手的计算机语言之二,代码量多少?(偏后端)jsp
软件实现你有没有在别人代码的基础上改进,你是怎么读懂别人的代码的,你采取了什么办法来保证你的新功能不会影响原来的功能?你在开发中碰到最复杂的bug是什么,你是如何解决的?
这个bug出现的原因是什么,你在将来应该怎么去避免bug再出现?
主要是从实现功能和代码一部分一部分对应看,通过不断调试保证不会影响原有功能
最复杂的bug是闪退,通过不断修改解决
软件测试你是如何测试你自己写的代码?
你如何测试别人的代码?
你掌握了多少种测试工具和方法?你写过测试工具吗?
你如何对一个网站进行压力测试和效能测试?
你如何测试一个软件的人机界面?
通过简单的测试工具测试稳定性
通过大量操作尝试,手动找bug
2种测试工具,没写过测试工具
通过Apache JMete测试网站
通过一致性测试和信息反馈测试
效能分析你写过的最复杂的代码是什么?
你是如何测量和改进它的效能的,用了什么工具,如何分析的?
最复杂的代码,每学期的课设吧。。。基本没用测试工具
需求分析你做过多少个有实际用户的项目,用户最多有多少?
你的项目有什么创新的地方?
行业洞察力你最感兴趣的领域是什么?这个领域过去10年经历了哪些创新?
你分析过这个领域前10名的产品吗?分析一下它们的优劣。
你要进入这个领域,应该如何创新?
最感兴趣的网络安全
过去十年密码破译更成熟了,各项技术也在完善
领域前十的产品大多是垄断性或供给政府企业机构的
如果我进入这个领域会发展针对个人的信息安全服务,尤其是在大数据的背景下
项目管理你参与过项目管理吗?请描述一下两个当下流行的开发方式在你的项目中的具体应用情况。
请问你如何决定项目中各种任务的有限次序,有什么理论来支持你的做法?
如果你突然发现项目不能按时完成,你作为项目领导,有什么办法?
参与过简单的项目管理
任务顺序按燃尽图的来,主要先完成基础功能
完成不了先找代替计划,再事后总结
软件设计你做过架构设计、模块设计、接口设计么?请说明一下你为何是这样设计,你比较过什么不同的设计方式,你的设计取得了什么结果?这块没做过
质量意识你是怎么做代码复审的,你加入我们团队后,能帮我们提高代码质量么,请具体说怎么提高?代码复审主要看功能的实现程度
通过提高代码的覆盖率
工具/社区你在各种开发平台都使用过什么工具,自己写过什么工具来改进工作效率?
给社区贡献过什么工具和代码?Github有分享代码么?
你写的技术博客坚持了多久,读者最多的是那一篇?
使用过Jmerter,DBMonster
无分享代码,没贡献过工具
博客做了1年
团队协作请描述你在项目中如何说服同伴采用你提出的更好地解决方案,或者你如何听取了别人的意见,改进了自己的方案?
你如何说服懒惰的同学加紧工作,实现团队的目标?
项目中还是通过展示前景开会来改进
emmm,这个大家好像都一样
理论素养你上过什么数学、计算机或其他理论课?
请举出具体的例子,说明你学到的理论知识如何帮助你解决实际问题。
高数,离散数学,概率统计,线性代数,计算机导论,计算机网络基础,计算机组成原理,数据结构 在做数据存储时就需要考虑数据结构
自我管理全年级你专业排名多少?
你从刚入学到现在的排名有变化吗?
如何解释你的排名的变化?
前50%

2.问题回答

问题一,我有一个问题,就是对于我们这些学生来说,最痛苦的就是上手敲代码,因为过程中出现的bug常常因为解决不了而放弃,尤其适当做实验项目,课设之类的时候,如果前面不能把那些不太必要的程序加进去,到后面太做完在优化,可能就会有大量的bug,而且很多地方根本不会优化到后期,而在前期又会因为书上写的因为太早优化而不知道全局的问题,我想知道对于程序菜鸡要怎么解决。

回答:要先实现基本的功能后,根据时间的情况适当的进行优化。优化是在中后期,前期不用太考虑。

问题二,造阶段——构造阶段结束时是第三个重要的里程碑:初始功能里程碑。此时的产品版本也常常被成为“beta”版。

回答:对于接触过软工的实际项目后,对于alpha,和beta也有了更实际的了解,这样的用语对于专业的软工编程人员来说还是很有用的。

问题三,在这里这个有远见的人指的是产品经理(PM)还是指团队里有想法的人?而且在其他书里我读到过,团队的愿景应该是由团队的领导层设计被成为项目/公司的指导思想,不知道这里的远景是否和这个有关?

回答: PM和项目的愿景有一定关系,但PM更多的是负责项目的进度和整体的项目规划。

问题四,上段文字以及后页的文章里提到一个观点是随着功能的复杂,软件越来越难用,在这里我认为就像很多企业做产品的时候推出多种版本就可以了啊,专业版或者是业余版,而且根据用户习惯方面可以根据用户信息跟踪就可以了解用户的使用习惯,这类相应的解决方法,希望作者可以在里面提供

回答:一个软件的通用性很重要,而且开发一个软件的成本是很高的,所以还是在功能上尽可能满足用户习惯就好。

问题五,自定义键盘

这个问题并没有很好的回答。

3.再提问题

问题一,p57,3.31职业发展-考级之路 因为很多读者都是在校学生,作者可否推荐下适合学生考的证书。


问题二,p97,软件团队的模式,作者在这块介绍十分详细,但初读的几次觉得各模式差别并没有非常大,能否将一些模式和在一起或设计成表格模式更便于阅读。

问题三,p194,对于program manager和project manager在公司的职位不太懂。

问题四,p294,13.2.12 小强大扫荡 不知道在实际工程中的情况,如果有案例会更好

问题五,p354,16.1.6 迷思六 这里的铱星计划的手机失败的原因后期如果改变定位没有存在的价值嘛?

转载于:https://www.cnblogs.com/lamfinethinkyou/p/9046556.html

<think>好的,用户希望我扩写关于作业信息页面的功能描述,特别是包括在线咨询和在线应聘的操作细节。首先,我需要回顾之前的对话和相关引用内容,确保新内容之前的信息一致。 用户提供的引用中有几个关键点:应聘信息管理页面包含职位名称、作类型、企业信息等字段;用户登录流程;职位投递的流程,包括状态判断和登录拦截;以及添加员信息时的后端处理流程。这些都需要整合到作业信息页面的功能描述中。 用户当前的需求是详细描述作业信息页面的功能,特别是用户如何通过输入不同信息完成在线咨询和在线应聘。需要具体说明每个操作的步骤,可能涉及的输入字段,以及前后端的交互流程。同时,用户希望扩展现有内容,可能意味着需要更详细的操作流程、界面元素或系统反馈的描述。 首先,我需要确定作业信息页面的结构。通常,这样的页面会分为几个部分:基础信息展示、在线咨询模块、在线应聘模块。基础信息部分需要展示职位名称、岗位类型、作地点等。在线咨询可能需要用户填写账号、姓名、手机和咨询内容,然后提交,系统处理并反馈。在线应聘则需要用户填写个人信息、上传简历,并处理登录状态和职位状态验证。 接下来,考虑引用中的信息。引用[3]提到职位投递流程,包括状态判断、登录拦截和申请流程,这需要整合到在线应聘部分。引用[4]中的添加员信息流程,虽然不完全相同,但后端处理逻辑(Controller -> Service -> Mapper)可以类比到咨询和应聘信息的提交处理。引用[1]和[2]中的字段需要作为输入项出现在在线咨询和应聘的表单中。 需要注意的是,用户提到的“作业信息页面”可能是“职位信息页面”的笔误,需要确认。根据上下文,应该是指职位信息页面,因此后续描述应统一为职位信息页面。 然后,考虑用户可能的深层需求。他们可能希望了解系统的交互流程、输入验证、用户反馈以及后端处理。因此,在扩写时,需要详细描述每个步骤,包括前端验证、后端处理、数据库操作和用户提示。例如,在线咨询时,用户必须填写手机号码,系统需要验证格式是否正确;提交后,数据如何存储到咨询记录表中,并通知HR处理。 同时,要结合之前的回答中的岗位信息实体图,确保字段的一致性。例如,职位名称、岗位类型、作地点等应实体图中的核心属性对应。在线应聘中的个人简历上传需要引用[1]中的简历字段,而用户账号、手机等信息来自引用[2]。 最后,确保回答结构清晰,分点描述各个模块,并加入示例代码和公式以增强技术细节。例如,在描述后端处理时,可以给出伪代码或类结构,说明Controller、Service、Mapper的分层处理。此外,用户可能需要相关的问题,如数据验证方法或咨询记录管理,这些应在相关问题部分列出。 总结步骤: 1. 页面结构划分:基础信息、在线咨询、在线应聘。 2. 详细每个模块的输入字段、操作流程、前后端交互。 3. 结合引用中的字段和流程,确保一致性。 4. 加入技术实现细节,如代码示例和公式。 5. 生成相关问题,引导进一步探讨。</think>### 作业信息页面功能描述 #### 一、页面结构框架 $$ \text{作业信息页面} = \left[ \begin{array}{l} \text{基础信息展示区} \\ \text{在线咨询模块} \\ \text{在线应聘模块} \\ \text{动态状态提示栏} \end{array} \right] $$ 其中状态栏实时显示$招聘状态 \in \{开放中, 已截止, 待审核\}$,根据系统时间招聘截止日期自动计算[^3] #### 二、核心功能模块 **1. 基础信息展示** - 职位元数据:$职位名称=JAVA程师$, $岗位类型=技术研发$, $作地点=北京海淀区$ - 关联属性:所属部门=产品研发中心, 直属上级=技术总监 - 扩展信息:$编制人数=3$, $当前空缺数=2$, $岗位价值评分=8.7/10$ **2. 在线咨询系统** *操作流程拓扑图:* ```mermaid graph TD A[输入用户账号] --> B{系统验证} B -->|已注册| C[自动填充用户信息] B -->|未注册| D[启用游客模式] C --> E[填写咨询内容] D --> E E --> F[提交咨询请求] F --> G[生成咨询记录ID] ``` - **输入参数集**: - 必填项:$\{用户账号, 用户手机, 咨询内容\}$ - 选填项:$\{毕业院校, 最高学历\}$ - **技术实现**: ```python class ConsultController: @post('/consult') def create_consult(self, user_id: str, content: str): consult = ConsultService.create( user_id=user_id, content=content, status=ConsultStatus.PENDING ) NotifyService.send_hr_alert(consult) # 触发HR通知 return ConsultResponse(code=200, data=consult.id) ``` 数据存储结构满足: $$ C_{record} = (t, u, c, s) \quad \text{其中} \begin{cases} t \in \mathbb{R}^+ & \text{时间戳} \\ u \in U & \text{用户空间} \\ c \in \mathcal{L} & \text{咨询内容库} \\ s \in \{0,1,2\} & \text{处理状态} \end{cases} $$ **3. 在线应聘系统** *状态机模型*: $$ S_{apply} = \begin{cases} q_0: \text{未登录} \\ q_1: \text{已登录} \\ q_2: \text{简历提交} \\ q_3: \text{等待审核} \end{cases} $$ 状态转移条件: - $q_0 \xrightarrow{\text{输入账号密码}} q_1$ [^2] - $q_1 \xrightarrow{\text{上传简历}} q_2$ - $q_2 \xrightarrow{\text{系统审核}} q_3$ **关键操作步骤**: 1. 身份验证阶段: - 输入$\langle 用户账号, 密码 \rangle \rightarrow$ 调用`AuthService.verify()` - 失败时返回$E_{auth} = \{401, "验证失败"\}$ 2. 信息填写阶段: - 自动填充字段:$\{用户名, 用户手机, 毕业院校\}$ [^1] - 手动输入字段:$\{期望薪资, 到岗时间\}$ - 文件上传:$简历文件 \in \{PDF, DOCX\} \land size \leq 5MB$ 3. 提交验证: - 执行完整性检查:$\sum_{i=1}^{n} \mathbb{I}(field_i \neq \empty) \geq 7$ - 格式验证:$手机号 \sim \d{11}$, $邮箱 \sim \w+@\w+\.\w+$ #### 三、技术实现架构 ```java // 应聘请求处理流程 public class ApplyController { @PostMapping("/apply") public ResponseDTO handleApplication(@RequestBody ApplyRequest request) { if (!JobService.isPositionOpen(request.getJobId())) { return ResponseDTO.error("职位已关闭"); } Application app = ApplyService.createApplication(request); AuditService.startWorkflow(app.getId()); return ResponseDTO.success(app.getId()); } } ``` 该实现满足: $$ T_{process} = \alpha \cdot n + \beta \cdot m \quad (\alpha, \beta \text{为系统常量}) $$ 其中$n$为字段验证次数,$m$为关联系统调用次数[^4] #### 四、交互反馈机制 - 成功提交时返回: $$ \text{响应体} = \left\{ \begin{array}{ll} code: 200 & \\ data: \{ & \begin{array}{l} apply\_id: "APP2023070256" \\ audit\_deadline: "2023-07-05" \end{array} \} \end{array} \right. $$ - 异常处理包含: $$ E_{set} = \{ 4001: "必填字段缺失", 4002: "文件格式错误", 4003: "岗位已满员" \} $$
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值