## 亿图图示 产品分享 赋能绘图创意，提升办公效率 ## 行业趋势 ## 越来越多的企业期望用一款绘图软件解决企业办公日常需求 46%的全球公司有跨地域团队，33%的全球公司用协同场景工具改善工作效率。 79%的知识工作者有分散式协同工作的场景需求，其中82%都表示跨设备文件传输在工作效率中扮演重要角色。 ◆ 49%的数字营销人员会选择能跨端的产品做视觉类的图像处理，只有11%的用户会用不同的工具解决不同的需求的产品。 [Image](/uploads/documents/8/a/5/8/8a58ca79245ba7f58d7b7fa3b72e6378/p3_2.jpg) ## 亿 图图示解决企业多场景办公作图需求 软件研发、开发运维软件架构、服务支持 客户旅程、产品设计 产品路线、需求设计 项目管理、商业画布 科学图示、课程管理、K12图示、头脑风暴、教育演示 ![Image](/uploads/docu X86, AMD|Intel X86, AMD, 龙芯, 飞腾, 兆芯, 华为鲲鹏| |核心绘图类型|流程图, 架构图, 项目管理图, 平面布局图, 软件开发图, 商务处理, 电子工程|流程图, 思维导图, 架构图, 项目管理图, 平面布局图, 软件开发图, 商务处理, 电子工程, 信息图, 平面设计| |绘图种类|128|280| |符号数量|7000+|26000+| |数据驱动图形|数据库模型图

[Image](/uploads/documents/6/6/1/f/661f0dfc4b888f15a2d6480541b1ae17/p2_2.jpg) ## ++ ## V S 运行效率 开发效率 上手难度 ## 👤 python $ ^{™} $ ## C++/Python对比 hcx@hcx-vpc:~/linux$ sudo apt-get install g++ [sudo]

# Java 应用与开发 Java 技术概述及开发环境 王晓东 wangxiaodong@ouc.edu.cn 中国海洋大学 September 18, 2018  ![Image](/uploads/documents/6/5/ 平台的相关概念和机制 3. 掌握基本 Java 开发环境配置 ## 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 大纲 Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 接下来… Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 ## 那些伟大的 LOGO ![I 由编译器将 Java 源程序编译成字节码文件，再由运行系统解释执行字节码文件（解释器将字节码再翻译成二进制码运行）。 ## 接下来… Java 技术概述 Java 平台核心机制 Java 开发环境 Java 基本开发流程 ## Java 平台 Java应用程序 Java API ![Image](/uploads/documents/6/5/1/d/651d75a5563afe32ce95ed75ecf766a0/p18_1

Web 开发技术-JavaScript ### 1. 概述 ## 内容提要 1 JavaScript 简史 2 JavaScript 功能、脚本语言 3 JavaScript 实现 ECMAScript > DOM BOM 4 在 HTML 中使用 JavaScript ➢直接嵌入 ➢外部引入 JS 代码压缩 ## 1 JavaScript 简史 ## 时代背景 ➢1995 动图的浏览器 ### 1. JavaScript 简史 ## 发展过程 ➢1995: LiveScript/JavaScript 始于网景 ➢网景通信公司（Netscape）开发 LiveScript 1.0，与 Sun 公司组成开发联盟。由于 Java 正流行，LiveScript 发布前临时改名 JavaScript. ➢1996: Microsoft 采用 ➢在 Internet Explorer 准化一种通用、跨平台、供应商中立的脚本语言的语法和语义”。 定义一种名为 ECMAScript 的新脚本语言标准。 ➢1998: ISO/IEC 采用 ECMAScript 作为标准 ➢浏览器开发商开始致力于将 ECMAScript 作为各自 JavaScript 实现基础。 ### 2. JavaScript 和脚本语言 ## JavaScript ➢一种高级的，面向对象的脚本语言。

## Hadoop开发指南 注解：本例中所运行脚本需在CentOS操作系统上，其他操作系统请修改脚本后再尝试执行。 ### 1. 在UHost上安装Hadoop客户端 出于安全性考虑，一般建议用户在非UHadoop集群机器上安装客户端进行任务提交与相关操作 ### 1.1 控制台安装 可通过控制台一键安装，参考：客户端安装。 ### 1.2 自行安装 针对部分存量已自行安装用户，可根据选择按照以下方式自行安装。

# PostgreSQL 开发最佳实践 p0s digoal 阿里云 ## 目录 - 规约的重要性 - 命名规约 - 设计规约 - 管理规约 - 稳定性与性能建议 - 云数据库使用建议 ## 规约的重要性  ## 目录 explain analyze query; rollback; • create index CONCURRENTLY idx on tbl(id); - 密码复杂度、认证方法 - 业务系统，开发测试账号，不要使用数据库超级用户。 • 长连接re\-lcache, sycache • 数据隔离(cluster -> database -> schema) • 主备切换(prewarm) like '%a%' 递归查询一定要有跳出递归的条件 • 估值计算，HLL代替count(distinct xx) - 频繁更新的字段与不频繁更新的字段建议拆成多个表，提高更新效率。 • 业务层避免死锁 - 根据业务需求调整表级autovacuum相关参数 • 内存足够时，UDF中尽量使用数组代替临时表 - JOIN的固化、子查询的固化。（plan hint OR query写法+parameter）

