Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

电信领域和互联网领域的差别

Posted on 01/16/201206/23/2019 by 四火

1 最近有机会了解到了诸多 IT 业公司,了解到了程序员的生存状态,也看到了各种不同的做产品的方式;有机会得以从电信领域转向互联网领域,在这里我谈一谈在我眼中的电信领域和互联网领域的区别。

 

 

营销模式

 

电信:

卖服务,提供配套的软硬件给运营商,强调解决方案的完整性(如包含 WEB、WAP、客户端、短信等多种接入渠道);

运营商可能选择几家中标单位分散风险,也可能采用独一家的全套解决方案,通常要求服务稳定和可持续性,而在成本考量上通常较弱。

 

互联网:

靠流量挣钱,有流量就有用户群,有流量就有广告潜力,特别关注市场竞争和用户感知;

互联网公司给用户提供的服务往往直接影响到自身的存亡,不存在中间人,可能关注某一个特定较小领域的服务,产品软硬件成本控制严格,产品首先精锐,之后才考虑发展周边业务。

 

 

产品特征

 

电信:

产品周期通常较长(但也比不上一些 ERP 软件那么长的周期),一次迭代 1-2 个月,一次版本发布在半年左右;

关注内部架构、服务化,关注版本的演进和定制;

需求较为清晰,产品由特定客户评估;

电信运营商的需求驱动产品研发,bug 数目和级别衡量产品质量;

业务复杂,功能繁重,不同的运营商下要求的产品和业务模式差异不大。

 

互联网:

产品周期通常很短,一次迭代只有几周,甚至半月之内,版本通常较小,经常需要根据时事热点改变发布的产品;

关注用户体验、响应,由于互联网用户组成较杂,缺少统一网络安全控制,故对安全要求更高;

需求不稳定,产品由上线情况综合评估,缺少明确的标准

用户驱动产品设计,体验和响应速度决定产品质量;

业务较纯粹,用户的需求千差万别。

 

 

团队和版本运作

 

电信:

团队文化较严肃,领域资深和业务专精的员工较多,逐步改进和效率提升的想法多,团队稳定、大气;

版本管理严格,团队成员代码 check in 和 check out 控制严格,改进和优化需求实施周密;

团队作息规律,工作压力在长时间内容易保持一致,团队工作有持续性。

 

互联网:

团队文化较为活泼,容易出技术牛人和专项大师,开拓和自由的点子充溢,团队敏捷、技术氛围强;

版本获取常常开放,甚至完全开源,代码控制较为松散,现场立即开发上线修改的情况较多;

忙的时候和闲的时候差异很大,团队工作可预见性不易控制。

 

 

在这里讨论电信领域和互联网领域哪个 “好” 是没有意义的,随着软硬件发展,技术壁垒日渐消除,SaaS 在各个区域大行其道,传统领域和新兴领域的界限越来越模糊。

 

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 大型互联网应用的技术选型和决策,10 条成功与失败的记录
  2. 互联网数据聚合
  3. 谈谈百度血友病吧被卖事件
  4. 幸运的时代
  5. 为什么互联网外企在中国总是失败?

2 thoughts on “电信领域和互联网领域的差别”

  1. Anonymous says:
    11/06/2013 at 11:22 AM

    请问,你为什么选择 amazon,而不是在华为继续做下去呢?

    Reply
    1. Anonymous says:
      11/08/2013 at 5:56 PM

      华为有它的问题啊,而且非常严重,要么认同,要么忍受。汲取自己需要的,尽量不被同化。你会体会到的。

      Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme