• unity3d游戏开发猜想——当程序猿老去


     程序猿将代码注入生命去打造互联网的浪潮之巅。当有一天他们老了。会走向那里,会做些什么?

    非常多年以后,在我60岁的那天早晨,天刚蒙蒙亮我就起床了,先去公园晨练,然后回来做早餐(50岁的时候我学会了做饭)。送完外孙上学,刚好8点。因为北京从2020年開始单双月限行了,这个月是单月。所以仅仅能挤地铁。人一如既往的多,一小伙子要给我让座,看了看他的小身板,我说不用。你也是干 IT 的吧。今天咱们都是程序猿。

    来到公司,墙上那条新贴上去的刺眼规定总是让我非常不舒服:全部的server端语言必须使用 Come,移动端语言使用 Swallow,还在使用 Java、C、C# 和 Swift 语言敲代码的,罚款500元。

    我不知道自己还能学会几门新语言,工作了四十年,我已经用过一百多种编程语言了……

    上午十点。00后 Team Leader 跑过来告诉我,池大大。新上线的故宫虚拟现实 NGUI 是您老做的吗?好像出了点问题。我说是老王上周做的,他老花眼早就不该做 UI 了。这周没来,据说动脉硬化了。

    唔。那您帮他改改得了……

    这个上午。老板又收到了两份在家办公申请,当中包含老冯的,申请理由是:腰不好。坐着站着都不能解决这个问题了,仅仅能把屏幕安装在天花板上,躺着编程。

    我还行,一直打羽毛球,腰好。身体就好,吃嘛嘛香。只是今天中午却没什么食欲,由于牙疼。各种牙都開始松动了,仅仅好在食堂里挑了点软乎的饭菜吃了。

    下午部门开会。我发现唯一的70后主程(主力程序猿)记忆力减退了很多。说完第8个功能点的实现后。丫突然来了一句:好,以上是第1点。如今来说第2点。直到下班,我们一直都在说第2点。会后主程怪我为什么没有提醒他。事实上我一共提醒了他13次。不跟他计较。明年他65岁,就要退休了。

    分配到需求之后。下午的工作就是画界面做表单填程序,这个工作我做了几十年。已经很熟练了,编码的时间总是最快乐的,不知不觉就晚上10点了。回家吧。过了9点就能够打车了。

    夜晚11点回到家。菜凉了,孩子们都睡着了。

    我躺在冰凉的床上。打开一本《Come 语言编程实战》開始读。

    程序猿。是一个终身学习的行业……

    ------------------------------

    看到这预计大部分程序猿读者心都碎了……不用操心。不读 MacTalk,晚景才是凄凉的,看了的都没事!

    关于「程序猿老去」这个话题。从我開始编写第一行代码的时候就有了。那时候我二十郎当岁,正值青春年少,眉宇苍茫,中年人和老去仿佛是下一个世纪的事情(确实是),遥不可及。我时而在阿尔卑斯山脉编写代码。时而去草沿天路调试程序,我认为世上之事无所不可为。仅仅有那些年近三十的老程序猿,听到这个话题时,才会紧蹙双眉一言不发,仿佛他们看到了无边落木和滚滚长江。

    非常快,我就站到了三十岁的十字路口,望了望周围,其它三个方向都没有路,仅仅能向前,于是我非常不情愿的挪到了35岁这个黄金分隔线上,或者叫程序猿的生命线。不知道是哪位大神为我们程序猿画了这么一条线,三百六十行。行行出状元。为什么仅仅有程序猿才有这条线呢?用 百度一下「程序猿 35岁」。尽是「不作35岁的程序猿」「技术大龄恐惧症」「35岁后要转管理」「35岁前程序猿要规划好的 X 件事」这样耸人听闻的字眼,一想到自己并没有规划过「这些事」,我绝望极了,35岁生日的那一天可能会发生什么不好的事吧。比方编程、演讲、写作、设计这些技能都会烟消云算?我可能会跟不上时代的发展?我可能会被解雇吧,我想。

    35岁生日过去了。除了收到生日礼物,什么事都特么没有发生。我依旧活蹦乱跳的编程、演讲、写作和设计产品。一切都变得更好了。

    再也不相信年龄了……

    回首往事,我发现当年那些对编程充满激情。对生活满怀理想的小伙伴,有的变成了某个领域的技术大牛,在做产品的同一时候忙着布道演讲写书;有的经营者或大或小的公司,同一时候还在编敲代码。有的设计出了千万人使用的软件产品;有的则转变成了一个纯粹的管理者,经营着上千人的机构。

    他们都是程序猿。

    真正有可能晚景凄凉的程序猿,是对技术和产品没有兴趣的人,是只把编程当做生活工具的人,是那些不能终身学习的人。

    开篇的文字。就送给这些人吧,希望他们可以在40岁曾经看到这篇文章。

    关于程序猿转行的问题。也是个伪命题。

    没有人的职业是一成不变的,今天你在考虑 LVS 要使用 IP 隧道技术还是直接路由。负载调度使用加权轮叫还是最少链接,十年后你要做的可能是添加哪些产品特性和阅读用户的消费心理。

    时间会驱动着你去不停的选择自己的道路。

    假设继续编程可以最大化你的价值,那就去编程,太多精深和复杂的技术须要长期的积累和实践才干化繁为简鬼斧神工,请在技术大神的道路上一路狂飙。

    假设设计产品可以最大化你的价值。那就去设计产品,现代世界已经不再是「美学、艺术」与「电子产品、软件」毫无关联的年代了。人们越来越重视产品体验和艺术美学,假设你懂得产品之美,又能估算这个产品多久可以开发出来,还懂一些开发细节。不知道可以虐多少程序猿啊。想想这个场景多么美好。

    假设经营一家公司可以最大化你的价值,那就去创业,去招募战友。服务伙伴,提供产品,去创造属于你自己的天空。

    假设演讲……假设咨询……假设市场……。非常显然。我看到的程序猿未来有无限可能。并且我们最大的优势是:这帮家伙甚至能编写代码,这真是太酷了。

    当然,我们程序猿也不要过于沾沾自喜。在某个领域深耕细作的同一时候,不要忘记拓宽自己的知识面。假设一个人的领域太过专业化。一段时间后,你可能发现自己的专业已经陈旧了。假设一个人的知识面非常广。在终身教育的配合下。你的专业能够随着时代的变化而改变。

    另外,在调试程序或程序出现故障的时候。程序猿要避免说这些暗语:

    扯淡。这不可能!

    我机器上就没事!

    不应该啊……

    一定是隔壁老冯的问题!

    原来怎么没问题?

    每少说一次,就能前进一大步!

    最后,对不是程序猿的读者也说两句吧。假设你身边有程序猿。一定要对他们好,不懂技术不要对程序猿说这非常easy实现,平时多送些小礼物,他们不开心了就请吃海底捞。加不加班都要给他们加薪,没有女朋友的给介绍女朋友。还没来狗刨学习网学习Unity3d的让他们赶紧来学习……你会有回报的。

    经年以后,当你偶然之间再次翻到这篇文章。或许会说。唔,这个老家伙说的还有点道理呢!



  • 相关阅读:
    响应式布局
    Margin是什么?
    分布式系统设计(1)
    Hadoop处理大量小文件的问题和解决方法
    Facebook揭密:如何让MySQL数据库集群自主运行
    大数据营销的优势
    LevelDB系列之SSTable(Sorted Strings Table)文件
    LevelDB系列之Log文件
    LevelDB系列之整体架构
    LevelDb系列之简介
  • 原文地址:https://www.cnblogs.com/zfyouxi/p/5151613.html
Copyright © 2020-2023  润新知