|
[求助]请问有什么软件可以支持查看QQ本地记录?
注意:所查看的记录是已经在本地存储的记录,不需要QQ号所有者在这个机器重新登录的。 |
|
[原创]我的近8年工作生涯
至此,大体的工作回顾算是完成了,后面可能会写一些非工作内容的东西,例如身体锻炼、薪酬收入和生活观以及发展目标等等。 |
|
[原创]我的近8年工作生涯
五.大数据时代 1.我的选择 我已经被岗位调整折腾得有些心灰意冷,也不是没想过离开这家公司,但又觉得出去的话,能得到的报酬应该也没法超过这家公司,再说出去也是一种重新开始。 人就是这样,懒惰是种天性,害怕做出改变。 这次的选择有几个方向,一番认真思考,参详了好几位老同事的意见,慎重考虑之后,我选择了大数据,就是现在外面炙手可热的hadoop。 我的目的是:希望能积累点可以拿得出手的东西,万一某天公司把我们辞掉了,或者是自己想走了,我仍然可以凭此找到一份工作和过得去的收入;而在工作和学习的过程中,能有机会和外面的同道积极交流,共同进步。 这就是我现在所做的事情。如重生一般,我又有了那种掌握一项技能,把它研究透彻,做出一些成绩的渴望和干劲。虽然因为年纪等等原因,不可能如过去一样,那么的拼搏和疯狂,但起码我不排斥它们。 到现在为止,这里有我喜欢的工作内容,有出色的同事们,我仍然认为我的选择是正确的,我遵从了内心的渴求。 |
|
[原创]学习破解的理由及计划。
真正靠自学成功的有多少个?科班出身成功的又有多少个?最起码我公司里的那些fellow,没有一个是靠自学成才的,都是经过标准教育培养出来的,他们能成功在于有厚实的科班出身基础和自己后面不懈的努力。 你要抬杠,要找个例,那当然到哪都可以挑一个。让我挑,我也能挑出好几个。但你是他们吗?你能有多少概率做到他们那样? 至于养活自己,养活父母,让父母活得开心,让妻儿活得开心,在我眼里,这已经算是了不起的成功。你现在若未能做到这点,请别轻易否定。别老看那么远,先看看自己的脚下。 |
|
[原创]学习破解的理由及计划。
读书的人,最怕的就是半懂不懂,钻入牛角尖。 我不知道楼主是如何定义成功的。在我眼里,没有狭义的成功,哪有广义的成功? 譬如,你没有正式的经济收入,没有养活自己,没有让父母活得轻松,能称为成功?这可不是以前那种等级森严,极易怀才不遇的时代,这是一个海阔天空,能者四处扑腾的大时代。 关于自学,我个人的看法是:自学是很没办法的事情,有条件还是去读书。前阵子,我有一个小姨跟我说读大学没用,其实可以自己买那些书回来自己看。我跟她说:大学还是打基础、锻炼自学能力和积累人脉,那种氛围太重要。我一直都很后悔当年没有将计算机基础打好,因我之前是学通信的,加上一些认识也不到位;你以为我工作以后就没想过和没做过自学计算机那些东西吗?但没办法,自学和上学真的是两回事。到目前为止,我仍然认为自己在计算机上的积累仍比不过一个刚毕业的计算机本科生。 我在这里也发了一个帖子,回顾工作路程的,楼主有空也可以过去看看,希望对你能有所帮助。 |
|
[原创]我的近8年工作生涯
4.再做一条龙 2012年开春,老领导召集了我们一帮老员工,开始一个新项目。我仍然负责数据的收集、分析和检索。 这是一个全新的项目,所以,我们从头开始分析所处领域和讨论架构。并接受各类基本需求,做设计方案。几乎每个SE都参与了需求分析/方案设计等前端分析工作,并参与了后端的代码开发、编译和调试,做到了端到端的交付。我们那段时间干得非常有热情,不管是周末还是晚上,都经常加班,几乎是在不到2-3个月的时间内,就调通了基本业务,为此领导还特的发了一个表扬邮件。所以,大家虽然辛苦,但干活的过程还是很充实的,研发屌丝的幸福点可见很低。 这个过程确实很锻炼人,并没有多少机会能让你从头开始搞一个新东西的。而一旦把东西搞出来之后,其中的成就感能大大增加你的自信心。 这段开发实践也推翻了原来那种所谓开发与设计分离的错误定位,设计人员一旦远离代码,他们对产品的敏感度将会越来越低,这绝对是个灾难。打破这种开发和设计的沟壑实在太有必要了。当然,并不是说所有的研发都要参与代码,架构师级别的就无需再参与到代码了。 这个新产品其实并没上面所说的那么一帆风顺,后来我们在可靠性和性能方面还是遇到很多阻难,在整个一年多一点的研发期间,可靠性和性能上的问题占去了一半有余的时间。后来我们经常感慨:可靠性和性能才是最大的敌人。 在市场上,因为实际情况有变,领导们决策新产品还需继续等待市场,我们这帮研发人员释放到别的部门。 所以,苦逼的我继续流浪。 不管如何,这段时间是我在参与工作之后,进步和收获最大的一段时间。 |
|
[求助]能否推荐下相关书籍/资料等,谢谢。
不会吧,没什么答复吗? |
|
[原创]我的近8年工作生涯
3.接触web开发 等这个报表小项目差不多结束的时候,我又被安排带一帮外包做小型视频网站,收集实际数据验证我们的系统,这也是我第一次参与到web开发中来,从零开始,接触了一些web开发的东西,包括PHP,JSP等。真的是白纸一张啊。 我负责设计整个架构,包括数据后台和视频web的接口(说白了就是读写数据),至于视频web,几乎由外包搞定,我只对web页面效果做了要求。然后我参与了各个接口的开发,搭建了环境,并给领导和同事们做了演示,后来就开放给公司内部的同事们。这个视频网站大概跑了大半年,效果还不错,达到了原先的目的,唯一不好的地方是:实验室带宽有限,人多的话,网速远远不够。 项目的真正运行,让人有份不小的成就感,看着弄出来的东西,大家在实际的用,这是搞技术的一种幸福,虽然技术含量也许不高。 |
|
[原创]我的近8年工作生涯
2.和数据结下不解之缘 这之后转入一个刚建立的全新的产品,这次转换很大:编程语言转为JAVA,彻底的正式的IT产品。 我所在的项目组,主要是负责数据的收集、分析(轻型的数据挖掘)和供检索,所使用的框架涉及到当前比较流行的hadoop、数据挖掘和搜索等各项技术,所以技术还是比较新的,部门各类技术的人才储备也很齐全,大家野心勃勃,充满干劲,就想做一番大事业。 又一次的,我兢兢业业从头开始学习,包括JAVA各类语法、面向对象编程思想和JAVA编译以及运行的各类知识。经过大半年的磨练和实践,才慢慢掌握了JAVA编程能力,感觉收获还是蛮大的。跟以前相比,这是一个全新的领域。 磨练一年后,我被临时安排带领几个人做报表收集和分析,这也是我第一次带领一个小团队,同时还负责整个产品的编译环境,这个编译环境功能很大,从代码静态检查/编译/做包/环境安装和基本功能测试,全部都是自动化的。所以,那段时间特别忙,每天都要搞到晚上10点多,白天经常开会讨论问题、澄清各类设计问题和搞管理协调工作,至于编码则几乎只能到晚上。 这个过程中印象比较深刻的是对数据计算,我们经常要算最大数据量,看数据库能否支撑,对内存冲击多大,对I/O冲击多大等等,刚开始我们想当然的都是以最大数据量来计算,结果几乎给出一个天文数字,后来我们一个SE认为我们的计算模型不对,这种统计思路是有问题的,他给了一个全新的数据模型,抹平了很多数据尖锐的地方。群里有些人讨论程序员对数学的掌握该到哪种程度,有不少人回复就是到高中就可以了,大学数学几乎用不上,我每次见到这样的回复就想骂人,你不懂就别装懂,你水平差就别让别人也变得跟你一样的差。不怕不懂的人,就怕不懂装懂或半懂不懂的人。井底之蛙,没见过外面的天空就别嚷外面没什么。 |
|
[原创]我的近8年工作生涯
四、转战IT 1.一个跳板 在通信领域干了3-4年后,因为工作需要,首次进入IT,是去搞小型机。 小型机看起来很高端,其实我们涉及的只是皮毛,什么虚拟化等等核心技术真的太难了。 我参与的地方很简单,就是做BMC部分的优化,用C语言,所以又回到写代码的阶段。高端的技术没法参与,处理的都是比较简单的事情,况且也不属于正式的产品,那段时间相对来说比较空闲。人天生就是懒惰的,所以我平时没事情干的时候,就是看看小说,乱七八糟学点东西。当时身边有位同事,名校出身,对计算机和软件方面理解还是很深的,起码比我强很多;所以,遇到一些困难经常请教他,可惜都只是工作上的事情。人的惰性确实挺大。 可以猜测,公司对这个东西肯定做不长。确实如此,半年后这个小部门又拆了。我在这半年里,没什么进步。现在想起来,后悔的就是没珍惜这段时间,好好补回原来薄弱的地方。 |
|
[求助]能否推荐下相关书籍/资料等,谢谢。
嗯,能否帮忙给出作者信息? |
|
[公告]密码学 & 密码学小组
这个书整完了吗?很期待啊。。。。 |
|
[原创]学习破解的理由及计划。
我对你那些东西还是持保留意见,但不做进一步探讨。 不管怎样,楼主至少有一点是让人佩服的,那就是勇气,希望能如期完成计划,达成学习目标。 自学独有一份艰辛,个中滋味深有体会,我当年从初一开始到大学,所有数学几乎都是自学,主要是一种乐趣使我前进,但寂寞和艰辛也是深刻的。学到最后才知道,数学也如艺术,需要那种天赋(细胞)。 |
|
[原创]我的近8年工作生涯
说实话,这个新系统真的让我感觉很不好,混杂了太多东西,整个框架让人很不舒服。后来我在这里遇到我原来部门的大SE,一个很牛的家伙,写了很多专利,其中不少还是基本专利/杀手专利。经打听才知道,他是被拉来撑起这个部门的技术水平的。确实是牛人,过来新部门之后,他继续每年都有不少专利产出。 很不幸的,这个部门后来也搬迁到外地研究所,我又一次要跳到别的部门,开始从通信领域踏入IT领域。 回顾这次部门的更换,从开始考虑换部门的纠结,到刚报到的紧张,再到努力适应,这几乎是我后续换部门必经的心路。不管怎样,我克服了自己的心魔,在新天地中,努力找到属于自己的位置,没有困死自己。有一句话说“强者到哪都能生存”,那位大SE就是属于强者。 没有绝对的安稳,唯一不变的就是变化。 |
|
[原创]我的近8年工作生涯
4.换岗之殇 因为业务调整,整个部门需要搬迁到外地研究所。 我因为不适应外地的生活,返回总部,到新部门报到。 这次岗位的更换,对我是个很大的挑战。从一个已经很熟悉的业务领域,跳到一个新的领域,几乎是从零开始,这需要不小的勇气。更何况是我从设计又跳转回编码。我是纠结了好久,还给公司一位有名的人力资源领导写了一个邮件,倾诉了自己的一些疑惑和看法,她人很好,虽然在高位,但还是尽心的给我回了邮件,非常感谢她。我最终是抱着慷慨赴死的决心到新部门报到的。 我刚过去报到时,刚好新部门正在进行一个大版本的开发。新部门的业务是用C++,大家都知道C++就是一个混合体。我重拾C语言,并开始学习面向对象的编程,更是一边重新加强自己原先那点可怜的计算机基础。只是我太过羞涩了,进步太不明显。 记得在新部门接手的第一个开发任务是,重构日志模块,构建日志的格式定义/级别定义和日志收集等各个API。记得当时版本SE是一个很有气场的家伙,动不动就喜欢用一句“我跟你不是同一个级别的,我不跟你争论”把对方噎得一句话也说不出来,但我到现在也没发觉他有多厉害,也许是我真的跟他打交道比较少吧。有个交集的地方是:大家当时对于日志模块是归属于公共模块范畴还是OM范畴,没有一致的意见,有过一番争论,最终具体是放在哪个范畴已经不记得了,我当时只觉得这个新系统有点怪,怎么会有这种问题的争论,归属于哪个范畴都无所谓,关键在于你是如何定义你的系统。 在这个部门有过争论的一次是:和版本经理讨论过需求分析和方案设计的方法过程。其实说争论也不太对,说交流更为贴切。版本经理是一个女孩子,温柔是女孩子的天性,所以根本没有版本SE的那种盛气。交流过程还是挺愉快的。 |
|
[原创]我的近8年工作生涯
3.三年之痒 在公司内部,流行一种说法:三年是一个坎,这个时候就会对工作对未来产生迷茫,这就是三年之痒。 说来也怪,我是差不多满三年的时候也撞到了这种迷茫:就是感觉自己的工作好像也没什么成就感,再这么干下去,也没多大的进步,逐渐对工作失去了热情,也滋生了一种恐惧:若是让自己到外面重新选择应聘,是否有公司会需要我。 这种恐惧的产生不是没有原因的,前面也提到过,我的计算机基础薄弱,在进入设计组后,反而更少机会接触编码及其相关的东西,真正在行的只是对通信协议的认识。但国内又有多少公司在做通信这类大型系统的研发呢。 那个时候,我慢慢对工作没了什么乐趣,感觉学习通信协议再多,也只是量上的累积而已。更不幸的是:又刚好拿到一个很麻烦同时又很没意思的设计任务,天天被主管催或者挨批。非常的烦。 还好的是,我有一位很要好的同事。他是位比我早来公司好多年的老员工,能力很突出。那段时间我经常向他诉苦。他会听我的倾诉,帮我分析,并给出看法和建议。他认为我是到了一个瓶颈,需要继续积累,争取有所突破。这让我在处于低点时,能重新思考该如何克服困境,走出困境。所以,能有一位前辈在身边指导你,在前面牵引你,实在太重要了。我是很幸运的。 |
|
[原创]我的近8年工作生涯
2 步入正轨 这一年多里,虽然有些工作和学习方法不是很好,但非常努力,说早出晚归,披星戴月的,一点都不过分,印象中,下班回家时候就没见过太阳。周末也经常要加班一天。对于这些,主管和同事们都是看在眼里的。 这个时候项目组已经扩展到快30号人了,部门组织做了很大的调整。新设一个设计组,分两个小组:信令组和业务组。我被分配在设计组中的业务组。这对我是一个认可,更是一个挑战,是一个发展的机会,但同时也使得我后面没有继续深入代码,多研究底层的机会或者动力。 设计组的工作内容一般包含:需求分析、方案设计和协议分析等等。对各种通信协议需要比较熟练,个别协议要很精通,同时对本系统的认识再不能只限制在自己所在模块内了。所以在这段时间里,工作之余,学习占了很大的一个比例。 那个时候虽然有点笨,但确实有股蛮劲,不怕累不怕苦的。 一些学习内容和心得: 1.看各类协议。通信协议很多,都是标准组织给出的,全是英文,没有精力精通所有,只有抓住和自己所负责业务方面的协议,对各种业务的基本流程/异常流程、和各类业务的交互,都要有所掌握。在一些论坛上有谈论英语要掌握到什么程度,有些人的答复真不敢苟同,我的看法是:撇开口语不谈,对于阅读方面,还是要越强越好。具体原因大家都懂的。 2.扩大了业务面。重新学习各类业务流程,从业务请求进入本系统开始,到在本系统结束。以前自己所在模块几乎刚好是本系统的中心,跟其他系统(网元),例如BSC/HLR等离得比较远,所以有些偷懒,只看本模块和本系统内其他模块的业务交互,没关注本系统外的其他系统(网元)。 3.学习需求分析/方案设计:在实际工作中,能有机会多思考方案设计。这其中,慢慢理解了什么是好的设计,什么是商业成功。刚开始接触需求分析和方案设计的时候,几乎是本能的,脑袋中首先蹦出来的是,这个需求或者方案在本系统中,该如何实现,每个模块各自负责什么职责。主管经常批评我这种方式,他认为我还是跳不出原来的开发角色,还需要多从架构角度思考东西。一边学习,一边实践,从设计角度上,我确实学到不少东西。 这段时间进步相对之前还是比较大的,起码有了一些自信。 当然也有好多痛苦: 1.在设计一些偏向于IT方面的东西时,经常感觉很迷茫,例如做日志收集,因为涉及到好多其他系统,这些在本项目中也少有理解掌握的同事,结果是,你即使加班加点,也很难搞定,这个时候的压力就是最大的。我难以按时完成任务,即使加班也搞不定,常挨主管的批评。 2.对于底层运行系统还是不太了解,例如文件系统和一些网络问题等,原先的计算机基础薄弱仍然存在。虽然知道欠缺这些知识,但又没有多少时间投入,加上性格使然,没彻底抛下面子,去跟周边的同事请教。 |
|
[原创]学习破解的理由及计划。
实话说,我不看好楼主。若是一个真正与人不同的人(主流一般都是选择读书),在家读那么些东西应该能有所冒尖。从楼主后来沉迷于游戏机就可看出,并不是一个意志很坚定的人,自律能力也强不到哪里去。这个群里有点学历越低,能得到成就,就越光荣的风气,明显是错误的。“你没有必要为了明天的幸福而牺牲现在的快乐”-- 这句话常常被拿来当及时行乐的挡箭牌,慎重。我也在写一个自己的学习和工作回顾,有空可以去看看。欢迎拍砖。 |
操作理由
RANk
{{ user_info.golds == '' ? 0 : user_info.golds }}
雪币
{{ experience }}
课程经验
{{ score }}
学习收益
{{study_duration_fmt}}
学习时长
基本信息
荣誉称号:
{{ honorary_title }}
能力排名:
No.{{ rank_num }}
等 级:
LV{{ rank_lv-100 }}
活跃值:
在线值:
浏览人数:{{ visits }}
最近活跃:{{ last_active_time }}
注册时间:{{ user_info.create_date_jsonfmt }}
勋章
兑换勋章
证书
证书查询 >
能力值