题图:kevin-gent-437469-unsplash
这是推送的第 198 篇文章
01
感悟
做公众号是为了提炼每日所学,以一种每日期待与读者见面的心态,督促自己每天输出一些原创知识。的确很难,但是只要每天用心生活,努力工作,总是会有一丝一毫,可以记录下来,每次想到还能有小伙伴们去读去分享,就更加倍努力了。
这7个多月,主要还是以技术总结为主,包括:算法设计与实现的一些总结,软件工程的工具使用,编程语言的使用总结,学习新东西所做的笔记推送,接下来,可能还会有一些生活感悟,职业决策,如果自己有些疑问,也会提出来,多参考小伙伴们的建议。
做事情,不能太浮躁,现在公众号整个的氛围不是很好,大家对知识产权的尊重不太够,一些别人的精华总结推来推去,一些电子书送来送去,真正对知识产权的意识有待提高。自己也急躁过,免费送过1次电子书,后来被我的家人和朋友告诫,切勿事小而为之。自此,格外慎重,珍惜别人的劳动成果,珍视版权。
总之,算法channel的读者们,我会用心去写好每一天的推文,如果是技术文章,先必须过自己这关,确保准确无误,当然,我也非常欢迎你们指出我的错误,这样,大家彼此共同进步,这是最好的结果。
02
怎么利用好开源包
如今,开源包有很多,无论你是做软发,算法,测试,前后端,移动端,一定能知道自己所做所学领域的几个开源工具和包。我本身是做算法的,自然也知道几个专业的开源包。如果直接套用到项目中,自然开发周期大大缩短,老板会很开心。
但是,这有没有隐患呢? 如果运气好,可能没有;如果碰巧了,结果就没那么好。
就拿一个算法包来说,如果你运气好,设计这个算法包的牛人也对软件工程很精通,那么他写出来的东西可能就很完美了。 对比的,不太了解工程化的东西,很可能会有一些坑。一般来说有两类,一是算法的边界条件考虑不全面,实际工程项目,环境错综复杂,学术出身的牛人写出的包可能未必考虑这点;二是工程化措施不足够,算法的某些输入,直接可能导致系统崩溃。
这提醒我们,在使用某个算法包或开源工具包时,最好要先研究下它,如果你决定要拿它作为算法的主要实现,你的项目是面向全国用户上线,那么,请一定要把它研究透,而不是最好去研究研究。这是对公司的负责,也是对自己的负责。否则,一旦上线出事,责任可能会很大。
03
Python中的Join操作
顺便,总结一个知识点,已知字符串的list,如何通过某个分隔符串联它们。这个操作和已知一个字符串,通过分隔符,拆开它们,是相反的操作。操作如下:
seq1 = ['hello','good','boy','doiido']
我想通过 分号,分割,将 seq1组合起来,怎么做呢?
可以使用 join 接口,
rslt = ';'.join(seq1)
rslt
Out[1]:
'hello; good; boy; doiido'
推荐干货,结合例子和工作实践,包括:基础算法,机器学习算法例子阐述,深度学习入门,斯坦福大学 NLP 课程笔记,Python ,Pandas实践入门系列 .....
领取专属 10元无门槛券
私享最新 技术干货