## Nocalhost - 重新定义云原生开发环境 ## 前言 随着业务的快速发展，技术部门的组织架构在横向及纵向不断扩大和调整，与此同时，企业的生产资料：应用系统，也变得越来越庞大。为了让应用系统适配企业组织架构的调整，梳理组织架构对于应用权责的边界，大部分组织会选择使用“微服务”架构来对应用系统进行横向拆分，使得应用系统的维护边界适配组织架构的权责边界。 一般来说，越庞大的组织架构，应 “微服务”带来便利的同时，对开发人员而言，还带来了额外的挑战：如何快速启动完整的开发环境？开发的需求依赖于其他同事怎么联调？如何快速调试这些微服务？ 而对于管理人员来说，也同样带来了一系列的挑战：如何管理开发人员的开发环境？如何让新入职的同事快速进行开发？ 试想一下，要开发由 200 个“微服务”组成的云原生应用，会遇到哪些困难呢？ ## Localhost 时代 在单体应用的时代，对于开发者来说是极为友 好的，开发者使用本机运行应用，修改代码后实时生效，通过浏览器访问 Localhost 实时查看代码效果。 ## Mozilla Firefox ☐ http://localhost/ localhost  ## I t works!

## 怎么参与内核开发 Eric Miao 大家交流下我的经验，主要是相互学习： 我先介绍下我的经验吧。原来我是做嵌入式开发的，主要是在 Intel/Marvell 做 PXA/Xscale 这一块的，广  泛用在 PDA 上。也许大家见过过气的 等系列的手机，就是用的这款 CPU。 开发过程中发现总是跟随着 Kernel 升级，开发工作很被动。内核树 Kernel 升级到 2.6.14 了，而我们却还在搞 2.6.9。那会儿我们还跟 MontaVista 有合作，所以曾经还搞过 2.4 的内核。PXA27x 上就有些客户在用 2.4，很是崩溃…… 后来我跟 boss 反应，这么开发是不行的，要把我们做的东西推到 mainline 里面去。那时开发组的反应有两种： kernel …… 唉，那都是很牛 B 的代码，很牛 B 的人在搞。（其实现在想想也不都是牛人，我这样的庸枝俗粉一堆）； 2. 搞 mainline kernel 很非主流，伺候好客户就行了。 所以一开始的开发我很寂寞的，不过好在老板非常支持，有了加薪的动力，做事情就卖力了。最初的确很难，对于 ARM 社区情况不熟，发点 patch 就被弹回，大致理由有如下： 1. 你回去仔细看下 Documentation/CodingStyle；

2013年7月，加入百度 – 使用GO开发的项目 • 7层流量代理GO-BFE • 应用层防火墙WAF • 百度GOLANG委员会成员 ## 内容提要 - 后台程序开发的需求和难点 - C, Python and Go对比 - 采用Go语言重构BFE - 背景和技术路线 - GC问题 - 协议一致性 - 分布式架构 ## 后台程序开发的需求(1) - 性能 - Thread, Event(编程难度) · 开发效率 -语言的描述效率：代码量 -语言的简洁、易用 -库支持 ## 后台程序开发的需求(2) - 大型程序的组织 - 数据封装能力 –Namespace - 可测试能力 - 单测，覆盖度测量 - 错误检查能力 - 编译 - 程序异常的trouble shooting ## 后台程序开发的需求(3) • 上线和运维 - 对运行环境的依赖 • 性能: - 相差10倍以上 – Python: 解释执行，动态类型 · 并发性能 -C: 直接用系统的机制 – Python: 自己实现的thread, 只能使用一个CPU • 开发效率 - 相差5-10倍 - 内存的处理是一个难点 – dict/map, list ## C vs Python (2) - 大型程序的组织 - C: 无namespace - 可测试能力

谢谢！ # 移动端跨平台开发的各种方案 ## 方案1：WEB流 ## 为何可以跨平台？ H5 Hybrid WebView  ## React Native 跨平台的布局引擎： 转化为Native渲染 开发语言：JavaScript 开发语言：JavaScript H5、Hybrid：虽然UI自己渲染，但是渲染性能太低，而且JS运行效率太低 RN：虽然是Native渲染，但多了布局解析的性能损耗，而且JS运行效率太低。 ## 方案2 编译流/虚拟机流 ## X amarin AOT ARM CODE IL JIT 转化为Native渲染 c#: 同时支持JIT和AOT Xamarin：虽然性能好了一些，但是跨平台的UI支持不好，无法实现复杂的UI布局。 Dart JIT：动态编译，Hot Reload AOT：静态编译,Native code 强类型，可以类型推断 强大的异步编程能力 全栈语言 提升开发效率！ 经过简单统计，写同一个功能，使用Dart，可以减少50%的代码量 状态 | 组件 | 说明 状态 | Stateless Widget | 状态 | Visual | 状态