精华内容
下载资源
问答
  • 什么这个话题呢,最近一段时间,加班比较严重,我想应该有很多朋友的状态我差不多,昨天头晕眼胀的,而且坐久了腰还疼。 所以我们关注一下自己的健康,是很有必要的。但我知道的实在有限,只能列举一些,...

    起因

    为什么想聊这个话题呢,最近一段时间,加班比较严重,我想应该有很多朋友的状态和我差不多,昨天头晕眼胀的,而且坐久了腰还疼。

    所以我们关注一下自己的健康,是很有必要的。但我知道的实在有限,只能列举一些,欢迎大家一起讨论,让我也能了解更多。

    想关注简要信息的,看完下一点,可以直接跳到最后看总结。

    先说个人觉得比较好的一个办法:

    配合番茄时钟,设定固定时间,然后放松一下,很多人都知道番茄工作法,但觉得番茄工作法25分钟太短了,不适合程序员需要长线思考的状态,这样的话可以把番茄时钟设定长一点,比如四十分钟到一个小时,一下午工作时间起来活动个四五次不过分吧。

    有些朋友一坐可能就是一下午,自己都感觉不到坐了好几个小时了,这样久坐伤眼睛又容易腰疼。

    下面说一些其他方法,大家看哪个适合自己,欢迎补充。

    保护眼睛

    程序员用眼过度已经见怪不怪了,每天盯着电脑,还有一部分人都是配戴眼镜的,所以说几点:

    • 避免长时间对着屏幕,配合番茄工作法。(虽然是废话,但还是做个样子嘛)
    • 使用一些护眼程序,比如电脑上可以装一个f.lux,它的官网是https://justgetflux.com/,手机上可以下载薄暮微光护眼宝等护眼程序,根据时间来变化屏幕的色温。
    • 避免躺在床上关了灯看手机,我以前喜欢躺着玩手机,但是觉得手机最低亮度都会刺眼,所以下载了护眼程序,将亮度进一步的调低。现在基本不会躺着玩手机了,一般都是坐在床上看完书或者看完手机消息再关灯睡觉。
    • 眼睛真的很累的时候滴一些眼药水,但这个做法不太推荐,毕竟是靠外物来辅助,只是舒缓而已,并不解决用眼过度的这个事实情况。我用过一些眼药水,个人偏好清凉度中高的,一些国产的眼药水滴了都没感觉,试过的眼药水中效果还行的有狮王FX,都是让朋友代购的,FX买的清凉度是4-5的,滴下来那一刻的酸爽,无法形容,不过效果明显,狮王的清凉度没那么高,也就是没有那么“刺激”,但是狮王的滴了之后会感觉鼻腔有种淡淡的味道。

    保护你的小蛮腰

    我有个同事,前段时间去看了医生,说是腰肌劳损,虽然我没去医院看,但估计也是这毛病,医生给的建议是:

    • 不要久坐,偶尔能躺的时候躺一会,不要一直坐着。
    • 换个好一点的座椅,关于这点,小弟没钱来评测,各位大佬自己看看吧。
    • 医生也推荐买一个腰托,绑在腰上,至少不会让腰弯着,一个点受力,把承受力分散了,同事买了一个一百左右的,我试过,感觉还行,但是坐久了(一个小时左右吧)还是会慢慢不舒服的,可能和我的坐姿有关,最好的办法还是活动一下。
    • 如果工位椅子不好换,可以买一个靠腰,或者靠垫,来托着腰。
    • 有条件的直接上站立办公桌吧,没条件的,淘宝上有站立办公支架,两三百应该也能搞定。

    熬夜问题

    熬夜是我自己都没能解决的一个问题,希望有朋友能给点方法,自己每天看文章刷信息资讯之类的,一般都看到凌晨一点睡,早上八点起,白天都会有一段时间特别困。

    自己试过一些觉得有用的是:

    • 换一个好一点的枕头,我换过十几个枕头了,可能是我脑袋形状太怪了?都觉得不是特别舒服,各个价位(1000以下)的都试过,不过有的贵的的确会舒服些,但是用久了还是会不舒服,可能枕头也是一个要常换的装备吧。
    • 一些睡眠软件,不知道是心理作用还是啥,用了一些睡眠软件之后,的确睡得快些,而且软件统计的入睡时间也比自己感觉的要短。把音乐声开得很小,隐约听得见但是又不会觉得太吸引注意力的程度,第二天看着自己的睡眠图还是挺有意思的,还会记录晚上的噪音或是梦话。
      • 我用的是“蜗牛睡眠”,一些朋友也推荐过“潮汐”
    • 早睡还是比较靠自觉的,将一些平时习惯睡前做的事情,比如看书或者刷公众号文章,这类事情推迟到第二天早上做,会有不一样的感觉。

    总结

    总结一下吧,这次只是简单聊聊,欢迎大家补充:

    • 保护眼睛
      • 护眼程序:
        • PC:f.lux
        • 手机:护眼宝,薄暮微光夜猫子
      • 避免关灯躺着玩手机
      • 避免长时间对着屏幕
      • 眼药水(只缓解,重点还是要休息)
    • 保护你的小蛮腰
      • 不要久坐,对于腰肌劳损,工作之余多躺少坐
      • 换个好的人体工程学座椅
      • 腰托
      • 靠垫
    • 熬夜问题
      • 换个好点的枕头,有条件直接换床垫
      • 睡眠软件:蜗牛睡眠,潮汐
      • 养成早睡习惯,将一些睡前事项推迟到第二天早上做

    有兴趣的朋友可以关注我的公众号:吃饭睡觉写代码

    转载于:https://juejin.im/post/5b6af2756fb9a04fd1603e93

    展开全文
  • 相信很多人都有过这样的经历,就是去面试的时候,先被要求做题。 如果像下面的判断选择还! 如果是让写个什么算法之类的,那就呵呵了!...一种就是,直接技术经理,或者技术总监,面试官...

    相信很多人都有过这样的经历,就是去面试的时候,先被要求做题。

    如果像下面的判断选择还好!

    如果是让写个什么算法之类的,那就呵呵了!每天和鼠标握手,还哪会写字啊!

    关于这件事,很多小伙伴纷纷吐槽。

    网友一:

    不止是程序员,没有谁喜欢面试时做题吧。

    对于程序员的面试来说,通常的面试方法有两种,一种就是做题加面试,一般针对比较低级的岗位。一种就是聊,直接和技术经理,或者技术总监聊,面试官一般会提醒面试者带着自己的作品或者项目来,通过作品项目更能看出一个人的过往经历和专业水平。

    发现没有,很多人一起做题,本身就是对待比较初级岗位的做法,谁会喜欢?如果阿里巴巴挖一个华为的工程师,难道面试前先做个题?

    有经验的HR就知道,很多时候面试的时候让面试者写题目,往往会错失一个好人才。

    我的上家招我的时候一开始就是让我答题的,结果题目全是一些大学时候学的概念和平时写代码时候用到的知识点。

    说实在的,我真的很多概念都记不住了。因为离开学校三年了,记忆力哪有这么好。

    结果我只答了一半的题目,就直接放弃了,我说我不想答了,能不能直接找你们技术总监谈一下。

    一开始面试官死活不让,说我答的题目太少,觉得我不行让我回去等消息。谁都知道,这种情况下回去等消息还有什么消息。

    后来在我的再三请求下,她让我见了技术总监。我和总监聊了两个多小时,当场他就要了我,还开玩笑地批评了面试官一顿。

    网友二:

    《crack the code interview》,出自谷歌的面试官之手,几乎是所有程序员面试的时候可能遇到的题目。

    看完这些这本书里的题目你就会发现,是这些都是比较偏理论的题目。就算你的开发能力非常强,但如果有一段时间没有看书或者练习,再来做这些题也会遇到很多不会的。

    而已经入行的程序员更明白这一点:做题目做的准确程度与实际开发应用中的能力强弱无关,在职场上,我们注重的更多的是发现问题、解决问题的能力,而这些能力与上面的题目有关吗?

    我敢说没有太大关系,甚至没有关系。

    很多面试题目,涉及的都是简单的算法和数据结构,是最能体现一个人的理解能力和学习态度的。

    虽然说这不是一个真正考察程序员能力的好办法。但你能不做吗?答案当然是不能。

    因为这个面试的存在就是为了把不会做或者不愿意做面试题的人给排除掉,如果你不想要这个Offer当然可以选择不做。

    其次,如果靠投递简历来选择工作的,这个公司并不认识你,对你也没有了解,除了做这些题目,实在没有办法来考察你的能力和学习态度。

    如果你不想通过做题来获得Offer,走其他面试渠道的话,可以通过内推,通过企业内部员工推荐,绕过猎头公司、招聘网站等中间步骤,使应聘者和招聘方直接沟通。前提是在相应的公司有认识的人并获得他的认可。

    网友三:

    很多公司,你去面试,对方直接叫你解决他公司的实际工作问题,美其名曰考察你的能力。

    一开始,土包子多,大家不知道对方用意何在,还以为是田忌赛马,看谁是千里马……

    于是大家使出浑身解数,恨不能挖地三尺,上天揽月,以现实身手和能力。

    后来这种事情多了,慢慢就传出来了,就穿帮了。

    原来某些公司根本不招人!遇到解决不了的问题,就以“招人考试”为幌子,把难题拿去给面试的人解决,等于找免费的高级劳动力。

    这些假装招聘的公司,够黑吧?

    比如某HR想调查本行业,本公司薪酬在本地区的水平。于是HR发出招聘信息,要求应聘者写出自己之前的薪水。其他要求都是烟幕弹,就“写出你之前的薪水”这个是真实目的。.

    于是很多人撅着屁股,认真填写简历,然后发送邮件给该公司。之后就没有下文了。

    废话,你都告诉他自己薪水高低了,他的目的已经实现了,当然没有下文了。

    你以为自己差,没录取你?

    其实一个人都没录取,人家公司根本不需要招人。

    嗯嗯,还有很多很多,我就不往这搬了。

    那么那么:

    1、你是否排斥面试时做题?为什么?(啊?那边的小伙伴不排斥,你是咋想的?)

     

    2、答不出题的程序员会是大牛吗?

     

    3、你期望的面试或者说你认为合理的面试应该是怎样的?

    去参与我的话题,赢取下面的奖品吧

    注意参与话题链接,这里没办法打赏的。

    本文地址:https://www.jianshu.com/p/71bbecf7deee

    展开全文
  • 这个话题比较有意思,起源是前两天一个身在外企的程序员的闲聊。当时到最近在忙的工作,我随口说最近响应部门的要求,天天在办公室除了做需求分析之外,其余的主要工作就是修改代码中存在的静态检查问题,而且被...

            这个话题比较有意思,起源是前两天和一个身在外企的程序员的闲聊。当时聊到最近在忙的工作,我随口说最近响应部门的要求,天天在办公室除了做需求分析之外,其余的主要工作就是修改代码中存在的静态检查问题,而且被折磨了好几天。这兄弟一听这个就激动了,他讲修改静态检查这件事情是反人类的,为了这个事情还和领导吵了一架。反不反人类嘛,我不清楚,也没有和项目组的兄弟讨论过;但是和领导吵架,我确实比较羡慕,我所在的公司和部门可没有这样放松的氛围,和领导因为这么点事情吵架,实在是犯不上,我现在可是上有老、下有小的时候,在办公室里讲话可得注意点,小心为上。

           先说明一下什么是静态检查问题,免得不了解的兄弟不明所以。所谓静态检查问题,其实就是通过一些经过业界实地检验的代码检查工具,比如PMD、Findbugs之类的,对当前的代码进行检查,输出当前代码中可能存在的问题清单,由于输出这类问题清单时并没有对代码的逻辑正确性做验证,仅仅是从语法结构、语句使用合理性等角度做分析,因而被称为“静态”检查。工具输出的清单中包含的问题,就被称为静态检查问题。

            做程序员久了,相信都有加班调试代码、分析Bug、修正Bug的经历。毫无疑问,修正Bug的过程是令人痛苦的,对于世界上最聪明的群体---程序员们来说,Bug真是令人恼火的存在。偏偏有不少Bug还是编码过程中引入的低级错误。为了降低聪明人犯低级错误的机率,聪明人中的一部分就想办法设计出了代码静态检查工具,期望通过扫描代码的方式来消除代码中存在的问题。可惜理想很丰满,现实却很骨感,工具也是由代码组成的,因此也会存在一些小问题,比如误报。

            对于项目管理者而言,静态检查工具是个好东东。质量管理大师有云,没有数据就没有度量。对于软件开发这种创造性工作而言,静态检查工具的出现增加了一种新的度量代码质量的维度。对于每天日理万机,处理X封邮件、参与X个会议的管理者们来说,他们是没有兴趣、没有时间或者说没有能力来仔细阅读项目的实现代码,所以问题单数据、特性列表、UT覆盖率等指标成了他们了解项目进展的工作方法。

             比如QA会说XXx项目代码中还存在XXX个问题,按照质量要求,需要制定修改计划,限定在X月前完成清零,对于非问题需要给出报告,确认无法修改的原因;

             QA还会说,XX项目没有按照预定计划完成静态检查问题清零,需要亲自给XX领导汇报,限期改进等等。

             项目经理会说,根据责任模块,各位给出修改计划,同时每天报告修改进度;

             项目经理还会说,XX模块本周新引入XX个问题,需要安排XX来处理;XX引入X个问题,需要给出书面报告以及后续改进措施。

    。。。。。

           对于参与项目开发的程序员来说,修改这类问题相当于增加了自己的工作量,可想而知,当然会有所抵制。修改静态检查问题是个脏活加累活,投入比较大,但对于项目本身来说产出可能并不明显。而对于经验不足、或者代码不熟的成员来说,修改静态检查问题时还有可能引入新的Bug,按下葫芦浮起瓢,得不偿失。但换个角度考虑,静态检查工具发现的问题并不是一无是处,从工具检查的原则分析,可以看出前人在代码开发过程中的经验和总结,假如新手程序员可以从问题本身看到静态检查问题背后,相信这个新手成长的会更快一些。

           平心而论,静态检查工具除发现问题外,更重要的作用其实是帮助团队成员养成统一的编码习惯。在我看来,这种统一的编码习惯远比静态检查工具发现的问题更加重要,影响更加深远。

           2013年5月7日23:43:11

           下午和项目经理讨论了工作的时候提到了UT代码,对静态检查问题这件事情又有点其它的想法。除了抵制修改静态检查外,程序员可能还会对写UT代码有抵触的心理,原因不外乎:

    1、进度紧张,挤不出写UT代码的时间;潜台词就是UT代码对当前的需求开发意义不大;

    2、条件不具体,没有好用的UT工具,或者是UT的工具用的不熟练,导致写UT代码的代价非常高,比如PowerMock用的不熟,导致写UT的时候花费大量时间在处理桩代码;

    3、需求变更频繁,导致已有的UT代码无法在版本中复用,已有UT代码的维护工作量相当大;

    4、UT的结果不稳定,经常有失败的现象,需要投入人力分析;

    。。。。

            假如人不愿意做某件事情,理由可以列出一大堆。所以在项目中做UT、提升UT覆盖率,或者修改静态检查问题、降低问题数目,首要是让参与这个项目的程序员认识到这件事情的重要性,同时创造条件让程序员意识到做这两件事情的好处是什么,不做的话会有什么样的影响;接下来的事情就是为做这些事情创造条件,为程序员创造便利,排除掉外部的干扰。

            比如UT代码开发,需要选取合适的打桩工具,如PowerMock和EasyMock,另外还需要有覆盖率工具,借以帮助程序员分析UT的效果,同时也有助于项目经理和程序员制订和管理计划,避免工作量过大、过小。

            而对于静态检查问题,则需要讲解每个问题发生的原因和背景,比如问题本身的含义,不修改的话会有什么后果等,在团队内达成一致后,这时项目经理和程序员对静态检查问题修改制订一个双方都可以接受的计划,这时才会得到程序员的支持。

            所以,问题的根本在于让程序员识别出一件事情的意义,不能为了做而做。

    View Jackie Zhang's profile on LinkedIn
    展开全文
  • strcmp(s1, s2)) 比较两个字符串等值,是否是个风格?17.3 为什么有的人用 if (0 == x) 而不是 if (x == 0)?17.4 原型说明 extern int func ((int, int)); 中, 那些多出来的括号下 划线代表了什么?17.5 为什么...

    今天我们来聊轻松些的话题——C语言代码风格。

    7.1 什么是 C 最好的代码布局风格?

    17.2 用 if(!strcmp(s1, s2)) 比较两个字符串等值,是否是个好风格?

    17.3 为什么有的人用 if (0 == x) 而不是 if (x == 0)?

    17.4 原型说明 extern int func ((int, int)); 中, 那些多出来的括号和下 划线代表了什么?

    17.5 为什么有些代码在每次调用 printf() 前, 加了类型转换 (void)?

    17.6 什么是 “匈牙利标志法” (Hungarian Notation)?是否值得用?

    17.7 哪里可以找到 “印第安山风格指南” (Indian Hill Style Guide) 及 其它编码标准?

    17.1 什么是 C 最好的代码布局风格

    K&R 提供了最常被抄袭的实例, 同时他并不要求大家沿用他的风格:

    大括号的位置并不重要, 尽管人们对此有着执着的热情。我们在几种流行的风格中选了一种。选一个适合你的风格, 然后坚持使用这一风格。

    保持布局风格对自己, 对邻近及通用源代码的一致比使之完美跟重要。如果你的编码环境 (本地习惯或公司政策) 没有建议一个风格, 你也不想发明自己的风格, 可以沿用 K&R 中的风格。各种缩进和大括号的放置之间的好与坏可以详尽而细致地探讨, 但本文不再次重复了。可以参见《印第安山风格指南》(Indian HillStyle Guide), 问题 17.7。

    “好风格” 的品质并不简单, 它包含的内容远远不止代码的布局细节。不要把时间都花在格式上而忽略了更实质性的代码本身的质量。

    17.2 用 if(!strcmp(s1, s2)) 比较两个字符串等值,是否是个好风格

    这并不是个很好的风格, 虽然这是个流行的习惯用法。如果两个字符串相等,

    这个测试返回为真, 但 ! (“非”) 的使用, 容易引起误会, 以为测试不等值情况。

    另一个选择是用一个宏:

    #define Streq(s1, s2) (strcmp((s1), (s2)) == 0)

    参见问题 17.8。

    17.3 为什么有的人用 if (0 == x) 而不是 if (x == 0)?

    这是用来防护一个通常错误的小技巧:

    if (x = 0)

    如果你养成了把常量放在 == 前面的习惯, 当你意外的把代码写成了:

    if (0 = x)

    那编译器就会报怨。明显的, 一些人会觉得记住反换测试比记住输入双 = 号容易。当然这个技巧只对和常量比较的情况有用。

    17.4 原型说明 extern int func ((int, int)); 中, 那些多出来的括号和下划线代表了什么

    这是为了可以在使用 ANSI 以前的编译器时, 关掉说明中的原型部分。这是技巧的一部分。

    在别的地方, 宏被定义为类似下面的代码:

    #ifdef __STDC__

    #define __(proto) proto

    #else

    #define __(proto) ()

    #endif

    原型说明中额外的括号是为了让原型列表被当作宏的单一参数。

    17.5 为什么有些代码在每次调用 printf() 前, 加了类型转换 (void)

    printf() 确实返回一个值, 虽然极少数程序员去检验每次调用的返回值。由于有些编译器和 lint 对于被丢弃的返回值会报警告, 清楚的用 (void) 作类型转换相当于说: “我决定忽略这次调用的返回值, 请继续对于其他忽略返回值的情况 (也许是不应该的) 提出警告。” 通常, 无值类型转换也用于 strcpy() 和 strcat() 的调用,他们的返回值从不会令人惊讶。

    17.6 什么是 “匈牙利标志法” (Hungarian Notation)?是否值得用

    匈牙利标志法是一种命名约定, 由 Charles Simonyi 发明。他把变量的类型(或者它的预期使用) 等信息编码在变量名中。在某些圈子里, 它被高度热爱, 而在另一些地方, 它被严厉地批评。它的主要优势在于变量名就说明了它的类型或者使用。它的主要缺点在于类型信息并不值得放在变量名中。

    17.7 哪里可以找到 “印第安山风格指南” (Indian Hill Style Guide) 及其它编码标准

    b9803be78417ed1a31cfc32d1d8ec030.png

    17.8 有些人说 goto 是邪恶的, 我应该永不用它。那是否太极端了?

    程序设计风格, 就象写作风格一样, 是某种程度的艺术, 不可以被僵化的教条所束缚。虽然风格的探讨经常都是围绕着这些条例。

    对于 goto 语句, 很早以前, 就被注意到, 随意的使用 goto 会很快的导致象面糊一样难以维护的代码。然而, 不经思考就简单的禁止 goto 的使用, 并不能立即导至好程序。一个无规划的程序员可以不用任何 goto 语句而构造出复杂难解的代码, 也许使用奇怪的嵌套循环和布尔变量来取代 goto。

    通常, 把这些程序设计风格的评论或者 “条例” 当作指导准则比当作条例要更好。当程序员理解这些指导准则所要实现的目标, 就会工作的更加之好。盲目的回避某种构造或者死套条例而不融会贯通, 最终还会导致这些条例试图避免的问题。

    此外, 许多程序设计风格的意见只是意见。通常卷入 “风格战争” 是毫无意义的。某些问题 (象问题 5.3, 5.7, 9.2 和 10.5), 争辩的双方是不可能同意, 认同对方的不同或者是停止争论的。

    展开全文
  • 相关文章 职场疑问:如何进行技术面试职场疑问:领导该提拔谁? 小A小B好久没见了,这一天他们又聚到了一起,开始起来。...如果机会比较好,升个经理什么的,也就可以终老一生了。不过对于经...
  • -- 作者 谢恩铭 转载请注明出处 内容简介 第四部分第一课:什么是Web程序员? ...我们的第二第三部分都略有难度,不过这第四部分第一部分一样,都会比较轻松愉快。 这一课我们来Web程序
  • 内容简介1、第四部分第一课:什么是Web程序员?...我们的第二第三部分都略有难度,不过这第四部分第一部分一样,都会比较轻松愉快。这一课我们来Web程序员,Web的文化,如何成为一名优秀的Web程序员。或...
  • 5月份受朋友之托给劳动局的高级项目管理师授课,课余的时候,这些不同公司的IT经理,CTO们比较多的就是怎样界定一个的IT技术人员,大家都觉得现在这个行业的从业人员虽然比较多,不过真正能找到比较满意的...
  • 今天下午经理了一些关于软件行业的话题,这两天晚上都有朋友向我倾诉程序员的茫然苦楚,我觉得有些想法可以记录下来。时光佐证,其实我好久没写发骚的文字了,就啰嗦啰嗦。我不算一个梦想家,但是对于信念还...
  • 第一门语言应该学什么比较好?大学期间什么课程对于毕业之后的从业帮助比较大呢?今天这篇文章就大家简单聊聊这个问题。关于作者先给大家讲讲我自己的一些情况吧,掐指一算才发现,从我初学编程至今已经超过十年了...
  • 前几天晚上吃饭的时候,部门里一个比较厉害的项目经理到“为什么在中国,程序员不能干长久的原因”。他说,在国内,一个高级程序员的上面通常都会有一个不懂程序的领导,即使是一个再有有经验再有能力的人,如果...
  • 于是自己总结下如何更的去了解已有的系统从哪些方面可以去改善系统从而使系统更的为用户提供服务,同时也提高自己作为程序员的水平。  第一步是了解系统能干什么?大多数时候跟朋友聊天时到的是彼此的...
  • 封装的一些代码,这些框架代码没有业务逻辑,使用简单,并且可以简化代码,其他程序员可以添加自己的业务逻辑来达到快速开发迭代的效果,框架中大量的使用了反射以及各种设计模式(反射会让java性能下降,这个...
  • 最近比较闲,虽然我总是每天会在博客园逛上1~2个钟(最近是真的有点闲),看了很多人对于工作的感悟,谈程序员的职业规划,不知不觉出来工作我也快一年多了,我也想聊聊现在用C#找工作我这一年多到底学到了什么,我本科...
  • 但是要记住学习算法最关键的还是解题思路方法,用什么语言实现是其次的,如果你时间比较多我是建议你用 Java 语言再实现一遍。 《labuladong的算法小抄》 非常推荐!这是一本很新的书,写书前作者在 Github 开源...
  • 说实话我自己当初在这方面吃了不少亏,很多比较好的习惯我也是后面自己才慢慢发现,所以这里想着重给大家说一下有哪些好的学习编程习惯。 正确提问 我们平时任何时候都离不开提问特别是初学的时候,但是真正知道...
  • 各位朋友下午,其实上午大家已经听到了很多趋势性云计算、移动、社会化等等这些主题,这确实是现在的大趋势热点,我们CSDN大会跟其他行业不太一样的是,我们有一个非常主要的特色是涵盖全,只要软件开发各个主题...
  • 但有一次朋友们聊天刚好到这个话题,我说所有框架都一样用,只不过语法有点区别。其中一个朋友可能并没有理解我这句话的意思,然后发了一篇文章说VueReact在设计理念上是有一些区别的࿰...
  • 谈谈感想吧,别听什么培训机构诳你什么爬虫工程师有前途啥的,当然学好学精爬虫也能拿到高薪,但这一行也有不少人了,精通的自然不用说。而且现在有很多像八爪鱼、火车头这些可以定制的爬虫软件,还有一些自学习的...
  • Egret 的 童话 与 现实

    2021-01-03 14:33:25
    一个用10天时间写出来用来应付差事的语言能有什么好的(BTW:从语法层面,我最喜欢的语言是 AS3 Python2 ,作为有多年Basic + Java + PHP经验的人,喜欢这两种语言一点也不奇怪 &...
  • <div><h2>3月份前端资源分享 ...几种常见的JavaScript混淆反混淆工具分析实战</a></li><li><a href="http://gold.xitu.io/entry/56dfce84f3609a005536a53a">让图片加载这件事儿变得更美好</a></li><li><a href=...

空空如也

空空如也

1 2
收藏数 24
精华内容 9
关键字:

和程序员聊什么比较好