部门结构：
绩效审查时间表：
- 受训者：每3个月的绩效审查。
- Junior 1，Junior 2，Junior 3：每3个月的性能评论。
- 中间1，中间2，中间3：每6个月的绩效评估。
- 高级1，高级2：每6个月的绩效审查。
注意：绩效审查时间表可能会因特定
而有所不同
公司的政策和准则。
为了通过性能审查，开发人员需要知道的主题列表。
| Junior | Middle | Senior | |
|---|---|---|---|
| 能力 | 可以使新闻应用与JSON API | 交谈可以及时设计并交付快速可靠的聊天模块 | 可以通过非法定思想建立团队行为标准 |
| 代码集成 | 使用git围绕 | 移动代码对gitflow有意见 | 有想法如何构建CI过程并自动杂务 |
| 范式 | 有了OOP | 的想法用frp | 弄脏了手带来了其他平台和范式的价值 |
| 依赖项 | 知道如何使用Cocoapods | 知道为什么应用不能使用SPM，但是迦太基是一个选项 | 知道为什么拥有/减少依赖关系 | 至关重要
| 平台 | 使用数组，字典和set | 知道值/参考类型和Equatable/hashable | 知道swift和obj-c | 的方法派遣的详细信息
| 客户端服务协议 | 从互联网上获取JSON是一件小菜！ | 进行基于Websocket的实时聊天是可行的 | 构建视频聊天是一个可实现的挑战 |
| 参考 | 使用stackoverflow作为真理的单一来源 | 经常使用官方文档 | 询问平台开发人员，并且可以反向工程 |
| 内存 | 知道如何避免和修复内存泄漏 | 知道Nspointerray，以及为什么结构增加二进制尺寸 | 有减少内存外崩溃 | 的策略
| UI | 可以在接口构建器中构建基本UI | 有理由在代码中制作UI | 可以将布局和差异计算为非墨件螺纹 |
| 多线程 | asyncafter是朋友，@synchronize所有东西 | 异步是敌人，线程同步是一个问题 | 了解僵局以外的多线程问题 |
| 态度 | 期望其他人在开发过程中教和指导 | 与团队讨论设计以分享决策 | 负责队友做出的设计决策 |
| 设计模式 | 了解委托，目标行动和MVC IDEA | 精通观察者，立面和中介模式 | 知道依赖注入和服务定位器之间的最佳位置 |
| 产品质量 | 该应用程序在我的电话上工作 | 进行测试写单元测试并尝试了TDD和UI测试 | 定义具有非重叠覆盖面积的可维护测试金字塔 |
完成任务或回答问题的平均时间为10至15分钟。
完成绩效审查的平均时间为2-3小时。
总共有13个部分。为解决方案提供了一项任务（在5个中，
在访调员的选择中。可以提供
第二次机会（5的第二任任务）如果第一个机会造成困难，
分数调整〜0.5。
联系人
我明确专注于上市时间，而没有优先考虑技术债务。我作为系统建筑师，移动（ios-swift，android-kotlin），前端（react-typescript）和后端（nodejs-.net-.net-php-php-php-php-kafka-sql）参加了系统架构师的预售/RFX活动。 -nosql）。我还通过知识转移到成功交付的知识转移，成立了预售作为CTO的工作。
ðLinkedIn：https://linkedin.com/in/sergeyleschev/
ðleetcode：https://leetcode.com/sergeyleschev/
ðTwitter：https://twitter.com/sergeyleschev
ðgithub：https://github.com/sergeyleschev
ð网站：https://sergeyleschev.github.io
ðreddit：https://reddit.com/user/sergeyleschev
ðQuora：https://quora.com/sergey-leschev
ð媒介：https://medium.com/@sergeyleschev
□pdf设计模式：Download