大众点评是全球最早的消费点评网站之一,成立于 2003 年。进入移动互联网时代后,用户可以在手机上使用大众点评 APP 方便地查询任何一个城市里的餐厅、影院、商场、景点和酒店等信息,并且了解其他用户写下的评价。应用也会依据用户评价数据和专家评价来推出各种榜单,比如 "必系列" 榜单和 "黑珍珠" 系列餐厅评价体系,还能根据用户的喜好为其在信息流中推荐可能感兴趣的餐厅和景点等信息。
让我觉得我应该再写一篇文章站在全栈工程师的理由是,一本书《浮现式设计》和一个单词Re-Practise。 似乎这是一个新的思考,尽管在那之前我已经写了一篇《全栈工程师的思考》,只是事隔半年之后,我又有了一些新的感触。这半年来,除了增长了一些软技能,如沟通、表达 、英语,以及一点点的技术提升之外,并没有什么太大的变化。 每天我们似乎都在重复前一天的工作,生活似乎就像是一潭死水,日复一日地添加新功能,修复旧Bug。让我们觉得生活过于无聊的原因,怕是因为现有的项目已经很稳定,不会有太大的变化 ——不会有关键人员的
不管是开发、测试、运维,每个技术人员心里都有一个成为技术大牛的梦,毕竟“梦想总是要有的,万一实现了呢”!正是对技术梦的追求,促使我们不断地努力和提升自己。
不管是开发、测试、运维,每个技术人员心里都有一个成为技术大牛的梦,毕竟“梦想总是要有的,万一实现了呢”!正是对技术梦的追求,促使我们不断地努力和提升自己。 然而“梦想是美好的,现实却是残酷的”,很多同
一、背景 人生苦短,我用python。 我原本不是一位爬虫工程师,我的主业是JAVA工程师。但在我上家公司和现在的公司都有设计到爬虫的业务,于是多多少少也参与了一些爬虫的工作。再加上我团队里有两位专职的python爬虫小伙伴,从一个leader的定位来说,在他们遇到问题时我也有指导的义务。 于是... 二、你我约定 如今,如下这些内容,还包括scrapy-redis分布式爬虫我都有一定的实战经验,在考虑要不要花时间把这些内容整理成一套系列课程分享给大家。 如果点赞人数超过20人,你我约定,我开始做这个事。
如何让自己在工作中变成不可替代的人。 这个似乎是成为职场人之后必须要考虑的问题,当然很多时候我们的上级或前辈都会对我们说这个话。可是我发现有很多职场新人对这个“不可替代”有一定的误解。刚刚看完曹大的文章,其中有一句话他是这么说的“一直以来,我追寻的目标,都是可替代”。那么对于实际上是不可替代的技术大牛的他为什么会说这样的话呢?今天我结合自己的亲身体也来谈谈这个话题。 一、不可替代好处多 比如说:职场上,想要在一个公司待的长久,你就必须要有不可替代的作用,这样你的价值才能体现得出来。 又比如说:当你想加薪
写在开篇: 不管是开发、测试、运维,每个技术人员心里都有一个成为技术大牛的梦,毕竟“梦想总是要有的,万一实现了呢”!正是对技术梦的追求,促使我们不断地努力和提升自己。 然而“梦想是美好的,现实却是残酷的”,很多同学在实际工作后就会发现,梦想是成为大牛,但做的事情看起来跟大牛都不沾边,例如,程序员说“天天写业务代码还加班,如何才能成为技术大牛”,测试说“每天都有执行不完的测试用例”,运维说“扛机器接网线敲shell命令,这不是我想要的运维人生” 提升技术的误区: 有人认为想成为技术大牛最简单直接、快速有效的
看到这个问题,想到了几年前,学校刚毕业时,在传统行业做java开发,一直想加入bat,没有门路,在当时,对于双非渣二本学历、又没有什么互联网大厂经验的同学来说,还是很难的,基本面试的机会都不会给吧。
答案 : (1) IO线程模型 :同步非阻塞,用最少的资源做更多的事情。 (2) 内存零拷贝 :尽量减少不必要的内存拷贝,实现了更高效率的传输。 (3) 内存池设计 :申请的内存可以重用,主要指直接内存。内部实现是用一颗二叉查找树管理内存分配情况。 (4) 串行化处理读写 :避免使用锁带来的性能开销。即消息的处理尽可能再同一个线程内完成,期间不进行线程切换,这样就避免了多线程竞争和同步锁。表面上看,串行化设计似乎CPU利用率不高,并发程度不够。但是,通过调整NIO线程池的线程参数,可以同时启动多个串行化的线程并行运行,这种局部无锁化的串行线程设计相比一个队里-多个工作线程模型性能更优。 (5) 高性能序列化协议 :支持protobuf等高性能序列化协议。 (6) 高效并发编程的体现 :volatile的大量、正确使用;CAS和原子类的广泛使用;线程安全容器的使用;通过读写锁提升并发性能。
最近的项目,团队都是以前端、后端两个分离的形式。作为一个大前端,不论是在 Web 开发的时候,还是开发 Android 应用的时候,经常遇到:
不知不觉已经到了工作的第十个年头,很难想象时间会消逝得这么的快,真是印证了那句成语叫"白驹过隙"。 白驹在不停的向前跑,我也从一个职场菜鸟变成了一名老兵,每当回想起以前的一段段经历时,总觉得自己应该要写点什么回顾一下。
英文的玩笑,用中文看有点不太容易懂。它的意思就是一个关于 Python(蟒蛇)经验只有三周前去过一次动物园的程序员,只要他足够的好,他也可以用一周的时间,基于 Python/Django 完成一个在线论坛。
上一篇给大家分享了StackOverflow 上面4个有争议的编程观点(引起程序员争吵的8个编程问题!),今天再分享4个。也想听听大家对于这些观点的看法。
不管是开发、测试、运维,每个技术人员心里多多少少都有一个成为技术大牛的梦,毕竟“梦想总是要有的,万一实现了呢”!正是对技术梦的追求,促使我们不断地努力和提升自己。
绝大多数工程师对于变革有种无力感。这种无力感源于这样的想法:我不是管理人员,没有足够的职权,无法改变自己的组织。当这种感觉足够强烈的时候,它作带来的挫败感会使我们失去进一步行动的能力。
前两天看到一个大佬写的博客,提到高阶开发者必须掌握的技能,其中他明确提出了“精通多线程性能调优”。
前言 大家上午好,我会很快介绍一下自己,我的名字叫Kris,我和Patrick一起在很多年之前开始做DevOpsDays。我做这个行业已经有20年了,我最开始是做开发,然后又开始成为了运维人员,所以这
架构师一定要负责整个系统中最核心和最难的地方的编写,并且设计好团队合作开发的方式,能根据编程经验看到未来的变化,架构太重要了,出不得错误,出了错误很难回头,如果一个团队里需要一个架构师,那他一定必须是团队里写代码能力最好的,而且要负责至少40%以上的核心开发工作,并且不能脱离实际业务。
很多中间件,比如Kafka、Hadoop、HBase,都用到了 Zookeeper,于是很多人就会去了解这个 Zookeeper 到底是什么,为什么它在分布式系统里有着如此无可替代的地位。
配置管理员对各种工具,各种技术都保持一颗好奇心是难能可贵的,但是不要把自己变成一个工具狂。把各种自认为 or 别人认为酷、牛x的技术强加给团队,这种做法是不可以的。同时如果有人看到什么技术,不经过认真试用、评估就想立刻采用、马上采用的做法也是欠抽的。
0x01 前言 这篇文章既是写给甲方SDL团队管理者,也是写给所有甲方SDL从业者。 打铁还需自身硬,想要在企业中将安全建设好,首先要从安全团队内部出发。一个有战斗力的安全团队,是一切的基础。 笔者刚刚负责SDL团队的时候,经历过很多管理上的问题。刚开始带团队时,会感到对比单兵作战时压力大了很多倍。很多事情会让人感觉,失去了对以往工作内容和技术本身的掌控感。假设你有比较强烈的责任感,就会发现很多人并不会按照你的意愿行事,你希望所有人都能够跟你一样有责任心、做事认真,但现实与我们的期望往往大相径庭。 追根
我个人是从高中毕业就开始学习Java的,毕业之后被忽悠到培训机构参加Java培训班,在这个期间很庆幸通过报考大专和本科的自考,把学历给提上去了,以至于我后面学历方面也没有被卡很多,虽然大部分企业还是会要求全日制统招本科,但是由于简历上面多少还是个本科学历,所以去一些中小企业在学历这块还算过得去。(学历避坑指南)
今年的A股异常惨烈,Q1润了一下,剩余的日子都在吃好果子。我今年的收益率是-1.7%。对比其他的宽指今年沪深300 -11.3%,中证500 -7.4%,中证2000 +0.1%,恒生-13.82%,几乎是跑赢了大多数指数,因此我给自己打到80分,今年我的仓位总体控制较好,而随着目前A股的性价比越来越高,我开始大量买入。我坚信从A股现在的情况来看,整体向上的概率大于向下的概率。
摘要:刚入职场的程序员如何一步一步提升自己,成为团队里的一名精兵、再到骨干,并进一步成长为强将,除了要求有过硬的技术功底外,还需要哪些技能呢?本文作者分享了他的十年成长之路,希望对大家有所帮助。 回顾
今天在浏览网站的时候,看到别人发的这么一个帖子,刚刚入职一个新公司,代码审查的时候,leader 对他的代码进行了一些修改,而这个程序员感觉很多地方没有必要,你们看完上面这个帖子什么感觉?
回忆一下我们去饭店点餐,我们坐好,服务员给我们递过来菜单,我们点菜,点完菜我们就可以刷抖音或者玩王者荣耀了。那么过一会儿菜就上来了。谁做的菜?怎么做的菜?厨师的名字叫啥?他是什么星座的?是不是程序员转行了?我们一概不关心。
前几天在群里几个朋友围绕团队技术考核聊了几嘴,比如是开发、产品、测试、运维、UI等,不特别针对某个岗位,而是提炼出一个具有普适性的一个东西,其实从每家公司的KPI考核指标上就可以看出来,企业的关注点在哪里?个人的成长点,一般也就在那里!
软件架构师在整个软件开发过程中都起着重要的作用,并随着开发进程的推进而其职责或关注点不断地变化,总结下面几点。 在需求阶段,软件架构师主要负责理解和管理非功能性系统需求,比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等等,此外,架构师还要经常审查客户及市场人员所提出的需求,确认开发团队所提出的设计; 在需求越来越明确后,架构师的关注点开始转移到组织开发团队成员和开发过程定义上; 在软件设计阶段,架构师负责对整个软件体系结构、关键构件、接口和开发政策的设计; 在编码阶段,架
关于死锁,估计很多程序员都碰到过,并且有时候这种情况出现之后的问题也不是非常好排查,下面整理的就是自己对死锁的认识,以及通过一个简单的例子来来接死锁的发生,自己是做python开发的,但是对于死锁的理解一直是一种模糊的概念,也是想过这次的整理更加清晰的认识这个概念。
回忆一下我们去饭店点餐,我们坐好,服务员给我们递过来菜单,我们点菜,点完菜我们就可以刷抖音或者玩王者荣耀了。那么过一会儿菜就上来了。谁做的菜? 怎么做的菜?厨师的名字叫啥?他是什么星座的?是不是程序员转行了? 我们一概不关心。
不想成为大牛的程序员程序员不是好程序员,每个程序员心中都有一个大牛梦,但是想成为大牛谈何容易,今天就让我们来看看阿里大牛给我们的一些建议吧。
人们使用不同的方式来定义工程师的水平,有些公司粗暴的通过工作经验来判断是否资深,但是什么样的工程师才能算资深老司机?下文将列出我的判断依据。
多年以来,软件行业一直在使用一种类比,即以建筑行业来做参考和比喻。这种比较在软件语言里随处可见,比如架构(architecture)、地基(foundation)、建造者(constructor)、项目(project)、施工规范(building code)等。这些说法是如此之流行,以至于影响到了我们对软件开发的理解。不幸的是,这种比喻从根本上来说是不恰当的,它的缺陷已经把我们引向了一些错误的道路。 在建筑行业,很多重点都放在可预测性上——预先把需求确定清楚,并且缩减成本。这些都是成熟行业的标志。而当我们
Burp已经成了绿帽子门必不可少的工具,相信大家都装有Java环境,本软件支持1.7+以及所有安装了环境的系统。1.6后续会考虑兼容。 一直都有想写一款真正实用的跨平台类似的菜刀,然后可惜代码是个渣渣一直可望而不可即,后续随着公司业务增多,大多数目标都有WAF,于是就想写一款完全脱离工具,只依靠配置文件的菜刀。顺便当个码农~~~ 前前后后大约花了一个月,除了打飞机的时间基本就在写这货了,这里要感谢@MelodyZX牛,在我完成大体框架后,帮了我不少大忙,包括完成虚拟终端,非常感谢。 程序采用java
但是呢,最近发现一个问题,作为一家计算机互联网相关的公司,我们的领导好像都不怎么尊重程序员,甚至是整体上的轻视程序员,甚至近期还有省级分公司的领导公开在分公司的会议上贬低技术人员的作用。
在电脑面前发了一会呆,发现不知道写些啥了,思来想去,那么便写写在平时在数据处理过程常用的三门编程语言吧。这三门编程语言分别是 Python、Scala 和 Java。
其实还是很因为懒,才会有这个案例项目的产生,每次开启一个终端的小服务都要整理一次框架,造成重复的、不必要的、缺乏创造性的劳动,SO,本着可以用、用着简单的原则上传代码到Github,希望有需要的朋友直接拿来用,关心自己的业务规则即可。
羊群管理模型是我在做咨询的时候经常使用的团队模型。通过羊群管理模型我帮助了很多团队和个人进行了分析,并对改进了当前团队提供了一些方法。
周四晚上的时候,看到消息说4月9日起要采用新的核酸检查系统,要推出一个新的码,叫:核酸码。 当晚就有很多网友发现随申办上已经有入口了,但点进去是报错的: 但是因为还没投入真正使用,所以也没啥大的反馈,大家就瞎讨论了技术栈和这个错误可能的原因啥的。 我也顺带瞎扯了一句:可能会出性能问题(因为我一直觉得国内擅长Hibernate的开发者比较少)。 谁想到,今天在获取核酸码的时候真的碰到各种困难,在获取核酸码的时候,就一直刷不出来,有时候显示人多,有时候504错误: 上面我是12点尝试的,后来16、17点还
小团队一般 10 人左右,其中常常是技术最牛的人做架构师(或 TL)。所以,架构师在广大码农中的占比大概平均不到 10%。
导读:你是否有类似这样的问题——“天天写业务代码的程序员,怎么成为技术大牛,开始写技术代码?”今天,阿里资深无线开发专家李运华,系统梳理了自己的思考和理解,希望帮助更多同学少走一些弯路。
在过去的几个月里,我的同事们(Thoughtworker)一直在构建 Team AI 项目,一个围绕于 AIGC 辅助开发团队的野心勃勃的计划。在内部,我们还有一个名为 Team AI Hackathon 的活动,基于一个内部的 Team AI 代码库,探索构建适合于不同软件研发团队的 Team AI。
领取专属 10元无门槛券
手把手带您无忧上云