精华内容
下载资源
问答
  • 什么样的代码才算是好代码

    千次阅读 2018-04-27 14:56:54
    不管你是十年大牛还是三年渣硕,肯学肯交流就加入我私人的一个交流群681503716,验证编码:大鲨,里面都有关于iOS的学习资料一起努力进步,我们为iOS付出那么多,不应该随便放弃吧什么样的代码才是好代码?...

    小编是一名7年iOS开发人员,在这里诚挚邀请各位还在坚持iOS的人程序员,不管你是十年大牛还是三年渣硕,肯学肯交流就加入我私人的一个交流群681503716,验证编码:大鲨,里面都有关于iOS的学习资料一起努力进步,我们为iOS付出那么多,不应该随便放弃吧

    什么样的代码才是好代码?衡量代码的好坏的指标或者维度有很多,比如性能好、架构好、高内聚等,这些指标的侧重点各不相同,不同的开发人员的关注的重点也各不相同。我个人更喜欢简单的可读性高的代码,我主要从以下几个维度衡量代码是否良好:

    一、代码是可工作的

    写代码的目的是要为了解决特定问题的,因此无论如何,代码首先是可工作的,能解决特定的问题。可工作的包含有两层含义:
    1、从功能角度来说能满足用户的需求
    2、从性能角度来说要满足当前基本的性能需求。

    所以可工作是衡量代码好坏的前置条件,只考虑代码本身不考虑可工作性是舍本取末。

    二、代码是可读性高的

    代码是开发人员来开发和维护的,而且在软件漫长的生命周期中,通常会由不同的开发人员来维护的,如果代码的可读性很差将

    来的维护就将是一个噩梦。我们写的代码是给开发人员看的,绝对不是给机器看的(编译后的代码是给机器看的,编译器会帮我们去掉无意义的空行等),因此代码必须首先是可读性高的。

    那什么是可读性高的代码呢?从 coding style 角度来说,有意义的命名、添加必要的文档和注释、类和方法不要太长、每一行也不要太长、添加必要的空行以及必要的缩进等,具体可以参考《C++编程规范》和《重构改善既有代码的设计》。另外一方面就是从代码的结构来定义,例如代码是高内聚、低耦合的,代码是简单的,这三个方面下面会有详细描述。

    三、代码是简单的


    我们先来看一下什么是复杂的代码,比如说美其名曰为了代码的扩展性,使用了好多设计模式和软件开发原则,结果就是明明可以用很简单几行代码搞定的事情,结果用了几十行代码甚至更多,而且代码用了各种酷炫的技术,但是事实上大部分的扩展性可能一辈子也没有发生过,从敏捷开发角度来说,这是非常典型的过度设计。敏捷开发不是不考虑设计,只是不推崇过度设计,比如考虑 10 年后系统的扩展性是没有任何意义的,另外一种场景是只是做一个简单的后台管理系统,但是却花大量的精力考虑高并发也是没有意义的,过度设计的代码通常是复杂的。

    所以在适度考虑代码的可扩展性的基础上,能不用设计模式就不要用设计模式,能不用新的、复杂的技术就不用新的、复杂的技术,技术够用就好,代码越简单越好,有人说代码太简单是不是有点 low,其实写出高质量的简单代码远比写出复杂的代码难度高,尤其是系统比较复杂时,保持代码的简单性难度是非常大的。

    所以说简单的代码就是:代码所有人都看得懂,尤其是新人,但是又具备一定的扩展性和维护性,简单的讲就是简约而不简单。复杂的代码首先对读代码的人要求就很高,最终导致代码很难维护。代码是简单的是代码可读性高的一个方面。

    四、代码是高内聚的


    内聚是从功能角度来度量模块内的联系,代码关联性比较强的代码应该放在内聚在一起,形成一个独立的功能模块,可以是一个独立的类,也可以是一个微服务。其实判断代码是否内聚一个比较简单的方法就是看你能否给代码或者服务给一个贴切的名字,如果代码功能不内聚,我们是很难用一个简短的名字来表示它的含义的。

    五、代码是低耦合的


    耦合性(Coupling),也叫耦合度,是对模块间关联程度的度量。耦合的强弱取决与模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系,包括控制关系、调用关系、数据传递关系。模块间联系越多,其耦合性越强,同时表明其独立性越差。
    耦合比较高的代码危害比较大,最常见的表现就是改一个模块的代码会影响许多其它模块,最终必然导致大家不敢修改旧的代码,只能不停的添加新的接口,系统的可维护性非常差。

    本文只是描述我心中的好代码,并不打算说明如何编写好代码,那需要太多的篇幅和太多的争议。所以,至此为止。

    小编是一名7年iOS开发人员,在这里诚挚邀请各位还在坚持iOS的人程序员,不管你是十年大牛还是三年渣硕,肯学肯交流就加入我私人的一个交流群681503716,验证编码:大鲨,里面都有关于iOS的学习资料一起努力进步,我们为iOS付出那么多,不应该随便放弃吧

    展开全文
  • 什么样的项目算的成功的?项目最终成功的衡量标准是什么?你知道吗?
    首先项目成功分为一般意义上的成功和严格意义上的成功,不同的项目有着不同的衡量标准。

    项目成功可以简单定义为实现项目目标,那么项目目标是什么?有什么特点?什么时候定义?
    对一个项目而言,项目目标往往不是单一的,而是一个多维度目标系统。
    希望通过一个项目的完成,实现一系列的目标,满足多方面的需求,而多方面的目标也是存在优先级的。
    比如很多软件项目,既要按时交付,实现客户期望,又要实现项目盈利,毕竟企业为了更好的生存嘛。

    通常在项目启动阶段,就要明确好项目目标,以便作为衡量项目成功与否的标准。
    项目目标确定时,应符合SMART原则,是明确具体的(以简明具体,易于理解的方式进行书面描述)、可度量衡量的(比如进度目标基准3个月,正负偏差在±15%)、合理可实现的(通过努力可以实现的) 与组织目标相关的、有时限的(具有时间约束的, 时间是项目目标考核的一个重要要素, 80%以上的项目都把工期目标作为第一目标 项目管理中的时间管理就是为了实现项目工期目标)。

    一般情况下,项目目标主要包含两方面:
    一方面是成果性目标,是指项目最终完成可交付成果,产品或服务,这一点比较容易理解。另一方面是约束性目标,要求项目在一定时间,成本,质量标准,客户满意度约束条件下完成,任一因素未达成,都不算是成功的项目。
    比如项目虽完成交付但进度延期使得客户不满意,或成本严重超支使项目利润微薄,又或质量不达标等,都不算是成功的项目。严格意义上的项目成功是指项目两方面的目标都能按预期达成,而一般意义上的成功基本上只要求项目成果性目标达成即可,不考核约束性目标。

    当然不同项目,项目目标的优先级也是不同的,
    例如 有些项目从战略层次考虑,就是为了抢占市场,圈用户,希望尽早上线,不惜成本,那么这类项目的成本就不作为考核要求,越早实现项目成果性目标则越成功,这时候进度和完成项目交付成果就是优先的 还有一些项目,是客户作为政绩或形象工程必须要做的,对其上线后的效果并没有特别期待,那么这类项目就需要重点提高客户满意度,只要客户满意和认可了,就是算是成功的;
    总之,项目目标的确定及其优先级的确定,与项目客户类型也有一定的关系,针对国企、政府单位、外企、民营企业的项目,各方面目标的优先级要求也是不同的,需要结合实际情况实际分析。

    对于未引入项目管理理论或项目管理成熟度初级阶段的组织而言,如果项目能够完成交付成果,质量、进度和成本得到客户及所在组织认可的情况下,我们通常也可以认为是成功的。

    另外现实中,不可能所有的项目都成功,如果失败被及早的发现识别,使资源重新分配到其他项目中,那么这样的失败也可视为成功(及时止损)。





     

    展开全文
  • HTTP无状态协议到底什么

    千次阅读 2017-10-14 22:57:35
    最近在好好了解http,发现对介绍http的第一句话【http协议是无状态的,无连接的】就无法理解了:无状态的【状态】到底的是什么?! 找了很多资料不仅没有发现有一针见血正面回答这个问题的,而且有些解释还充斥了...

    原文地址:http://www.cnblogs.com/bellkosmos/p/5237146.html
    引子:
    最近在好好了解http,发现对介绍http的第一句话【http协议是无状态的,无连接的】就无法理解了:无状态的【状态】到底指的是什么?!
    找了很多资料不仅没有发现有一针见血正面回答这个问题的,而且有些解释还充斥了各种错误,看着看着就觉得心里憋着一股浊气吐不出来
    于是在看了很多资料之后,我一口吐出浊气,大声正面提出这个问题:http协议无状态中的【状态】到底指的是什么?!
    然后开始不断探索解决这个问题。。。
    最终很高兴的是我找到了让人满意的答案,先卖个关子,各位如果着急可以直接拉到最下查看

    正文:http协议无状态中的【状态】到底指的是什么?!

    先来看这句话的另外两个概念:(标准的http协议是无状态的,无连接的)
    标准的http协议指的是不包括cookies, session,application的http协议,他们都不属于标准协议,虽然各种网络应用提供商,实现语言、web容器等,都默认支持它
    无连接指的是什么
    每一个访问都是无连接,服务器挨个处理访问队列里的访问,处理完一个就关闭连接,这事儿就完了,然后处理下一个新的
    无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开连接

    对于【无状态】,我看到很多隔着一层磨砂玻璃一样的模糊说法(官方或者教程里的说法),看着非常难受(但其实算是对的)(后来我发现我为什么觉得它看着难受了,因为他们引入了很多新的,而且明显是一个可能用在很多地方的广义名词,这些词最大的作用就是,混淆概念,下面我标注了)
    协议对于事务处理没有记忆能力【事物处理】【记忆能力】
    对同一个url请求没有上下文关系【上下文关系】
    每次的请求都是独立的,它的执行情况和结果与前面的请求和之后的请求是无直接关系的,它不会受前面的请求应答情况直接影响,也不会直接影响后面的请求应答情况【无直接联系】【受直接影响】
    服务器中没有保存客户端的状态,客户端必须每次带上自己的状态去请求服务器【状态】

    我必须得到确切而具体的解释!

    这几点给了我下一步思考的方向:
    【服务器中没有保存客户端的状态,客户端必须每次带上自己的状态去请求服务器 】这里的客户端的状态是不是确切地指服务器没有保存客户的信息呢?但显然不是啊
    【HTTP无状态的特性严重阻碍了这些应用程序的实现,毕竟交互是需要承前启后的,简单的购物车程序也要知道用户到底在之前选择了什么商品】我对此质疑为什么无状态就不能实现购物车呢?服务器就不能存储东西了么?
    【 每次的请求都是独立的,<它的执行情况和结果>与<前面的请求>和<之后的请求>是无直接关系的】我觉得这个说法比较靠谱,但是所谓的不同请求间的没有关系,是指的请求内容没有关系,还是只是指请求本身没有关系?
    请求内容没有关系只可能是服务器上不存有用户数据才可能啊,但是显然是存有的啊
    请求本身没有关系,这又有什么意义呢,每一次的请求有什么价值?

    根据这个方向我做了一个模拟访问实验:假如没有cookie没有session,只有http的时候,那当一个注册用户访问这个购物网站的时候,会发生这些事情:
    前提情况:
    服务器肯定为每个注册用户建立了数据表,记录用户的数据
    http是无连接的
    第一步需要登录
    用户通过http把用户的用户名和密码发送给服务器,服务器把他们跟自己存有的用户资料对比,如果一致,则返回信息登录成功
    然后用户点击某一商品页
    这个动作相当于输入一个商品页的网址
    假如商品页比较机密不对外公开,需要是用户才能访问
    而虽然http能传送用户名和密码,而且刚才也输入了,还验证成功了,但是因为服务器既不会记得你登录的状态,你的客户端也不会存储你刚才输入的用户名和密码
    所以因为这一次访问因为无法确定你的身份,只能访问失败
    这时候如果要解决这个问题,而且没有cookie没有session,那就只能你在访问网址的同时继续带上你的用户名和密码(继续输入咯)其实就像我现在的APP一样
    假设上一步的问题解决了,就是每次访问的时候都会手动输入用户名和密码,然后现在的情况是:你已经选了几件商品在你的购物车中,你想再添加一件商品,于是你点击某个商品旁边的加号
    这个动作也相当于输入一个网址,网址的内容是发送一个请求,往你的购物车中加入这个商品
    系统首先用你传来的用户名和密码验证你的身份,然后访问你的数据库,在其中的购物车属性下加一条数据,就是这个商品的数据
    操作结束后,返回操作成功,并结束访问
    OK,实验结束,看似没有cookie没有session也能凑合解决问题,其实两个操作都有很大的问题
    你每访问一次需要权限的内容都需要在客户端输入用户名和密码,这一项的繁琐就不必赘述了
    你的每一次操作都要与系统底层的数据库进行交互
    多次少量的访问存在非常大的性能浪费。非常容易就能想到肯定是一次大量的操作更加有效率,于是就想到了缓存区
    你的非重要琐碎数据也被写进数据库中,跟你的主要数据放在一起
    一次次添加和删除购物车其实只是跟你这次浏览,或者叫这次会话有关,是临时的数据,跟用户的主要信息无关,它们没什么价值,纯粹的冗余数据(不排除现在有的公司觉得这种数据也有非常大的价值可以让它们巧妙的利用),用什么存放这些临时的数据,我们也很容易想到缓存区

    经过这个模拟访问实验,结合前面的思考方向,我们知道了三点:
    服务器上肯定存有用户的数据,你提交的增删改查它也能够处理,所以这句话中【服务器中没有保存客户端的状态】的状态并不是指用户的数据,我们的猜测不对
    我们的质疑对了,无状态能实现购物车,可以通过服务器上存有的用户数据来实现
    但是,使用上面这种方式实现购物车,存在三个比较大的问题。由此,我们不禁会想,这三个问题的解决是不是跟我们不确切了解的【状态】一词有关?于是,接下来我们来通过解决这三个问题来把【状态】的意义探寻下去

    由上所述,我们可以在http的基础上增加一些机制来解决上面出现的三个问题
    在用户端增加一个记录本是非常有必要的,正好官方加入的cookie机制跟这个一样,它的用处也确实是上面讨论的那样,一般就是用来标识访问者的身份
    在服务器增加一个缓存区能同时解决后两个问题
    有了这个缓存区作为一个数据缓冲,就不用一次次地访问数据库,浪费大量计算机资源,而是在最后统一归入数据库
    有了这个缓存区,你就不用把临时的数据放到数据库中了,只需要在你们交流告一段落之后,再把数据整理,把有用的数据归入数据库
    这里就自然引申出了一个重要的概念:会话,它作为一个缓冲存储区被从数据库中分离出来,理由并不生硬,它有其独特的重要且不可替代的作用。这个东西恰好跟官方加入的session机制一样
    另外说一个非常具有迷惑性的容易让人对session的主要作用产生偏离的理解:认为session存在的价值就是给访问者分配一个sessionID代替用户名和密码,
    为什么非常具有迷惑性,因为session确实做了这件事,而且也起到了很大的作用,所以它是对的,但是只对一半,而且没有涉及问题的本质,这种情况是最危险的(看似很有说服力,把你说服了,所以你很难有动力继续找下去,但是真实情况跟它有偏差,但是偏差不大,所以又很难把你说服回来,只有隐隐的不对劲,这个时候你离真实最近,也离真实最远)
    那就顺便说说它为什么是对的,也就是用session做的另一件有用的事:
    给每个session一个ID,一方面用来方便自己查询,另一方面把这个ID给用户,用户下一次访问的时候就可以不用用户名和密码,而是直接使用这个ID来表明自己的身份
    首先,这个ID安全吗?这个ID比直接传用户名和密码安全吗?
    你很容易会想到,本来用户名和密码的组合还特地设置地比较复杂,你这换一组数字就代替了,是不是太不安全了?
    我们知道http协议本身是完全不加密的,如果使用用户名和密码,第一次访问是放在http头中,后边自动保存了密码就会放在cookie中,这些都完全没有加密,它的安全性基本为0,就是裸奔了,只要被窃取,那就丢失了
    所以,就这个意义来讲,sessionID的安全性跟使用用户名和密码没什么区别
    但是其实,虽然http本身不能加密,但是有些软件什么的,能在应用层面手动给你加密,比如QQ就会使用户名密码加临时验证码联合哈希,sessionID加一个时间戳简单加密也是非常常用的方法
    而且因为sessionID本身有有效期,即使丢了,也可能很快失效,造成的损失可能没那么大,而用户名跟密码丢了,那就大了
    所以总结就是:
    不严格加密的sessionID和用户名和密码一样,都不太安全
    但是相比较来说,sessionID要安全一些
    而使用https是完全安全的
    然后,使用sessionID有哪些好处
    方便直接根据ID查询用户对应的session
    加密的时候计算量小
    安全性不会降低,甚至还更高一些

    OK,通过独立地解决纯http机制会产生的问题,我们探讨了cookie和session机制的本质。而且想到:【使用http协议,服务器中不会保存客户端的状态】所产生的问题通过增加cookie和session机制解决了,是不是就意味着这个【状态】跟cookie和session的关系非常紧密?所以这个无状态指的是【没有对 本次会话 设置一个缓存区,记录这次会话的状态,缓存区包括服务器端和用户端】但好像还是没有点破关键(主要是觉得跟前面那些官方对状态的说法不太吻合,甚至没有对应关系)

    忽然我想到一个问题:一个有状态的http是什么样的?
    很难直接想象有状态的http是什么样,因为http这种机制是天然无状态的
    那就类比一下吧,另一个天然有状态的机制叫TCP
    如果有状态的意思是它的每次请求是有联系的,那么有状态的TCP的样子是:假如一份数据分了三份TCP包发送,那这个包上面会标明这是第几个包,会标明这个包跟那几个包是有联系的,有什么联系
    但好像这个有状态的TCP跟我们想要的有状态的HTTP没有关系,因为即使每次http请求之间互相有联系,它也不能解决上面提到的http无状态的问题
    诶,等等,好像能类比:
    假如每个http连接都有一个签名,于是第一次登陆成功之后,服务器就知道了这个签名是允许登陆的,于是之后所有同样签名的http连接都能登陆,这里利用了同一个用户发出的http连接之间的同主人关系,这里解决了一个保持登录状态的问题
    同样,来尝试利用这个【每次http请求之间互相有联系】来解决上面碰到的那个问题【每一次操作都要与系统底层的数据库进行交互】,但想了半天确实无法进行下去
    不过我灵机一动,从另一个角度来想,好像解决了这个问题:
    只有【每次http请求之间互相有联系】这个条件,无法解决【每一次操作都要与系统底层的数据库进行交互】
    因为很明显,要解决【每一次操作都要与系统底层的数据库进行交互】就必须在服务器端开辟一块缓存区
    不过如果你思考一下如何实现【每次http请求之间互相有联系】,你就会发现,它也需要在服务器端开辟一块缓存区
    所以【在服务器端开辟一块缓存区】才是真正的条件,也就是说,它确实等价于【有状态】
    而且我也找到了这个【在服务器端开辟一块缓存区】的条件跟前面那些官方对状态的说法对应的点,那就是:
    通过在服务器端开辟一块缓存区,存储、记忆、共享一些临时数据,你就可以:
    协议对于事务处理有记忆能力【事物处理】【记忆能力】
    对同一个url请求有上下文关系【上下文关系】
    每次的请求都是不独立的,它的执行情况和结果与前面的请求和之后的请求是直接关系的【不独立】【直接关系】
    服务器中保存客户端的状态【状态】
    所以,这个状态,加上前面说的客户端也有cookie,就是指,客户端和服务器在临时会话中产生的数据!而前面也说道了,使用缓存区保存临时会话中的数据是多么重要
    所以状态不仅包括不同URL访问之间的关系,还有对其他URL访问的数据记录,还有一些其他的东西,所以更确切地说,状态应该是【实现了这些东西所凭借的后面的缓存空间】中的客户的临时数据
    cookie和session应该是完全实现了有状态这个功能

    一种常见的对状态的误解:
    有人在解释HTTP的无状态时,把它跟有连接对立,说是两种方式,也就是如果想不无状态,就必须有连接,但其实不然
    有连接和无连接以及之后的Keep-Alive都是指TCP连接
    有状态和无状态可以指TCP也可以指HTTP
    TCP一直有状态,HTTP一直无状态,但是应用为了有状态,就给HTTP加了cookie和session机制,让使用http的应用也能有状态,但http还是无状态
    开始TCP是有连接,后来TCP无连接,再后来也就是现在TCP是Keep-Alive,有点像有连接
    分类: 网络编程

    展开全文
  • 1:金属礼 2:这个造型有点貌似METALLICA乐队的标志 3:5、2、1 我爱你 ...此手势将食指与小指伸直,与此同时要用拇指压住弯下的中指和无名。 这一手势被用来驱逐坏运气或是邪
    1:金属礼
    2:这个造型有点貌似METALLICA乐队的标志
    3:5、2、1 我爱你



    摇滚手势即corna(意大利语中的“角”一词,也写作mano cornuta或是horned hand),原是一种在地中海沿岸国家的居民用的一种粗俗的手势。其起源可追溯至古希腊时期。此手势将食指与小指伸直,与此同时要用拇指压住弯下的中指和无名指。

    这一手势被用来驱逐坏运气或是邪恶的眼睛。自1960年代以后,这一手势也被用来代表魔鬼撒旦和撒旦主义,并在重金属音乐中表示多种含义,这一手势也被叫作“魔鬼之角”、“山羊之角”、“摇滚之角”、“甩出山羊”、“邪恶手指”或直接称为“角”等等。有一种理论声称Corna这种手势与十字架手势相对——三指拢成一点代表圣灵三位一体。
    同样的手势在美国的一些摇滚音乐亚文化中也被称作“继续摇滚”手势,德克萨斯大学运动队的啦啦队用这一手势为队员加油。此两种用法与下流或是撒旦都无关。 
    注意不要将“摇滚手势”这一手势与美国“我爱你”的手势相混淆,“我爱你”的手势要求将拇指同时打开。在中国,由于摇滚文化传播的匮乏,经常见到有人把“爱”的手势与摇滚手势相混淆的情况。比如在中国著名的摇滚音乐节——北京迷笛音乐节上,摇滚手势被以讹传讹的等同为了爱的手势。
    伸出两根手指并不是摇滚手势,而是金属礼(也叫金属手),千万别再一个朋克音乐会上作那个,你可以伸一根手指。 
    说白了金属礼就是把食指与小指伸出幷分别劈向两边的手势,是Ronnie James DIO在80年代初发明的,但BLACK SABBATH的精选的一张照片里,吉他手Tony Iommi早在70年代初就做出了这个手势~~~ 
    在連續三個數字中,777代表上帝,根據聖經的記載666是魔鬼撒旦的符碼,代表著黑暗面。
    這個搖滾手勢的關鍵在於,大拇指並非置於食指的左側,而是要向前伸出,和捲曲的中指相扣,形成第一個6,食指和中指構成第二個6(倒置的6),小指和捲曲的無名指構成第三個6,至於向天直豎的食指、小指,則宛如「魔鬼的額角」。搖滾樂團在演唱會比出這個手勢,是提醒大家人性都有其黑暗面,若不透過適當的管道發洩出來,會越累積越黑暗,而搖滾樂就能將這股黑暗的情緒適度發洩,也算是一種心靈環保。
    因为像恶魔的犄角而成为金属礼,含有撒旦崇拜的意味。 
    而和平里是里安乔设计的.....差别就在大拇指伸不伸......
    随着e-mail的到来和其他基于电子文本的通讯方式的普及;通过字母m和前后斜线相组合的符号\m/被用来代表这一手势。
    展开全文
  • 知乎-怎样算是精通c++

    千次阅读 多人点赞 2018-11-13 17:27:39
    知乎-怎样算是精通c++
  • HiFi有哪些常见技术指标 手机HiFi一直都是一个热度不减的话题,近期发布的不少手机也都在主打HiFi音质:采用ES9318 DAC+耳放二合一音频芯片的vivo X9s Plus,采用AKM HiFi芯片并配备...那么什么是HiFi?Hi...
  • 本书每本都是耗时1年左右,完成这本书的时间增加了些,主要还是自己懒癌犯了,这里跟大家说声抱歉,让大家久等了。稿件会在下周一交由出版社进行审核,后面的时间就不是我可控的了。 电子工业出版社作为国内...
  • 这本书是Android进阶三部曲的第三部,书名叫《Android进阶北》,内容算是对前本的补充。其实我一直想在书中建立一个知识体系,但是凭借进阶之光和进阶解密是形成不了成规模的知识体系的,而进阶北的出版将会...
  • 【LeetCode & 剑offer 刷题笔记】汇总(已完成)

    万次阅读 多人点赞 2019-01-11 02:14:53
    找工作那段时间做了很多学习笔记,这是数据结构与算法相关的一部分笔记,这一块除了复习相关教科书,还有就是刷leetcode和《剑offer》了。这段时间稍微空闲些,打算把自己之前在印象笔记上做的笔记迁移到CSDN上...
  • 【剑offer】扑克牌的顺子

    千次阅读 2014-06-01 00:00:52
    九度上把这道题目改成了一副扑克牌有4张大小王,这里姑且不管它最多几个0,就题目来说,不严谨,很含糊,比如这里没有对顺子给出比较严谨的定义,5个以下的连续数字算是顺子吗?现实中要至少5个才算顺子的,而且如果...
  • 题目来源:牛客网-剑Offer专题 题目地址:旋转数组的最小数字 题目描述 把一个数组最开始的若干个元素搬到数组的末尾,我们称之为数组的旋转。 输入一个非递减排序的数组的一个旋转,输出旋转数组的最小元素。 ...
  • 前几天有同学私信问过我这个问题:大学计算机专业,面临分专业,计科,软工,大数据,物联网,网络工程,该选什么?再加上高考结束后填报志愿,想必 CSDN 上有很多同学挺迷茫的。 我就来(主观地)一一分析下,从后...
  • 关于吉他5种型Mi-La-Re-Sol-Ti

    万次阅读 2014-07-03 13:36:32
    引言:今天看到一个很有趣的关于五种型的记忆法,分享给大家看看,不过我我学吉他的开始就是在弹五种型,弹了快一个月,所以完全是记住的,然而看了这篇文章我才发现Mi-La-Re-Sol-Ti这个规律,挺有意思,大家看...
  • Unity 单与双指Touch事件捕获

    千次阅读 2016-03-23 08:08:28
    最近整理了一下项目用到的touch事件捕获管理逻辑,贴出来,算是记一下。 using UnityEngine; using System.Collections; using UnityEngine.EventSystems; public delegate void TouchEventHandler(TouchEventArgs ...
  • 程序人生 | 表面上又佛又丧,背地里天天向上,算是看透你们了! 作者:朱智胜 曾经有一段时间,以为大家的业余生活状态都差不多,不外乎煲剧、游戏(王者+吃鸡等)、葛优躺、美食、娱乐等。然而,越来越多的迹象让...
  • PS:这篇文章算是笔记,仅部分文字是原创,相当内容只是收集、整理、提炼、总结别人写的。 没有标为原创 是出于对部分内容原作者的尊重和感谢... 但若你要转载还是请带上我家地址哦,毕竟这些内容都不是现成的哦 ~...
  • 一名合格的程序员应该是什么样子

    万次阅读 多人点赞 2019-06-28 10:01:05
    6 月 25 号,母亲打来电话,说妹妹的高考成绩离二本线差 9 分。我听完随口扔了一句,...我参加高考了次,次都离二本差了 6 分,最后不得已上了大专——当时也陷入了人生的低谷,情绪很低落。一路走来,能体会到...
  • 这时如果直接提交的话,提交上去的test.txt只有行,因为后面添加的world一行还未添加到暂存区 $ git commit -m "2 lines"   [master 584d55d] 2 lines  1 files changed, 1 insertions(+), 0 deletions...
  • 把学生关系表分为如下个表: 学生:(学号, 姓名, 年龄, 所在学院); 学院:(学院, 地点, 电话)。 这样的数据库表是符合第三范式的,消除了数据冗余、更新异常、插入异常和删除异常。 鲍依斯-科得...
  • 这个春招估计也要介绍了吧,自己投的公司也不多吧,投简历的时候,如果你提前批和正常网申都投的话,可能会获得次笔试/面试的机会,我投了次腾讯,不过,次都在二面挂了,特别...
  • 写在最前 我写过很多篇秋招总结,这篇文章应该是最后一篇总结,当然也是最完整,最详细的一篇总结。...在下本是跨专业渣考研的985渣硕一枚,经历研究生年的学习积累,有幸于2019秋季招聘中拿到几个公司...
  • 工作年小结----勿忘初心不负梦想

    千次阅读 多人点赞 2016-08-01 00:21:59
    前言:转眼又是一年,2016年7月3号是自己正式参加工作年,入职一家新公司工作个月的日子。每年到这个时间点,总是想要写点儿什么总结一下。前半年除了学习提高专业技能外,主要读了几本书《余罪》,沉默的羔羊...
  • 以Attention Model为例谈谈种研究创新模式

    万次阅读 多人点赞 2016-01-26 00:18:00
    /* 版权声明:可以任意转载,转载时请标明文章原始出处和作者信息 .*/  author: 张俊林  ...读这一篇之前,请您最好先拜读一下本篇的前传:文本处理中的Attention Model:是什么及为什么。因为那里有些背景知...
  • 在下本是跨专业渣考研的985渣硕一枚,经历研究生年的学习积累,有幸于2019秋季招聘中拿到几个公司的研发岗offer,包括百度,阿里,腾讯,今日头条,网易,华为等。 一路走来也遇到很多困难,也踩了很多坑,同时我...
  • 年多工作心得和体会

    千次阅读 热门讨论 2016-08-18 17:11:26
    当到达重庆后找到第三方,整个人还没弄明白呢,跟同事个人就被对方的一个领导劈头盖脸的跟训什么似的。现在想想真是莫名其妙,然后各种喷我们的软件设计的怎么怎么滴,后来又跟同事在宾馆总结了一下对方要求的什么...
  • M416这步枪算是目前我最喜欢用的枪了,虽然经过了削弱,但是还是强,什么scar在M416面前都是渣。但是M416是一把很神奇的枪,因为它跟其他枪械不一样,很依赖合适的灵敏度灵敏度,很多玩家在开枪的的时候会发现即使是...
  • 用大白话告诉你 :Java 后端到底是在做什么

    万次阅读 多人点赞 2019-08-05 23:19:13
    阅读本文大概需要 6 分钟。 作者:黄小斜 ...新手程序员通常会走入一个误区,就是认为学习了一门语言,就可以...大家都知道 Java 是一门后端语言,后端的就是服务端,服务端代码一般运行在服务器上,通常我们...
  • 15年底的一天,我的组员老lau来找我,说,老大,你让我分析的为什么那个模块资源过高的问题找到了,...我坐下来和他一起分析,他给我,就是这行话,这个模块的大部分资源都在这行RTL代码上。 generate ...
  • 腾讯云2013年才起步,算是后来者,大会规格做到现在的程度,并且在多个城市举办,包括阿里云腹地的苏州,表明腾讯对云计算业务的日益重视,以及腾讯云的后劲十足。腾讯正在一步步下沉到全国各个地方,把根扎的更深,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 111,522
精华内容 44,608
关键字:

两算是指什么