最新 | 最热门 | 最高评价

+0  国内公有云(云主机)服务商选择

Tag: IT技术和评论
ideawu 发于 2017年09月05日 18:53 | 点击: 571 | 展开摘要
几年来,已经用过的公有云服务商的产品,将近十家。从最早的 Linode,AWS,到国内的阿里云,青云,腾讯云,UCloud 等,目前来说,国内靠谱只有那一家。具体哪家我不点名,下面分析之后相信你也有自己的答案。

公有云服务,首先是一个高度沉重的技术活,决不是表面功夫,不是资本牵头整合一下就能做成。

一方面,厂商必须有相关领域的技术积累,形成深厚的底蕴,最好在虚拟化技术刚出现时就尽早参与。据我所知,国内参与较早的巨头有百度,阿里,华为等,大概在2007年前后就启动并作为战略

查看全文: http://www.udpwork.com/item/16406.html

+0  自建一个电话呼叫中心要多少钱?

Tag: IT技术和评论 | SIP | VoIP
ideawu 发于 2017年06月18日 00:46 | 点击: 849 | 展开摘要
我十分看不惯任何行业的潜规则行为。自建一个电话呼叫中心的报价是多少钱?没有人敢公开报价。我明说吧,自建一个电话呼叫中心,只需要3万元左右,而且还能更省钱。

这个报价是针对小型企业的,也就是广大人民群众。至于大型企业,它们自己去定制,钱不是问题。

3万元建一个电话呼叫中心,包括什么?包括硬件设备,软件。软件是硬件设备上免费赠送的,不要钱!有了这个呼叫中心,你可以有语音导航功能(也就是按0转人工客服),还有人工客服排队,电话录音。够用了,中小企业没那么多花哨的需求。

其它的

查看全文: http://www.udpwork.com/item/16306.html

+0  音频编码的一些笔记

Tag: Computer System | IT技术和评论 | RTP | SIP | VoIP
ideawu 发于 2017年06月15日 14:59 | 点击: 429 | 展开摘要
名词解释

采样率/Sampling Rate/Sampling Frequency: 表示原始音频,每秒需要多少个值来表示(1秒时间内采样多少次)。

采样位数/Sampling Bit Depth/bits per sample(bps): 用多少比特来存储一个采样值。

采样比特率/Sampling Bit Rate: 指原始音频每秒需要多少比特来表示,显然等于 Rate x Bits。

