推荐
专栏
教程
课程
飞鹅
本次共找到3570条
模型公司
相关的信息
梦想橡皮擦
•
4年前
1. 这才是 Python 学习的正确起手姿势,滚雪球学 Python
在博客上,我写了很多关于Python的文章,很多朋友可能觉得橡皮擦应该是一个Python开发人员或者一个技术开发人员,但很遗憾的告诉大家,橡皮擦恰好是很多公司中开发人员的对立面【产品经理】。但我是一个相当懂技术人的产品经理。一、Python初次接触,Python变量与基本运算1.1滚雪球学Python课程前置导语从本篇博
浩浩
•
4年前
Android面试回忆录:Serializable 都这么牛逼了,还要Parcelable有何用?
话说最近公司在招聘一批至少5年开发经验的Android开发工程师,我也是忙开了花,激动得不行呀。虽说我面试过的技术开发至少50人以上,但这还是第一次开始面试Android,此时犹如大姑娘上轿,还真是头一回呀!所以非常非常非常用心地准备了良久,然后满怀激动地开始了我的Android面试官角色。无奈,面试后的感觉,均是开发效率听起来很牛
Easter79
•
3年前
Tengine成功打通RISC
RISCV产业生态已经进入快速发展期,随着大量的公司加入到RISCV研究和生产,基于RISCV架构的芯片也如雨后春笋般涌入市场。可以预见的是,RISCV的时代正在到来。在AI热潮的推动下,RISCV上面部署AI的需求也越发凸显。但是目前在RISCV基金会标准协议上还没有统一的AI标准,也没有对应的加速库和推理框架,面对此种越发强烈的需求和困境
Wesley13
•
3年前
CTO:不会Go,迟早得Go!
近几年,关于Go与Java还有c的对比和讨论愈演愈烈,但不可否认的是,在十年多的时间里,Go语言发展势头强劲,凭借其简洁、高效的特性,在竞争激烈的编程语言市场中占据了一席之地。Google、腾讯、阿里等大公司纷纷选择使用Go语言来开发服务应用项目。Go的应用范围一直在扩大,微服务,区块链和云计算,哪里都有用Go写的重量
Wesley13
•
3年前
2015中国程序员生存报告 你苦你先看
上班编码,加班编码,回到家倒头就睡。别人给结婚同事包红包,他们却从来不用,因为很可能明天就跳槽不在同一家公司了。结婚前衣服都是妈给买,结婚后媳妇包办,自己从没买过衣服,因为不知道该去哪儿买什么牌子。但是他依旧被广大程序员羡慕着,因为……哥们儿成功脱单了呀。编程问答社区StackOverflow公布了2015年程序员调查报告显示,157个参加统计的国家中
Stella981
•
3年前
OneAPM 云监控部署与试用体验
作为Zabbix骨灰级粉丝,一直以来对第三方监控(APM)都是拒绝的。一来觉得收费,二来担心数据被人所知,三来觉得Zabbix牛逼到无可取代。但是,随着APM市场的火爆,我决定「放下身段」试用一次,并且会总结出它与开源监控之间差别在哪里。运维经历的磨难虽然都在不同的公司,做着不同的业务,但是大多运维总会经历相同的故事,以及
Wesley13
•
3年前
MySQL 5.6.35 索引优化导致的死锁案例解析
一、背景随着公司业务的发展,商品库存从商品中心独立出来成为一个独立的系统,承接主站商品库存校验、订单库存扣减、售后库存释放等业务。在上线之前我们对于核心接口进行了压测,压测过程中出现了MySQL5.6.35死锁现象,通过日志发现引发死锁的只是一条简单的sql,死锁是怎么产生的?发扬技术人员刨根问底的优良传统,对于这次死锁原因进行了细致的排
Stella981
•
3年前
Flink 在又拍云日志批处理中的实践
日前,由又拍云举办的大数据与AI技术实践|OpenTalk杭州站沙龙在杭州西溪科创园顺利举办。本次活动邀请了有赞、个推、方得智能、又拍云等公司核心技术开发者,现场分享各自领域的大数据技术经验和心得。以下内容整理自又拍云资深开发工程师张召现场分享:张召,资深开发工程师,目前负责又拍云CDN的刷新预热、日志处理和运维平台开发。熟悉OpenRes
Stella981
•
3年前
AnalyticDB for MySQL 3.0 技术架构解析
企业数据需求不断变化,近年来变化趋势日益明显,从数据的3V特性看:体积,速度和变化;BigData强调数据量,PB级以上,是静态数据。而FastData在数据量的基础上,意味着速度和和变化,意味着客户可以更加实时化、更加快速地进行数据处理。在Forrester最近的一项研究中,超过75%的受访公司已经使用FastData解决方案。在接受调查的人中,8
Wesley13
•
3年前
Mysql 一主两从架构转换成级联复制
!(https://oscimg.oschina.net/oscnet/69cd4ac17ad281e17d34c2ab470e0a639e9.png)因为最近公司服务器要迁移;原来的数据库架构是一主一从的架构(主库A从库C);增加多一台从库服务器B。现在要把从库B替换主库A;从库C继续作为B的从库。一主2从简单说一下步骤;具体步骤省
1
•••
331
332
333
•••
357