山东大叔's Profile

18
points

Questions
69

Answers
9

  • 编码之妙 2016-08-31 16:49 先学习几个装逼名词: 功率——你能把自行车蹬到多块 扭矩——你的腿劲有多大——你能骑自行车爬多陡的坡 或者 你能在多短的时间里从静止骑到最快 转速——你每秒能踹几下脚蹬子 工况图——你的腿劲和你蹬脚蹬子速度的相对关系。比如有的人腿部肌肉特别发达,能踹起500Kg的杠铃,但是踹脚蹬子只能一秒踹一下;有的人腿部肌肉不发达,但是速度很快,一秒能踹50下。力气大的人骑车慢,但是能驼好几百斤东西骑车,还能上立交桥;腿快的能骑得飞快,但是驼东西驼人或者上坡就完蛋了。(工况图应该还包括燃料消耗率,就是说一个人在不同速度蹬车的时候消耗的热量快慢,比如有的人平路每秒蹬5次的时候蹬半个小时不会累,但如果每秒蹬7次的话五分钟就累得不行了。这个例子不太恰当,大家凑合看一下。)完美工况的就好像一个人能驮着几百斤的东西飞快地骑半个小时还不累,这种腿可遇不可求(这得多好的心肺功能跟脂肪-糖转化能力啊,有懂生物或者人体的朋友闲来无事可以脑洞一下)。 其次,见面就丢几个问题 1)你这车排量多大呀? 2)最大扭矩是多少呀,最大扭矩多少转? 3)遇上带T的,就问,涡轮多少转发力呀?(妹子不要紧张,这个T是涡轮,不是你每晚要用几个的那玩艺) 4)你这车轴距多少呀。 5)如果是四驱的,你就问,这车带分动箱不。可以过交叉轴吗。 6)如果试驾,就黑下,降档不极积呀,转向模糊呀,有顿挫。 问到第六个问题,就不用再往下问了,直接抛过去鄙夷的眼神。 有这几招,灭他个38号外加陈震不是问题,当然,关键是你够|骚|。 再看几眼下面的知识 …

    山东大叔 Asked on 2016年8月31日 in 汽车.
    • 1295 views
    • 0 answers
    • 0 votes
  • 编码之妙 2016-08-31 17:26 个人觉得软件工程师需要知识储备比较多,基本的硬件知识是必不可少的,电子信息领域的技术和知识本来就很多,但和软件基本知识比起来,还是小菜一碟。码农们在学种代码之余,抽出一点点时间,了解下硬件知识,立马变得高大上。 如下:列几个项目,坐地铁时,记得看看,看不下去的,直接跳到文章末尾,有惊喜: 1.EMC与安规 EMC与安规在规模较大的公司都有专门的团队,但小公司只能硬件工程师亲手来。 CE认证测试项目最多,学习可以先关注CE的相关标准。不同行业的标准是不一样的,汽车电子和信息技术设备的测试方法和要求都不一样。 EMC理论个人觉得已经发展的比较形象(不像电磁场那么理论抽象),精髓就是EMC三要素,干扰源、敏感源和耦合路径。设计分析就是关注共模电路的回流路径或者泄放路径 2. RF与天线 同样的RF与天线在规模较大的公司也有专门的团队。 行业发展到现在,硬件工程师的RF和天线设计工作基本就是选型了。因此,需要明白一些基本的参数如增益、P1dB、IP2、IP3、天线的方向性等等。 3. 电源 电源部门在规模较大的公司也有专门的团队,无论板级DCDC电源还是电源适配器都有专人完成设计、选型或测试工作,硬件工程师应用时标准电路拿来用即可。 关于电源大概就以下几个方面。 DCDC有几种基本拓扑?效率与什么有关? LDO原理是什么?设计需要注意哪些参数? POE协议是否熟悉? …

    山东大叔 Asked on 2016年8月31日 in android.
    • 1229 views
    • 0 answers
    • 0 votes
  • 我们向您介绍如何快速而轻松地用unity使用project tango sdk开发。 本教程将介绍如何在 AR 中建立一个自转地球,且拥有motion tracking功能。如果您打算做点什么更高级的,下面的教程将会介绍了如何使用 Project Tango 的深度 API 将虚拟物体与真实物体关联到一起。 那么,我们的新教程项目是什么呢?我们觉得,既然我们生活在地球上,我们就在 AR 中放置一只虚拟地球吧! 让码农登场练手! 在开始之前,您需要下载 Project Tango Unity …

    山东大叔 Asked on 2016年8月31日 in android.
    • 1303 views
    • 1 answers
    • 0 votes
  •   bristlecone pine(狐尾松) 在北美,很多这样的树树龄已达五千年。 这些树看起来很老,但那只是因为风霜。细胞水平上,它们似乎依然和出生时一样年轻。。。 Ming(明)是一种ocean quahog(海蛎?) ,捞出来时已经507年了,据推测如果没有捞出来,估计会一直活下去。 这种东西可以数出来年龄,但其它一些生物就只能靠估计了。。 Hydra(水螅) 水螅据估测可以寿达一万年 & jellyfish(水母) 水母大部分周期是无性克隆的,这时它是可以不断更新保持永生的。只有突然变成了有性,才关闭了不死开关。 American lobster(美国龙虾) 在有性繁殖的生物里,大部分物种进入性成熟期就不再生长了。但也有例外。这种玩意好像根本不会变老,只会不停地变大。。。(我不知道有一天壳不能长了,它会不会被箍死。。但这也不是老死的。。) &amp ; turtle(乌龟) …

    山东大叔 Asked on 2016年8月31日 in other.
    • 1269 views
    • 0 answers
    • 0 votes
  • 从 Unity 到 UE4 的快速上手与迁移 陶仁贤 · 4 个月前 本页面的内容: 本指南从一个 Unity 的用户视角来整体看待虚幻 4,并帮助将 Unity 的开发经验应用到虚幻 4 的世界中。 编辑器 下面是 Unity 编辑器和虚幻编辑器的图片,用颜色标识了同类的区块。每个区块也添加了标签,对应于虚幻术语表。虚幻编辑器完全可以通过对各个区块的拖拽做到窗口布局的自定义。 …

    山东大叔 Asked on 2016年8月30日 in 虚拟现实VR.
    • 1288 views
    • 0 answers
    • 0 votes
  • 如何用编程语言杀死一条龙 有一位美丽的公主,被关押在一个城堡中最高的塔上,一条凶恶的巨龙看守着她,需要有一位勇士营救她… 下面是各种语言如何想办法将公主从巨龙手中营救出来的。 Java – 赶到那里,找到巨龙,开发出一套由多个功能层组成的恶龙歼灭框架,写几篇关于这种框架的文章…但巨龙并没有被消灭掉。 .NET – 赶到哪里,看到了Java程序员的做法,完全拷贝过来,试图去杀掉巨龙,但巨龙把他吃掉了。 C – 赶到那里,对巨龙不屑一顾,举起剑,砍掉巨龙的头,找到公主…把公主晾在一边,去看看有没有最新提交的linux内核代码。 C++ – 先打造出一根针,然后在上面添加各种功能特征,直到最后汇聚成一把复杂的剑,这把剑复杂到只有他能理解其中的功能…杀死龙,但他过桥时遇到了麻烦,因为内存溢出了。 COBOL – 赶到那里,看到巨龙,认为自己太老了,杀不死这条巨龙,营救不出公主,于是离开了。 Pascal – …

    山东大叔 Asked on 2016年8月30日 in other.
    • 1178 views
    • 0 answers
    • 0 votes
  • 印度是一个现代文明与落后生活两者极端分化的国家…因此,他们的三观对我们来说简直是一朵奇葩花! 比如他们那爱挑刺的小人个性,耍小聪明,撒谎作假,恶人先告状….等“奇葩”行为在我们的生活中都遇到过。但就是这样的一类人,他们在职场却比我们华人要混的好的多…这是为什么呢? 近日,网友@cupcakeTP就分享了一个《年年快升的印度职业经理人和他家侄子传授工作经验》的原话翻译,通过对这段话剖析,向网友们解释了为什么印度人在职场比我们混得开的原因,让我们一起来看一下吧! 原文翻译: “你觉得我们不干活这个世界会受影响么?算了吧,我们又不是解决世界和平和非洲饥饿。要有策略,不要做小事情杂事情,不要做别人看不到的事情,重要的是抓住最显眼的那部分工作去做,让所有人看到你。就像一个邮轮,你要在锅炉房里面烧煤保证引擎工作,这个有意思么?谁看见?看见了也会说你是应该做的。 你要站在甲板上让所有人看见你有多优秀你的工作有多酷没有你不行。(要是没有人烧煤引擎不跑了怎么办?)中国人可以吃苦耐劳啊,找几个初级的中国人就可以了。 你要学会管理他们,推他们出活,他们胆子小又不会说,你要把他们的工作总结出来去展示给重要的人看。(要是招不到中国人,没有人烧煤呢?引擎坏了呢,船很重要啊不能沉)那你也不能烧煤,你的船沉了不要紧,有了在这个船上工作的经历,你就可以跳去别的船啊,所以你在工作的时候需要结识和注重一些重要的人物,因为他们的关系网可以很快帮你找到你的下一只船。” 印度人的升职手段分析: 手段1 (某著名世界500强)   这个印度团队本来是外招招来建立一个数据库的,他们发现做tableau reports曝光好大头可以看见,没有人建数据库了,数据一团糟,大家都抢着只做一小块数据用来做reports,然后给这个公司其他部门演示。6个月后,项目结束,印度团队全部在这个公司各个部门找到了工作留了下来。这个公司1年后数据库彻底崩了,那个时候印度人们镀完了金,已经跳离开这个沉船去了别家,薪水和title都涨了。。 手段2 (某tech公司真实案例)   一个印度小哥被老印度招进来,什么都不会做,发现另一个组一个中国人在做一个很重要的大项目,去找中国人美其名曰学习学习,学到了皮毛后,背着中国人和大家说中国人的工作有大漏洞,说他可以用另一种方法做的更好(注意:没实际做,只是说),三寸不烂之舌画了一个非常美丽的大饼,给大家说各种你想听到的东西他这个大饼都有,到处贬低中国人的工作。 中国人谦虚的表示自己的工作确实可以改进(其实没有什么好改进的,印度小哥不懂),谢谢提意见,要求合作一起改进,被印度小哥拒绝。此后很快这个改良项目由印度小哥到处宣传后负责,3个月后,中国人report给这个印度小哥,继续做本来的项目,但是全部由印度人像个拯救了公司的英雄一样去做报告。从头到位印度小哥没干活。 手段3 (某tech公司真实案例) …

    山东大叔 Asked on 2016年8月30日 in 侃爷到.
    • 1171 views
    • 0 answers
    • 0 votes
  • 编码之妙 2016-08-30 13:42 PHP:没有优点 Java:库多,库多,库多,库多多 Python:语法清楚,语法清楚,语法清楚 C:能操纵内存,能控制机器,能细粒度优化性能 C++:烧脑,烧脑 ———————————————————————————————————————————— 汇编: C: Java: C#: PHP: Python: Go: Haskell: 最后是 C++

    山东大叔 Asked on 2016年8月30日 in 侃爷到.
    • 1335 views
    • 2 answers
    • 0 votes
  • 说Android端外推送比较烦,实际有两层意思:首先是说实现上比较麻烦,至今业界也没有找到一种完美的解决方案,Android程序员通常需要同时集成多家推送平台(如果有自己的端内推送,还要考虑与端内推送的配合);其次是说Android推送的市场现状比较混乱,无论选择哪一家,都让人纠结万分,难免心情烦躁。无论是你花费了多少功夫,做了多少优化,仍然可能存在推送不到或推送延迟的情况。网上已经有很多关于Android推送的讨论,但很少有站在App开发者(特别是开发App的创业团队)的角度来进行介绍的文章。本文的目的,就是站在一个App开发团队的角度,集中讨论两方面的问题: 如何对各家的推送平台进行技术选型; 在集成各家推送平台的SDK的时候,应该重点关注哪些问题。 为什么本文只讨论端外推送? 通常大厂的App都会区分端内推送和端外推送(端指的是客户端),具体说来: 当App在前台运行的时候,这时的推送称为端内推送。端内推送一般是走App自己实现的一套推送系统:推送服务器是自己的,客户端维护一条长连接连到自己的推送服务器,不依赖任何第三方的推送系统。 当App从前台退到后台,在短时间内App未被杀死前,App自己的长连接仍然有效。这时的推送可以仍然走App自己的推送系统。所谓的“Android进程保活”,就是为了尽量延长这段在后台存活的时间。 当App在后台运行足够长的时间后,App进程由于被清理或者其它原因,App自己的长连接断开。这时的推送就称为端外推送了,只能走某个第三方推送平台了。 从这个过程来看,大厂的App的推送策略可以概括为:优先使用自己的推送,实在不行再走第三方推送平台。为什么这样呢?因为自己的推送系统更快、更有保障: 更快,是因为你交给第三方推送平台的推送消息要跟很多其它家App的消息一起排队。如果某家App突然在短时间内发送大量推送消息给推送平台(推广活动,或者程序bug),那么这个推送平台上的其它App就有可能受到牵连,推送延迟变得很大。这样的情况是很可能会发生的。比如,在某个推送平台的技术交流群里,不定期地就会看到有人在喊:“是不是推送又堵了啊……” 更有保障。大厂通常有专门的队伍维护推送相关的服务,有问题可以快速推进优化。 我们虽然算不上大厂,但我们维护的微爱App也是有自己独立的端内推送的,而端外采用另外几家推送平台,后面我们再详细讲。 那为什么本文只讨论端外推送呢?因为讨论端内推送和讨论端外推送是完全不同的两个话题。讨论端外推送,我们主要是在讨论怎么对各家的推送平台进行选择,以及集成各家SDK的时候我们应该重点注意哪些问题。这通常是很多初创团队更需要的。 而讨论端内推送,主要应该讨论一个推送系统的具体实现,这是一个比较复杂的问题,并不是一篇文章就能讨论清楚的。在这里,我们只是浮光掠影地浏览一下这个话题可能涉及到的内容,但不做展开讨论: 采用什么协议?XMPP还是MQTT还是自定义二进制协议?是否像微信一样,需要推送二进制数据(比如短语音和缩略图数据)? 如何保证后台长连接不死?涉及到“保活”的问题。 如何做才能真正保证不丢数据?涉及到系统的方方面面,比如消息的确认,客户端和服务器的数据同步,客户端的数据存储的事务保证,后台消息队列如何设计保证不丢数据。如果是IM,离线数据如何处理? 长连接的Keep Alive和连接状态的检测与维护。比如XMPP相当于一个永远解析不完的XML流,使用一个空格作为Keep Alive消息。 …

    山东大叔 Asked on 2016年8月26日 in android.
    • 1043 views
    • 0 answers
    • 0 votes
  • 这几年面过的各种Android开发也有三位数了,failed的不敢说,pass的基本都没有看走眼,来得晚了也想说说我的体会。 一般面试时间短则30分钟,多则1个小时,这么点时间要全面考察一个人难度很大,需要一些技巧,这里我不局限于回答题主的问题,而是分享一下我个人关于如何做好Android技术面试的一些经验: 面试前的准备 1. 简历调查 简历到你手上的时候,你要做好充分的调查分析,不仅仅是对公司负责,也是对自己与候选人时间的尊重,明显不match的简历,就不要抱着“要不喊过来试试看”的想法了,候选人也许很不错,但如果跟你的岗位不match, 也不要浪费大家时间,你要想清楚现在需要的人是有潜力可以培养的,还是亟需帮忙干活的。另外如果简历里附带了博客链接,GitHub地址,相关作品的,可以提前去看看,直接看人家多年积累的文章与代码,比这短短一小时的面试来得靠谱的多。 2. 准备问题 了解清楚候选人背景后,要根据简历,有针对性的准备问题,可以是他作品或做过项目里的某个技术细节的实现方式,也可以是他声称精通的某些领域的相关问题。总之不要等到面试过程中现想问题,特别是刚开始面试别人的同学,往往经验不足稍带紧张导致大脑短路,其实也是很尴尬的,把要问的问题提前写下来,准备充分。 考察哪些点? 1. 简历是否真实 这其实是面试第一要务,面试的过程其实就是看简历是否属实的过程,因为能到面试环节,说明这个人是符合要求的,不满足要求的早就被剔除了,如果他真的如简历描述的那样,100%会招过来,如果人人都如此,那就不需要有面试这种过程了。 需要注意的是这里的真实有三层含义: 一是他如实描述了自身经历,很多人只在一些大项目里做一个很小的螺丝钉,但简历里往往夸张这段经历。 二是不知道自己不知道,常见于简历里各种“精通”开头的描述,因为知识体系与视野的局限,明明只是了解很浅却夸口精通,很多时候他并不认为自己说的有问题,而是真的以为自己已然精通,有点井底之蛙的感觉。 三是简历里的真实要与你的期望相匹配,一门技术了解到怎样的程度才算精通,很难有定论,所以这里的“真实”只能是候选人与面试官标准之间的契合,这种有主观运气成分,也许面试官水平不够错误判断了你,也不用感到不爽,面试何尝不是种双向选择呢。 2. 技术的深度 …

    山东大叔 Asked on 2016年8月26日 in android.
    • 1148 views
    • 0 answers
    • 0 votes