我现在做外包的

最新推荐文章于 2024-04-02 15:46:54 发布
原创 最新推荐文章于 2024-04-02 15:46:54 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#工作

我是做外包的。准确来说是做对日外包的。刚毕业的时候听说对日外包是多么多么的美好。。毕业了，工作了，才发现是骗人的。幸好一开始进入的公司不是做外包的。在那里学到了点东西。今年四月份来了到了新的公司，真正的开始进入对日外包这个据说很没有技术含量的行业。也曾犹豫过，对对日外包，对自己走现在的路，有过怀疑。但现在我明白了。在那里工作如果没有学习的心。如果没有用心做事的话，不管你在什么的环境中都学不到东西的。就像星爷所说的一样：用心大家皆是食神。只要用心在没有技术含量的工作也学习到很多东西。我坚信，我努力。。。

找工作，你知道找你的是外包吗？这篇文章讲透各种外包、内包公司！
字节卷动
06-07 3214
这类大型企业多年使用外包后遇到各种不满（如数据安全、协同问题、管理成本、被外包公司抽取人头费用等），从而演化出新的用工形式，
我在华为做Android外包的真实经历！附面试题答案
m0_56130999的博客
03-23 1393
写在前面 记得我大二时“不务正业”地自学Android并跟了老师做项目，到大三开始在目前的公司实习，至今毕业已有几年多，学习Android已经6、7年多了！但总感觉知识点很零散，并且不够深入，遇到瓶颈，所以有了这文章。 本文是我对自身的Android编程技能的总结、思考和反省，意在系统地、深入地学习Android的重难点，使自己的能力上一个台阶。下面我将会罗列Android知识体系中比较高频、重要或难懂的知识点，并未来会基于此文章列出的知识点一个一个学习研究，并写成一系列的文章，当做自己的学习总结笔记，也.
银行软件项目研发过程中的软件外包管理
03-23
在信息技术日新月异发展的今天，中小商业银行一方面由于其有限的资金实力，养不起庞大的软件研发队伍，另一方面自己研发软件产品耗时长、速度慢，难以满足业务发展的需要。所以，做好软件项目研发外包，与专业软件研发公司等信息技术公司合作，共同研发适应市场需求的新产品，成为金融机构实现技术创新，建立支撑业务发展技术平台的重要途径，本文就银行软件项目外包研发探究如下： 　　一、软件项目研发外包的形式项目管理培训 　　目前，国内银行业IT软件项目研发外包主要有如下两种形式： 　　一是绝大部分软件应用项目外包：目前国内中小银行基本采取这种方式，自己只做很少量的软件项目研发。银行科技部门根据业务部门提出的业务需求，
从腾讯外包到正式员工，我只用了一年时间。。。
热门推荐
Code1994的博客
01-26 1万+
我发现很多程序员在找工作的时候，基本是 99% 的人都在尽力躲开外包岗。 确实，很多人都不想被套上外包岗的标签，但事实上，外包公司真的很多，总有人会在外包岗。 那外包岗真的一点也不值得去吗？ 本人普通二本毕业，在腾讯做外包两年，深刻的感受到自己跟正式员工之间的差距，奋发图强一年，现已转岗成正式员工！下面就讲讲我转岗前后的一些区别： 外包种类一般有两种： 项目外包，就是外包公司接了一些项目回去，然后你们来开发这些项目 人力外包，这种就是外包人员和正式员工一起开发同一个项目 而我就是第二种情况。
银行外包开发工作 4 月有余，聊聊外包公司工作的一些真实感受
m0_69305074的博客
04-02 3149
目前感受就是这么多了，其实很多工作都是如人饮水，冷暖自知。比起那些动不动几十万的大厂而言，外包肯定是不体面也不光鲜的，但是比起一些没有体量，不稳定的小公司，也算是一个还不错的避风港吧。愿彼此最后都能够乘风破浪，扬帆起航吧。最后给有需求的小伙伴们分享这份1658也的面试核心突击手册含了面试题，更多的技术难点、大厂算法、实战项目、简历模板等等，全册接近1700页！文末有获取方式下面将这份面试合集展示给大家：限于文章篇幅原因，仅能展示部分内容，有需要的小伙伴可以在文末获取！
我对于外包开发的看法
a934079371的博客
02-01 1546
点击上方 "大数据肌肉猿"关注,星标一起成长后台回复【加群】，进入高质量学习交流群2021年大数据肌肉猿公众号奖励制度本文章非技术文章，只是谈谈我对于外包开发的看法，总...
那些在大厂做外包的测试工程师，后来发展怎么样了？
人生不怕起点低，就怕没追求
08-26 1458
不久前，许久没联系的大学室友出差来了魔都，趁此机会叫上了昔日的两三好友，一起小酌了一杯，觥筹交错中，得知了大学室友今年开始和朋友一同创业，时隔多年终于从外包公司，成为了一名“正式员工”，结束了自己长达6年的外包之旅。 谈起这些年的经历，朋友不禁有些唏嘘，本以为毕业进入外包只是一个跳板，哪知入行容易改行难，真的想跳脱出这个圈子时，却发现自己有心无力。 诚然，在程序员的圈子里，外包程序员似乎永远是一个尴尬的角色，虽然身处在同一个公司，却享受着不同的待遇，有时，就连工牌都不一样，处处显示着格格不同。 可即便如.
软件外包行业深度分析
03-01
[4] - 做软件外包有前途吗？ [5] - 外包公司是怎么工作的？ [6] - 有哪些好的外包公司？ [7] - 软件外包公司需要什么样的人？ [8] - 哪些人不适合做软件外包技术人员？ [9] - 如何通过软件外包公司的面试？ [10] - ...
谈谈我目前的软件测试外包工作
03-23
我目前在一家软件外包公司工作，公司与某国内大公司有项目合作，现在每天被派到那个公司的实验室工作。因为我们公司刚起步，就我一个测试人员，所有和测试有关的工作都要我来完成。 　我目前在一家软件外包公司工作...
我在华为做Android外包的真实经历！分享一点面试小经验
m0_57077995的博客
04-25 496
大家是不是和我有一样的感觉，不知道什么时候开始，全世界都在问：Android开发凉了吗？就我个人而言，我觉得没有，从我干Android开发开始，就从来没有觉得Android开发在走下坡路。 市场需求 讲道理，Android开发的市场需求还是很大的，因为从岗位招聘情况来看，Android开发岗位的需求量并不比其他岗位少。如果说Android开发凉了，那有些行业应该已经“凉凉三生三世思念成河”了。那是什么原因导致了焦虑呢，我想了想应该是前几年移动开发行业过度火爆，门槛太低导致大家都蜂拥而入，所以现在供应些许不
二本本科，银行外包开发工作 4 个月有余。聊聊外包公司工作的一些真实感受！...
singwhatiwanna
08-11 1万+
最近会更新一系列关于在外包工作的真实经历和感受的文章，挺多小伙伴都比较感兴趣的。文章内容都来自在外包公司工作的读者的真实经历。另外，不同的外包公司、不同的外包工作、不同的甲方等等因素都会...
这些年，我做外包项目的一些感受
08-29 2140
这些年，在工作之余，自己接了一些外包项目。因为所有工作都是在工作八小时之外完成，所以，每天基本上工作14小时以上。如果你身体不是很好，我个人建议最好不要兼职做项目外包，这个是挺累的。毕竟，这些年，经常听说IT行业过劳死的新闻屡见不鲜了，所以，身体保重要紧，别为几个小钱，把身体搞跨了。 一些公司或个人之所以把项目承包给个人做，一是项目小，预算少，一般的公司做这样的项目没有什么利润，所以只好
做外包的需要用TS嘛
最新发布
04-30
<think>好，我现在要帮用户分析在Vue3+TS项目中定义复杂数据类型的意义，以及外包项目是否需要使用TS的问题。用户提到后端返回几百个字段，担心增加工作量，但又有疑惑为什么推荐使用TS。首先，我需要结合用户提供的引用内容，特别是引用[1]和[2]中的信息。 首先，引用[1]解释了JS的数据类型，基本和引用类型的不同。这可以帮助用户理解TS的类型系统如何增强JS，尤其是在处理复杂数据结构时。比如，引用数据类型如数组和对象在JS中容易出错，TS能帮助提前发现类型错误。 接着，引用[2]提到Vue模板对TS的支持不足，可能需要一些hack操作，但使用Class写法可以改善推断。这说明虽然初期配置可能麻烦，但TS在Vue项目中的类型推断和错误检查是有帮助的，尤其是在模板中减少运行时错误。 用户的问题集中在必要性、优势和工作量权衡，特别是外包项目。外包项目通常有时间和成本压力，所以需要明确TS带来的长期收益是否超过初期投入。我需要强调TS在维护、协作和减少错误方面的优势，可能在外包项目中也有用，尤其是当项目规模较大或需要长期维护时。 此外，用户可能担心定义几百个字段的繁琐。这里可以建议使用工具自动生成类型，比如json2ts，或者分模块定义，逐步迁移，而不是一次性全部完成。同时，可以结合TS的泛型和工具类型（Partial, Pick等）来减少重复代码。 还要考虑外包项目的交接问题。TS的类型定义可以作为文档，方便后续维护人员理解数据结构，减少沟通成本。这对于外包项目尤其重要，因为后续可能由其他团队接手。 最后，需要平衡优势和初期工作量。对于短期、小项目，可能TS收益不大，但对于中大型或长期项目，TS的维护优势明显。需要根据项目具体情况进行判断，给出建议。</think>在Vue3+TypeScript项目中处理包含数百字段的复杂数据类型时，其必要性与外包项目的技术选型决策需要结合具体场景分析。以下是基于技术特性和项目管理的深度解析： --- ### 一、复杂数据类型定义的核心意义 1. **数据溯源能力增强** 当遇到如用户权限配置（包含嵌套对象）时： ```typescript type PermissionTree = { menuGroups: Array<{ groupId: string; items: Array<{ code: string; operations: Record<string, boolean>; }>; }>; }; ``` 通过类型定义可快速定位到`user.permissions.menuGroups[0].items[3].code`的数据流向，避免深层次属性访问错误[^1] 2. **契约式开发模式** 假设与后端约定订单数据结构： ```typescript interface OrderDTO { invoice?: { // 可选字段自动识别 taxNumber: string; address: string; }; items: Array<{ skuId: string; quantity: number; unit: 'piece' | 'box'; // 字面量类型约束 }>; } ``` 当后端修改`unit`字段类型时，TS将在编译阶段标记所有受影响的前端代码 3. **防御性编程实现** 对可能为空的字段通过类型守卫处理： ```typescript const renderTotal = (order?: OrderDTO) => { if (!order?.items) return null; return order.items.reduce((sum, item) => sum + item.quantity, 0); } ``` --- ### 二、外包项目技术选型决策模型 #### （一）必须使用TS的场景 1. **高复杂度业务系统** 如医疗管理系统中的病历数据结构： $$ \text{MedicalRecord} = \{ \text{patientInfo: Patient, treatments: Array<Treatment>} \} $$ 其中每个Treatment又包含药品、剂量等20+字段，TS可防止药品剂量单位混淆 2. **长期维护需求** 根据康威定律，当项目维护周期超过6个月时，类型系统带来的维护成本下降幅度可达40%[^2] 3. **多团队协作场景** 使用类型作为接口契约： ```typescript // shared/types.d.ts declare interface APIResponse<T> { code: 200 | 400 | 500; data: T; } ``` #### （二）可暂缓使用TS的情况 1. **超短期交付项目** 开发周期<2周且无后续维护需求的原型系统 2. **纯数据展示型应用** 如企业宣传页等无复杂交互的场景 3. **技术能力限制** 外包团队中TS熟练开发者占比<30%且无培训资源 --- ### 三、工作量优化方案（300+字段项目） #### （一）自动化工具链 1. **OpenAPI生成** 通过Swagger文档自动生成类型定义： ```bash openapi-generator generate -i spec.yaml -g typescript-axios ``` 2. **类型推导工具** 使用`json2ts`转换JSON样例： ```typescript // 输入后端返回的JSON数据 const exampleData = { "orderId": "20230815001", "status": 1 }; // 自动生成 interface RootObject { orderId: string; status: number; } ``` #### （二）模块化类型管理 ```text src/ types/ ├── user.ts # 用户相关类型 ├── order.ts # 订单模块类型 └── system.ts # 系统配置类型 ``` #### （三）智能类型复用 ```typescript // 通过泛型减少重复定义 type PaginationResponse<T> = { list: T[]; total: number; }; // 使用Utility Types简化 type SimpleUser = Pick<User, 'id' | 'name'>; type OptionalAddress = Partial<Address>; ``` --- ### 四、决策矩阵分析 | 评估维度 | 权重 | TS方案得分 | JS方案得分 | |------------|----|--------|--------| | 长期维护成本 | 30% | 90 | 40 | | 初期开发效率 | 25% | 65 | 85 | | 错误预防能力 | 20% | 95 | 30 | | 团队适应成本 | 15% | 60 | 90 | | 交接友好度 | 10% | 85 | 45 | | **综合得分** | | **79** | **58** | ▲ 当综合得分差距>15分时建议采用TS方案 --- ### 五、实施建议 1. **渐进式路线图** ```mermaid graph LR A[核心模块类型定义] --> B[工具函数类型化] B --> C[组件Props约束] C --> D[全局状态管理] ``` 2. **文档化保障** 在类型定义中添加JSDoc注释： ```typescript /** * @typedef {Object} DeviceInfo - 物联网设备信息 * @property {string} imei - 国际移动设备识别码 * @property {number} signalStrength - 信号强度(dBm) */ ``` 3. **质量监控指标** - 类型覆盖率 ≥85% - any类型使用率 <5% - 未处理类型警告数 = 0 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值