帧长/Frame Duration/Frame Lenght: 表示每帧(数据块

查看全文: http://www.udpwork.com/item/16301.html

+0  关于TCP粘包和拆包的终极解答

Tag: Computer System | IT技术和评论
ideawu 发于 2017年06月02日 15:02 | 点击: 708 | 展开摘要
程序员行业有一些奇怪的错误的观点(误解),这些误解非常之流行,而且持有这些错误观点的人经常言之凿凿,打死也不相信自己有错,实在让人啼笑皆非。究其原因,还是因为这些错误观点所对应的正确观点不符合人的正常思维习惯,是扭曲人的直观感受的。

有两个错误观点非常之经典,一而再,再而三的出现,就跟韭菜一样,割不完,还越长越多。一是经典的"服务器最多65536个连接"误解,打开链接看介绍。另一个就是这里要讲的TCP"粘包"和"拆包"问题。

基于前面的思路,我们先介绍人的正常思维习惯,然

查看全文: http://www.udpwork.com/item/16289.html

+0  新浪微博劫持iTunes链接加入陌生推广码

Tag: IT技术和评论
ideawu 发于 2017年02月16日 16:23 | 点击: 509 | 展开摘要
有微博用户抱怨他在微博上面发布的带有自己推广码(可带来佣金收益), 都被微博替换成了某个陌生的推广码, 他自己的推广码被覆盖了!

@im61: 马勒戈壁的微博,我每天用 @PriceTag应用限免 这个账号发限免应用,链接里带了我的 iTunes 联盟令牌: 1001lsTF 和活动代码 wb_alet,结果发现几乎没有流量过来,刚刚 @图拉鼎 让我分析一下分享链接,大吃一惊啊,微博自动转换短链接,里面悄悄带上了自己的广告代码,我每天分享的收入都跑他口袋去了,无耻

我验证

查看全文: http://www.udpwork.com/item/16117.html

+0  正确的将浮点数转成整数的方法 – 避免强制类型转换

Tag: IT技术和评论
ideawu 发于 2016年12月08日 21:15 | 点击: 616 | 展开摘要
基于思维惯性, 一般我们会直接利用语言的强制类型转换, 将浮点数转成整数. 事实上, 强制转换在计算机内部的实现相当于直接抹零, 而浮点数经过运算后, 往往不能准确地表示整数, 这会导致严重的问题, 特别是涉及到钱的时候.

例如,

double f = 9.99999;
int a = (int)f;
printf("%f, %d\n", f, a);

输出:

9.999990, 9

不要纠结 f=9.99999 是怎么得来的, 你只要记住, 浮点数经过计算后, 很

查看全文: http://www.udpwork.com/item/15993.html

+0  代码 Review 要点

Tag: IT技术和评论
ideawu 发于 2016年07月06日 12:42 | 点击: 536 | 展开摘要
1. 做代码 Review 的人的责任

给别人的代码做 Review 的人(Reviewer), 他的责任不仅在于保证代码质量, 更重要地是承担拼盘者角色. 当编写代码的人未来因忙于别的项目, 休假或者别的原因无法在岗时, Reviewer 将负责接手项目, 修复 bug, 增加新功能等. 所以, Reviewer 必须为自己着想, 认真负责地进行代码 Review, 以免日后自己接手一个逻辑不通, 代码混乱的项目(程序员俗话说的"一坨屎").

2. 做代码 Review

查看全文: http://www.udpwork.com/item/15651.html

+0  程序员, 不要过度封装!

Tag: IT技术和评论
ideawu 发于 2016年07月01日 17:10 | 点击: 576 | 展开摘要
过度封装是程序员最容易犯的错, 因为是否过度并没有固定的数值标准, 只能是有经验的程序员基于科学的判断. 过度封装的危害十分严重, 所以必须重视, 并且极力避免.

首先, 什么是"过度封装"? 我们知道, 计算机科学领域最称为经典也是最强大的思想便是递归, 分而治之. 但是, 递归本身最重要的因素是: 结束条件. 一生二, 二生三, 三生万物, 总要有终止的条件吧? 不然一辆车不停地急驰, 你怎样上车?

新手程序员, 特别是非科班出身的文科程序员, 最容易犯了过度封装的错

查看全文: http://www.udpwork.com/item/15626.html

+0  程序员眼中的无所不能与一无是处

Tag: IT技术和评论
ideawu 发于 2016年06月18日 13:47 | 点击: 551 | 展开摘要
程序员常见的思维是提供"可扩展性", 这个可扩展性是程序员根据其职业生涯遇到的泪与汗得出的原则, 是一种保护罩. 可是, 这种思维导致其在做产品时, 会有一些不好的经典效果.

例如, 程序员做的系统, 一般出发点就是做关系数据库表的增删改查. 不管做什么产品, 就是那几样 - 显示列表, 条件查询, 新增, 删除, 更改. 就这几招, 无所不能, 简直没有程序员做不了的系统. 如果你是程序员, 相信你有体会, 这种"无所不能"不会给你带来任何好处.

我经常见到一些婴儿型程

查看全文: http://www.udpwork.com/item/15583.html

+0  有追求优秀之心的程序员

Tag: IT技术和评论
ideawu 发于 2016年05月11日 12:05 | 点击: 837 | 展开摘要
前几天我发了条微博, 说目前程序员群体出现太多质量差的个体的情况:

最近面了多个软件工程师,别看工作经验好几年,看起来好像能“干活”,但是竟然冒泡排序都不会写!这样的行业状况,一旦经济危机爆发,程序员群体估计要仆街。技术当然是成功的关键,但是经济状况出问题的话,行业的价值重估肯定让很多人痛苦不堪。

这条微博发出来, 很多人表示认同我的观点, 也有不少人表示反对. 反对者的理由无非是"工作几年了, 不必考虑算法和数据结构了吧? 谁还记得这些基础的死记硬背的东西?..."等等

查看全文: http://www.udpwork.com/item/15483.html

+0  一个 GUI 系统的组成部分

Tag: Cocoa | Computer System | IT技术和评论 | Linux | MacOSX
ideawu 发于 2016年05月10日 16:31 | 点击: 582 | 展开摘要
在做 iOS 上的 XML+CSS UI 布局框架 CocoaUI 的过程中, 我体会到了 Apple 技术的强大之处, Apple 的底层框架和库提供了强大的功能和友好的 API, 我在开发 GUI 框架(上层 UI 框架)时用到的许多技术功能点都是信手拈来.

现在总结, 有不少想法, 记下来分享一下.

首先, iOS 系统为什么那么"好"? 不仅开发者觉得好, 最终用户用起来也觉得棒! 对比看 Android 的软件界面, 毛毛糙糙, 生硬, 总是缺了很多神韵. 这当

查看全文: http://www.udpwork.com/item/15482.html

+0  关于移动端应用开发的一些想法

Tag: Computer System | IT技术和评论
ideawu 发于 2015年12月10日 17:07 | 点击: 709 | 展开摘要
根据移动端开发的短短历史来看, 很多移动端开发者在内部比较缺少分工. 相对比, 对于某些上规模的系统, 即使后端工程师这样的一个细分领域的角色, 也会进行分工上的再细分, 例如一般会分成基础服务开发工程师, 业务逻辑开发工程师.

随着移动端应用的复杂度不断增长, 移动端开发工程师这个角色还需要再进行更细的分工. 我们可以参考一些游戏开发行业的分工方式. 我根据自己的理解, 做一下分工.

对于移动端工程师岗位的划分, 我觉得可以分为: 1, 界面工程师; 2, 逻辑工程师.

查看全文: http://www.udpwork.com/item/14837.html
|<<<123456>>>| 一共6页, 68条记录