無標題文檔

迁移到微软的 Azure

距离上次的迁移已经有两三年了,一般来说不会这么折腾的,但是国内对外的网络环境是越来越糟糕。

这个博客站点其实也是佛系更新的,加上天生爱自由的关系不想备案(其实早先备过案,但过期了),于是就又得换个地方、
换个国内能够访问稍微顺畅点的。

用过很久的 Linode,然后再是 Vultr 。就现在这个网络环境来看,这些国外老牌但是规模来说二线的云服务商是
国内老大哥重点关照的对象,毕竟个人站长以及「散户」太多,监管起来成本太高还不如一刀切。

Azure

所以,这次考虑迁移还是想往相对比较大的平台服务商上面去靠拢,同时为了省事宁可多些花费,加上又不想用国产
的服务商(别问我为什么)。于是剩下的也就是三家:Google 的 GCP、亚马逊的 AWS 以及微软的 Azure 。

不用 Google 是因为不想把鸡蛋放在一个篮子里,而 AWS 那逆天的控制面板简直让人感觉这是不是和我们一个星球的人
设计出来的,那么剩下就只能选用了 Azure 这其实完全不是好不好问题了。

Azure 的费用的确不便宜,但希望贵有贵的道理吧。现在写博客的人是越来越少了,希望我也还能继续坚持下去。

前端的困惑

前些天喷了下所谓的前端「娱乐圈」,虽然带有点情绪但是应该能说明我的目前前端这个圈子的态度。

昨晚收到前同事的来信,虽然带过的团队和人较多,真的尴尬记不起来您是谁来,但真的非常感动那么多年过去还能想起不才。

我觉得还是有必要再继续写篇我自己个人从前端转型的历程和心态。其实这个话题其实已经不止讨论过一次,但其实以前我把这件事情自己也就当做过往来调侃而已,没有非常认真的分析。

我想现在看来,是个非常好的时间点来说这个事情:一来当作自己的个职业方面的总结、二来也可以抛砖引玉当作各位的参考,见笑。

如果时间拨回到十几年前,那时候的前端职位的定位和职责其实非常的模糊,对于前端的理解往往就 JavaScript 代码复制粘贴实现 HTML 页面的轮播等功能就完事,只是后端顺手把页面套了是上不了什么台面的技术活。

说起来我也是半路出家,因为那时候我的主要还是写点 PHP 以及 Java 然后再来折腾 HTML 页面。再往后就是入职了淘宝,才对于前端这个职位有个比较系统的认识以及深入。

如果说当时的大环境是 Web2.0 的时代,那么前端这个职位的技术深度其实几乎停留在 Web1.0:大量的非工程化的前端代码四处堆放,没有工程化的概念,前端也忙于四处救火不是套页面就是修复各种因为浏览器兼容性造成的页面错乱等等事情。

总结下来,那时候(2010 年上下)我个人对于前端这个职位的也是迷茫的:一是业界对于前端这个职位的定位非常的模糊,单纯的对于这个职位而言往往只有一二线的大厂有专门的职位,你能跳的公司其实来回也就那么几家;二是个人因为业务的发展承担了更多的职责,如果只是从前端的角度和高度去考虑整个项目的落地和实施情况,往往是非常的片面以及各种不足。

好在那时候移动互联网的兴起,业界的快速迭代让部分的疑惑变成了让业务 push 你走的动力。

就是在那个环境下,我逐渐从前端这个职位切到了移动端,再后来因为团队的成员比例变化从移动端切到了后端以及管理。

其实我现在回想和总结起来,那时候的我还是相对浮躁了些,如果按照我现在想法和逻辑,我肯定不会做以下的几点:

1、对于前端方面我在「前端娱乐圈」的文章中也喷过,我当时也是过于的关注用户界面的展现形式,然后将各种所谓的新技术套用到自己认为很能出彩的地方,然后显得自己非常的有成就感。

2、过多无意义的争论甚至是争辩,因为前端的可实现以及「重复的轮子」太多,所以造成一个问题可以有多种的解决方案。如果不从全局的角度看待或者作出决策,很多时候往往会陷入无谓的孰优孰劣的争论中,非常的没有必要。

3、从前端转移动端以及后面的后端,往往会带着思维的惯性来理解不同技术栈的方案。例如我曾经干过件「蠢事情」就是自己撸了个所谓后端的高灵活性的框架,然而到后面我才知道 IoC 以及 DI 原来 Spring 已经帮你做到了所有你所想的事情。

4、后端其实出成果的路径往往没有前端的直接,前端优化部分的 case 往往用户从体验上来说非常能直观的感受到,而后端如果需要同样的效果需要做更多的事情往往风险也更大。因此,有段时间我从后端的角度上来说,变更极为的保守。

从技术栈上来说,我入后端是从 PHP 开始的,然后写的最长的时间是 Java ,到近几年( 2019 年开始)才开始写 Golang。

如果您考虑从前端转后端,其实任何种后端语言都应该能够被深入的研究和掌握,但是咱们需要考虑的因素有更多不仅仅是技术栈方面的事情。

首先,从自身角度上来说,我们需要明白自己擅长做什么以及不擅长做什么。了解自己的边界后,从能定位自己的定位。

其次,从大环境来说 Java 技术栈还是主流,相信你掌握 Java 技术栈以后,再去了解其他的后端技术栈也是能一通百通,技多不压身。然后,自己能够足够回答上述的两个问题后,再去做学习上的规划也会明确很多。

还有个想法我其实想提出来,让您多考虑下。

小城市虽然能够提供的职位相对比较少,可能高度也不会很高。但是我们随着年龄的渐长,需要考虑技术方面的问题其实也会越来越少,例如考虑家庭等等的因素。

这点我们得明白自己需要什么,因为环境的制约造成的困扰,其实改变自身来解决是非常困难的,有可能的方式换个思路例如换个环境才是比较好的做法。

以上的观点可能过于主观,仅供参考。

所谓的「前端娱乐圈」

注意:这是篇带有非常浓厚个人情绪的文章。

最近 React 的 Github 项目主页因为意识形态的原因被冲,已经成为了开年为数不多的技术新闻。祖国的前端圈子又一次以这样子的形态被国际环境所认知和理解,这不得不说是一次误解和灾难。

但其实我不奇怪和意外这个事情,因为本身这个事情从导向性上来说是非常可以理解的。

但同样作为技术人员,以我对于国内前端的圈层的认知来说,其实还是超出了我的预想和预期, 而且我非常相信,这已经不是第一次可能也不是最后一次。

我是非常反感意识形态和技术本身挂钩的,虽然「技术无国界」这句话在目前各个国家间的相互制裁和「卡脖子」看来非常的理想化,但我们自己还是需要部分的信仰去支撑自己的信念的。

Github 目前看起来其实还是是个相对比较纯净的社区,但偏偏国内前端这个圈子,就有很多上述类似无关技术的事情发生,让人再次叹息。

我们举例:今天有 React 被冲、往前看还有 Vue 是否是国产框架之争、再往前甚至还有流行框架作者删库跑路…所以,甚至有人戏言国内前端的环境是「前端娱乐圈」。

从技术角度上说,前端开发其实是相对门槛不高的研发岗位。从项目的侧重点上来说,如果说后端关注的是业务逻辑和数据流转,那么前端其实更加关注的是用户体验已经产品的展现形式。

同时前端的技术栈相对比较的多和杂,掌握这些都是需要时间和项目的经验沉淀,但刚开始的初学者因为环境的原因,加上方向上的体系认知还没完全成型,所以都不会非常的深入。

前端的沉淀速度同时往往还会赶不上迭代速度,随着业务和产品的迭代后端已经可能还忙于维护「屎山」,同期时候前端的项目代码因为产品本身已经开始考虑重构,这让很多前端项目往往不会也不关注本身的沉淀。

正是往往缺乏很多业务逻辑的沉淀,所以国内的技术负责人的岗位往往都不会是前端出身,这让前端的话语权更加的弱势,造成相对后端和其他岗位而言,前端的延展性明显没有其他岗位高。

所以,上述各方面的因素这往往会很容易让前端浮于表面的展现形式、以及技术本身迭代带来的快感之中。

其实以上的情况,从这几年的趋势看来也是越发的严重。国内互联网环境的发展,让分工更加明确和细致。

曾经开玩笑的说,以前的前端是把后端写了「顺便」就把页面给套了,而现在的前端是往往实现了以后还要等后端的接口才能跑起来。而后端如果正儿八经想上手前端项目,先不说各种前端类库的选型,光是 webpack 本身的配置就足够让他忙活一阵子了。

我个人从前端转后端那么多年,这种情况其实也完全没有大的转变。虽然目前的国内技术环境普遍的浮躁不堪,但现在看来国内的前端环境尤甚。

那么我们能做些什么呢?其实以下不觉得是个非常好的建议,我也没理由讲些大道理。作为技术人员本身,其实在我看来这些都是基本的素质。

第一条建议,就是关注技术前沿的本身,其实更应该结合实际的项目已经产品的情况,避免空谈技术很无法落地成为空中楼阁。

这在前端这个圈子里是非常普遍的现象:「哎,这个玩意很厉害我应该套用到目前的项目中,先不管适用不适用,但我至少用起来了。」

第二条:其实每个人每个职位都会有自己的瓶颈期,当发现自己对于某项 case 已经长期无法突破的时候,那么应该跳出自己的思维路径,去考虑其他的角度看到更多的维度。

我看很多前端会说自己什么什么框架,然后列举了一大堆。但是在我看来掌握框架本身其实是「外功」,真正的「内功」修行应该提升到和设计思路这个层次。

例如,举个例子很多 Angular 初学者不知道依赖注入的思想,但是如果你是后端 Spring 使用者,那么会非常容易熟悉和理解。设计思想这块前后端很多时候是相通的。

如果你不理解就不会包容,就容易陷入框架和工具本身的争执中,因为你只是熟悉自己熟悉的。

那么第三条,我们就可以引申出来:避免多余的争论。我在 V2EX 上往往会 看到很多针对同类型的类库、重复的轮子的技术争论。

这些其实这是很容易挑起争端、引起话题,但同时也是很容易没有结果 - 毕竟都在一定程度上解决了相通的问题。

最后一条:更不要将技术和意识形态挂钩。这条其实是最基本的,同时也是最最重要的。

在我看来技术本身就是技术,是为了解决和实现具体的问题以及需求存在的,所以事物的本身不应该有任何的倾向性。

最后,我所期待的前端他应该是链接冰冷的数据和业务逻辑、给到真实用户体验的枢纽和桥梁。

所谓的「前端娱乐圈」当然只是笑谈,我们作为前端当然也应该知道前端本身能力所赋予的意义,前端这个圈子也不应该沦为技术无关的争论甚至意识形态的战场。

我的照片

嗨!我叫「明城」,八零后、码农、宁波佬,现居杭州。除了这里,同时也欢迎您关注我的 GitHubTwitterInstagram 等。

这个 Blog 原先的名字叫 Gracecode.com 、现在叫 「無標題文檔」 。 要知道作为码农取名是件很难的事情,所以不想在取名这事情上太费心思。

作为八零后,自认为还仅存点点可能不怎么被理解的幽默感,以及对平淡生活的追求和向往。 为了避免不必要的麻烦,声明本站所输出的内容以及观点仅代表个人,不代表自己所服务公司或组织的任何立场。

如果您想联系我,可以发我邮件 `echo bWluZ2NoZW5nQG91dGxvb2suY29tCg== | base64 -d`

分类

搜索

文章