产业互联网，一场化有形为无形的新进化 不知道你有没有发现，现在越来越多的人开始不愿意将自己定义成为一家互联网公司，取而代之的是将自己定义成为一家科技公司。...因为我们得到了产品和服务本身并未发生太多改变，改变的仅仅只是我们获取他们的方式和途径而已。当产业互联网的新进化开启，新的机会点必然在于产业前端的深度改造上。...所谓的产前深度改造，其实就是要改变产业本身的构成要素、运行机制等内在部分，等到这些部分完成了深度改造之后，产业本身的产品和服务才能发生根本性的改变。...如果我们寻找产业互联网的新机会点的话，专注于产前的深度改造，才是关键所在。在这个过程当中，需要我们有建构新元素、重塑新流程的能力，当这些能力具备之后，新的产品和服务便会产生，产业形态才能深度改变。...以产业中端的深度融合为机会点，无疑将会为我们找到跳出消费互联网时代的方法和途径。 产业后端的深度改变。产业后端，更多地关注的是产品和服务的产生以及产品和服务的输出。
来源：虎牙 & DataFun 公众号后台回复： 报告 获取源文件 欢迎添加本站微信：datajh （可上下滑动或点单个图片放大左右滑动查看） 📷 📷 📷 📷...
char bb; char cc; int dd; }; struct data sum1, sum2; //定义两个结构体变量 2、定义结构体data同时，定义需要使用的结构体变量...如后面再需要定义结构体变量，方法同1 struct data { char aa; char bb; char cc; int dd; }sum1, sum2; //定义结构体类型的同时定义了两个结构体变量...char bb; char cc; int dd; }DATA; DATA sum1; 注意：如果没有typedef就必须用 struct data sum; 来声明 这里的DATA...实际上就是struct data的别名。
什么是客制化呢？就是以客户的需要为主导，企业完全按照客户的需要去提供产品和服务。比如有些服装就是根据个人的身体特征进行定制，高端一点连样式都单独设计。这种方案的优点是合身、好看、独一无二。...目前的趋势就是产品会从标准化慢慢走向差异化，服务也会从标准化服务，走向差异化服务。得益于中国的人口规模，我们的差异化成本相对会更低，前提是技术上能收集到足够的信息。...这里也可以有定制，所谓的柔性工厂，就是一条工厂线上能生产出不同型号的产品。就是在标准化的基础上，加上了部分定制化。这种价格又会高一些。...我曾经看到过一个数据，红领西装的客户定制化数据有200万个，未来，每个人专门一个版型也就是客制化的终极追求了。现在有很多APP提供上门量衣定制化西装、衬衣。价格会比平常贵一点，像衬衣299、399。...这些数据不量化出来，就没办法做到客制化教育。 再说服务，当我们收集用户的数据越全，我们就能提供越精细化的服务。抖音上给大家提供的服务号称千人千面。会根据你的行为推荐你感兴趣的内容。
产品化.png 产品化 项目工程化 目录结构 常见的Web应用都是以MVC为主要框架的,其余部分在这个基础上进行扩展 构建工具 合并静态文件、压缩文件大小、打包应用、编译模块 工具 · Makefile...· Grunt 编码规范 为团队统一良好的编码风格,有助于帮助 提升代码的可读性,进而提升可维护性 文档式的约定 代码提交时的强制检查 代码审查 代码审查需要耗费一定的精力,一些可以自动化完成的工作可以交由工具来自动完成...部署流程 部署环境 开发环境 测试环境 预发布环境 线上环境 部署操作 停止进程和重启进程 性能 动静分离 将图片、脚本、样式表和多媒体等静态文件都引导到专业的静态文件服务器 上,让Node只处理动态请求即可...启用缓存 在缓存的帮助下,却能够消减同步I/O 带来的时间浪费 多进程架构 充分利用多核CPU, 更是可以建立机制让Node进程更加健壮,以保障Web应用持续服务 读写分离 将数据库进行主从设计,这样读数据操作不再受到写入的影响...异常日志 异常日志通常用来记录那些意外产生的异常错误 日志与数据库 ,将日志分析和日志记录这两个步骤分离开来是较好的选择 分割日志 线上业务可能访问量巨大,产生的日志也可能是大量的 监控报警 监控 为了将一些重要指标采样记录下来
；这个平台管理端的功能一方面体现了云计算商家做产品的思路，也体现了云计算商家产品的定位是哪一层（IAAS/PASS/SAAS）。...，毕竟很多客户企业的内部流程已经用了很多年，对云平台的定制化需求是Horizon在很多情况下被客户或云计算厂商所抛弃的一个很大原因。...产品有两个方式，有关系来解除根据客户需求定制化产品，或者有经验理解客户痛点能够直接用于开发产品；但是仅仅靠云计算的情怀基本是走向末路；有些云计算创业公司刚起步对客户还挑拣，没有搭建过10台计算节点服务器的经验...；很多公司宣扬的对社区贡献可能为争取公司融资方面做的贡献更多些；大公司开源贡献比如Redhat对于Linux的产品化方面，有三方面做法：优化参数提升产品性能、掌控开源趋势降低客户成本、快速的Bug fix...，这里不多提了；但是随着各家SDN控制器的出现，SDN的网络开放之路似乎又到了收窄的方向上；希望SDN能尽快走过优胜劣汰的过程，减少中间的无谓成本，多多服务于需求；顺便说下，很多理解我是做SDN的，其实我是做云计算的
在许多互联网公司中，设计工作往往被视为一项针对产品的服务，服务好产品是设计师职能的优先价值指标。观点固然不错却失于片面，因为服务体系与产品形态在设计内涵中是相互统一的。...在企业产品（企业QQ,营销QQ）的用户教育项目中，我们尝试以形象内容设计为手段，通过产品化的尝试来实现设计效用的最大化。...于是，针对这一共识我们制作了一系列动画视频来阐述产品的特性与立场。 动画以抽象的符号化角色指代企业中的管理者，直接通过场景说明来解释产品的作用。 ?...产品的用户沟通模型 至此，一个与产品深度结合又保持独立活性的用户教育产品便初具雏形了。通过不断优化这一模型，我们可以更高效优质地服务产品并与市场直接对接，推进设计效应持续扩展。...虽然设计作为服务已经为人熟知，然而其被动的从属性在许多行业中依然没有改变，设计驱动还常常被视作一种理想化的美学实践而与商业市场对立。
App作为互联网产品的一个典型代表，从2009年开始便突飞猛进式的增长和发展。大量移动APP层出不穷，从各个方面影响并服务于人们的工作、生活和学习。...用经济学的角度解释，就是供大于求，完全处在买方市场。用户可以自由选择今天用什么工具，你们这些工具的卖方乖乖地给我服务，我看你们哪家的服务态度好、功能强大我就用哪家。...游戏化思维的本质是通过设计用户与产品交互的各阶段所产生的情感，进而去影响用户的行为。它不是娱乐，它是人性与设计的融合。...它让产品变得有趣好玩，提升对用户的吸引力，并挖掘核心需求之外的用户需求，强化用户的情感体验和产品的附加价值，使产品游戏化，完成从工具到玩具的蜕变。...当然，这一切都是在不影响满足用户核心需求的体验下实现的。 游戏化是一整套系统，需要把多种机制匠心独妙的有机结合，而不是某一机制的单独应用。
【说明】上期针对大豆和玉米的期货交易进行了相对应的气象服务产品设计，本期针对小麦和棉花进行产品设计。这是农产品期货气象服务产品设计的最后一期。...当前我国的气象服务市场针对农产品期货的气象服务还未广泛开展，所以跟大家当前开展的气象服务领域比较远，我出于兴趣做了一些文献调研并加入了自己的理解。...今天是最后一期，如果要回顾之前的的文章请点击下列链接。 农产品期货的气象服务产品设计【1】 农产品期货的气象服务产品设计【2】 农产品期货的气象服务产品设计【3】 ?...六、期货气象产品的服务方式设计 6.1分析报告 以一份专业分析报告的形式提供给用户。...6.2 服务端设计 服务终端：建议是智能手机端 服务方式：APP账号授权和可进行产品定制的方式 参考文章 [1].
【商业化】Zookeeper新增弗吉尼亚地域。 ★ TSE 北极星网格 【新功能】北极星支持操作记录与服务事件中心，并支持写入用户的 CLS。帮助您及时了解服务注册与治理等规则情况与异常。...★ TSE 弹性微服务 【商业化】弹性微服务新推出预付费模式：包月预留券，支持以更低的单价包月购买CPU与内存资源，帮助您节省资源的使用成本并更便捷地规划预算。 【商业化】弹性微服务新增新加坡地域。...往期 推荐 《Pulsar 在腾讯云的稳定性实践》 《迎接2023 | 北极星开源一周年，感恩礼倾情相送》 《轻量级SaaS化应用数据链路构建方案的技术探索及落地实践》 《Apache Pulsar...技术系列 – 基于不同部署策略和配置策略的容灾保障》 《微服务架构下路由、多活、灰度、限流的探索与挑战》 《TSF微服务治理实战系列（四）——服务安全》 《高并发场景下如何保证系统稳定性》 《微服务上云快速入门指引...了解更多微服务、消息队列的相关信息！
服务化产品是VR的主要应用方向之一，本文提出的“微情境”，就是希望在现有技术仍存在一定制约的情况下，帮助更多团队优先致力于研发面向大众的VR服务化产品，使这项“黑科技”能真正深入人心。...然而对于更大范围的受众而言，近年来VR像是只存在于科技新闻中，根本无法想象其成为眼前实实在在的服务。...相较而言，其它竞品则更多聚焦在高端场合和行业应用中，不利于小团队做最小化可行产品(MVP)和持续创新。...近年来随着人工智能技术的发展，有学者把3I扩展为4I，即增加了智能（Intelligence）。时至今日，4I应成为每个服务化VR产品的基本立足点。...微情境的VR服务化产品设计按照3I——4I分为两个阶段持续演进，也就是说，应首先强调3I：沉浸、交互、想象，而将第四个“I”——智能视为进一步可选的细分领域。
---- 1、产品商业化的误区 在谈商业化产品之前，先分享几个坑。...这些都是我们在做商业化管理过程中需要思考的内容。 2、如何开启产品商业化 以终为始，以实现客户的价值为着力点，去思考你想售卖给客户什么方案，再去倒推你的产品规划思路。...1）产品标准化 有了产品方案后，有销售可能会提出质疑：产品能不能批量售卖？过往的成功案例能不能复制到其他项目？能否快速交付给客户？ 从迎接第一个客户开始，就要做好服务于成百上千个客户的准备。...短期来看，我们要做为客户提供标准化的贴身服务，确保按照协议的要求响应并支持客户的需求；长远来看，我们的目标是从需求响应方转为客户顾问，即，通过我们的标准化产品、流程和知识，沉淀出客户期许的业务场景和服务...2）产品商品化 核心思路：从单一产品到联合方案，从产品方案到可售卖可交付的商品。 为了更好地助力销售，你的产品、方案、服务都需要做好定义并包装成商品。
2016.11.4, 深圳, Ken Fang 微服务产品在每个版本, 都将会有一个到多个的特性需发布。 每个特性依据它的业务场景切片, 将划分成一个到多个的微服务。...特性内的微服务的集成测试 3. 微服务产品内的特性的集成测试 而微服务产品的集成测试的测试用例, 主要分为两大类: 1. 特性运维时的环境、资源的测试用例。 2. ...集成业务场景测试用例; 集成业务场景指的是: 微服务内的 User Stories 的集成业务场景、特性内的微服务的集成业务场景、微服务产品内的特性的集成业务场景。...测试人员便可将这些基础集成测试用例, 开发成自动化测试脚本、执行基础集成测试的自动化测试。...并根据基础集成测试自动化测试的执行结果, 探索出更多的微服务产品集成测试用例, 挖掘出更多深层的微服务产品缺陷。
2.自助BI是数据化运营的必备产品 数据分析的产品形态有定制化的可视化开发平台，用户行为分析，以及自助BI。随着数据化转型的不断深入，企业数据化管理流程和人才体系被逐步培养起来。...BI产品的不断迭代和完善，已经可以逐步替代定制化开发，例如一些商业化的BI推出可视化大屏模式以及PC、移动端可视化门户的快速搭建能力。从最终业务目标看，自助BI产品是一劳永逸的方案。...当业务已经使用了商业化的产品，虽然经过业务发展以及老板的决策说，我们是时候自己搞一个BI产品了。...本质还是因为，没有形成对他们足够有吸引力的竞争优势。例如，外采BI一般是采用数据库连接的方式，进行后续分析，多数BI产品对数据全链路追踪能力是缺失的，或者仅限于系统内部的数据集、看板、图表之间的关系。...五、BI产品的发展趋势 1.灵活的可视化配置能力持续完善 自助BI可视化的终极目标是要完全替代定制化的可视化开发需求，围绕这一目标，需要看现有的BI产品对可视化门户快速搭建的能力、移动端可视化分析、以及大屏可视化配置的能力
通过分布式技术加密技术，保证了用户数据的隐私和安全。同时由于区块链技术的不可串改记录，保证真实的前提下，可以建立一个可信任的点对点的社交平台。 去中心化社交产品发行自己的代币，代币可以在产品内消耗。...只有找准自己的定位才能在残酷的市场竞争中活下来。我们可以看看我们手机中的APP，是不是都是在某一个单点上突破，认认真真的为用户提供某一项服务。做到极致简洁与专一?...它的成功需要对人性的洞察，需要产品的定位清晰，功能的体验简洁流畅，市场推广的优秀，运营服务贴心细致。 你现在真的会高频的使用区块链社交软件么？...用户之间的交互通过中心化的社交网络实现，利用社交网络进行人际关系的沟通与维护、获取朋友动态、热点内容等信息，而作为服务提供方的社交网络则掌握了用户产生的数据，并通过分析这些数据，进行精准的广告推荐，从而获益...我们可以称他为“通过收割用户信息进行变现的社交网络”。 从用户需求的角度，社交软件是不是用区块链，是中心化还是去中心化都不是核心，核心是用户体验和他的关系网。
在DDD中，有很多重要的概念，例如：聚合实体对象、值对象、仓储、工厂、服务等。...原来为了简单并保持和CSLA开发模式的兼容，一直都把实体的获取模式直接以静态方法的方式直接写在实体的对应列表类中。例如下面这段代码： ? 随着应用的慢慢深入，出现了一些问题： 不易支持客户化。...OEA是基于产品线的开发，如果采用前面的开发模式，当客户化版本扩展了主干版本中的实体类时，由于主干版本中的代码直接使用静态方法，所以无法获取到扩展后的新类型的对象。...（要了解OEA中客户化的具体方案，见《基于OEA框架的客户化设计（一） 总体设计》） 为了使用CSLA而写的这些获取代码，在以后引入非CSLA实体时，可能都需要重写。...DDD的思想在代码中无法直接体现，使得对系统的理解和学习容易产生二意。 由于使用了静态方法，所以一些通用的代码的重用变得比较过程化，不易读。
2016.9.29, 深圳, Ken Fang 微服务产品级敏捷，设计的初衷, 绝不是肤浅的快速交付。而是要能使团队可持续改善，打造ㄧ永远幸福的团队文化与永远世界第一的产品。...微服务产品级敏捷已成功的将敏捷开发与软件工程无缝的结合，使得团队可相当容易的就学会，开发产品所需要的软件工程实践，并可经由协作完成产品版本的交付。...然而，对团队而言，微服务产品级敏捷最大的挑战，仍然是许多人误解了当初设计微服务产品级敏捷的初衷与背后的思维。...所以，微服务产品级敏捷设计的初衷与背后的思维，绝不是要将开发与测试人员当成是快速交付版本的工具。...，而最终才能体现出微服务产品级敏捷，真正的价值与意义。
blocks|key|1178719|text||type|atomic|depth|inlineStyleRanges|entityRanges|offset...
blocks|key|149233|text||type|atomic|depth|inlineStyleRanges|entityRanges|offset|...
2 适应需求的变化: 组件化与服务化 软件生产的灵活性是技术和非技术因素综合作用的结果。在处理变更时，组件和服务之间的差异受到这里讨论的因素的影响。...其次，将向开发人员提供越来越多的可互操作的软件组件，包括一般组件和专业化组件。...服务被定义为: “任何一方可以提供给另一方的本质上是无形的，并且不会导致任何所有权的行为或表现。它的生产可能与实物产品有关，也可能与实物产品无关。”在软件中，这被称为“松耦合”。...2.5 传输与通信 组件和服务之间交付机制的差异可能是个革命性概念。软件工程主要集中于为软件生产提供技术和管理支持，作为一种面向产品的概念。组件是面向产品的，其中软件通过 CD 或其他媒体交付。...3.2 组合管理 与动态服务组合相比，由许多组件组合的系统是相对受控的。随着越来越多的服务提供者在大型分布式系统中公开他们的服务，人工管理和组合服务变得不可行; 这个过程必须完全自动化。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
