草庐IT

菜鸟架构师之路开篇

菜鸟架构师之路 2023-03-28 原文

前言

这里是老马,拖了许久的菜鸟架构师成长记录终于要开篇了,可喜可贺,可喜可贺,毕竟从想法产生到落地已经过去了一年多。。。

那为什么会有这样的想法和念头?

虽然我是某985软件工程出身,但是那些年的放纵让我并没有一开始就能获得很好的起步,也导致我需要花更大的努力提高自身认知和技能。业内都鼓吹说去了大厂只能当螺丝钉,但是有了大厂的经历和背书,未来的职场之路会通畅很多,从我所认识的人来看无一不是这样。嗯,其实言下之意就是我是一个没去过大厂熏陶的菜鸟,现在虽然是某千人独角兽创业公司的系统架构师,但是没去过大厂依然是我挺大的遗憾之一。

所以回到主题,写这系列的文章,一方面是对自己的过去以及现在做总结记录,以及坚定自己未来的道路;另一方面,也是希望文章能够给予看文章的你警示以及启发,避免重蹈我的覆辙,如果能确实有一点能帮到你,那将是我莫大的荣幸!

自我介绍

毕业于某985院校(挂科无数,勉强拿证),十年以上码农经验,主力后端,做过前端、App、小程序,做过嵌入式,做过架构,做过运维,带过数十人的团队,5年以上的创业(失败)经历,目前在某独角兽机器人公司担任软件架构师,见证了公司从100人到数千人的极速扩张

以后会写哪些内容?

既然是菜鸟架构师之路,那会以我自己的视角,记录从一个小小菜鸟,如何摸爬滚打的成长起来:

  1. 技术方向包含基础技能,技术进阶,架构设计,实战相关等
  2. 过程中我的心路历程,做的对的事情,错的事情等,都会娓娓道来
  3. 最后也会时不时的来一些杂谈,人生的感悟等等,包含我一段多年创业,从逐步走上正规,到最后心酸落幕的经历
  4. 目前在做机器人软件的架构,在脱敏之后,也可以时不时的给大家分享一些机器人行业,到物联网相关的知识

以上,就敬请期待了~

写在最后

曾几何时,我也是跟很多人一样,沉迷于游戏不可自拔,不是我自吹,WOW,AION,LOL,DNF等我都是第一天公测就开始玩,而且还靠着在wow里面当商人赚到了不少生活费,为此沾沾自喜。然而也因为心思都在游戏上,完美错过了深圳的楼市,虚拟币投资等财富自由的机会,大厂也没有进,年龄上来以后想混个领导层也特别难,突然就醒悟之前是多么颓废,周边的朋友买房的,结婚的,生小孩的,自己却只会坐在电脑前面打游戏看动漫?可能有人会说,这就是我想要的生活,也没太多追求,但是等你年龄大的时候,会发现社会上处处都散发着金钱的味道,房子,车,家庭,小孩,生活,健康,不说那么远,光现在的各种网游手游,没钱你都是被土豪一打十的那种小喽喽。我已经错过了黄金的几年,付出了更多的努力现在勉强才够看,但是假如我能更早的奋斗,肯定会比现状好的多。

所以,假如你恰巧看了我的文章,也恰巧跟当初的我一样,希望你能引以为戒,了解清楚自己真正想要什么,应该做什么,给自己制定一个合理的人生规划,并为之努力。游戏动漫这种可以把他当成减压工具,但不是你的全部。相信若干年后,你一定会感谢自己当初的理智克制。

要怎么努力?刚说了大厂是职业规划的直通车,能进入大厂就等于是站在了巨人的肩膀上,借着丰厚的资源走上能快速发展的高速路。

但是不是除了进入大厂,就么有晋升之路了?

当然不是,在日后的文章里,我会逐步的跟大家介绍我这个菜鸟是怎么做到现在这个成绩,拿到传说中的百万年薪和期权,离财富自由就差个上市

最后,拿个段子来结尾吧

以下:

菜鸟:“头儿,我们要造什么?”

老师傅:“菜鸟商城”

菜鸟:“嚯,已经设计好了吗?”

老师傅:“总共四层,负一层及以下停车场,一楼以女性消费为主体,二楼以大众娱乐为主体,三楼以美食为主体”

菜鸟:“这要怎么建设啊,感觉无从下手”

老师傅:“先打好地基,再搭好每一层的结构”

菜鸟:“哦(似懂懵懂)”

老师傅:“再进行围护结构施工,墙啊门窗栏杆等,就形成了每一间店面”

菜鸟:“哦(还是似懂懵懂)”

老师傅:“进行初装修和电气、通风、消防施工,整体结构就基本成型了”

菜鸟:“那我在这里面要干些啥”

老师傅:“按照老师傅的要求施工,指哪儿造哪儿”

菜鸟:“哦(虽然还是似懂懵懂,但是跟着老师傅干肯定没错)”

菜鸟:”为什么你这么厉害“

老师傅:“无他,唯手熟尔”

有关菜鸟架构师之路开篇的更多相关文章

  1. ruby - Ruby 和 Ruby on Rails 中的三层架构 - 2

    我是一名决定学习Ruby和RubyonRails的ASP.NETMVC开发人员。我已经有所了解并在RoR上创建了一个网站。在ASP.NETMVC上开发,我一直使用三层架构:数据层、业务层和UI(或表示)层。尝试在RubyonRails应用程序中使用这种方法,我发现没有关于它的信息(或者也许我只是找不到它?)。也许有人可以建议我如何在RubyonRails上创建或使用三层架构?附言我使用ruby​​1.9.3和RubyonRails3.2.3。 最佳答案 我建议在制作RoR应用程序时遵循RubyonRails(RoR)风格。Rails

  2. ruby-on-rails - 为什么 Rails 菜鸟不应该使用 Gem Devise? - 2

    按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭9年前。我是ruby​​onrails菜鸟。相比之下,我的HTMLCSSjavascript和jQuery相当不错。最近我使用MichaelHartl的教程进入了RubyonRails:http://ruby.railstutorial.org/ruby-on-rails-tutorial-book.但是,唉,我正在尝试构建自己的项目并使用gemdevise作为进

  3. ruby-on-rails - 具有六边形架构和 DCI 模式的框架和数据库适配器 - 2

    我尝试用Ruby设计一个基于Web的应用程序。我开发了一个简单的核心应用程序,在没有框架和数据库的情况下在六边形架构中实现DCI范例。核心六边形中有小六边形和网络,数据库,日志等适配器。每个六边形都在没有数据库和框架的情况下自行运行。在这种方法中,我如何提供与数据库模型和实体类的关系作为独立于数据库的关系。我想在将来将框架从Rails更改为Sinatra或数据库。事实上,我如何在这个核心Hexagon中实现完全隔离的rails和mongodb的数据库适配器或框架适配器。有什么想法吗? 最佳答案 ROM呢?(Ruby对象映射器)。还有

  4. 设计一个亿级高并发系统架构 - 12306火车票核心场景DDD领域建模 - 2

    “架设一个亿级高并发系统,是多数程序员、架构师的工作目标。许多的技术从业人员甚至有时会降薪去寻找这样的机会。但并不是所有人都有机会主导,甚至参与这样一个系统。今天我们用12306火车票购票这样一个业务场景来做DDD领域建模。”开篇要实现软件设计、软件开发在一个统一的思想、统一的节奏下进行,就应该有一个轻量级的框架对开发过程与代码编写做一定的约束。虽然DDD是一个软件开发的方法,而不是具体的技术或框架,但拥有一个轻量级的框架仍然是必要的,为了开发一个支持DDD的框架,首先需要理解DDD的基本概念和核心的组件。一.什么是领域驱动设计(DDD)首先要知道DDD是一种开发理念,核心是维护一个反应领域概

  5. 焕新古文化传承之路,AI为古彝文识别赋能 - 2

    目录1古彝文与古典保护2古文识别的挑战2.1西文与汉文OCR2.2古彝文识别难点3合合信息:古彝文保护新思路3.1图像矫正3.2图像增强3.3语义理解3.4工程技巧4总结1古彝文与古典保护彝文指的是云南、贵州、四川等地的彝族人使用的文字,区别于现代意义上的彝文,古彝文指的是在民间流通使用的原生态彝文,多达87046字。古彝文的起源距今至少数千年,是世界上最古老的文字之一。对古彝文字集研究有助于理解尚未被翻译成汉文、用字尚未规范化的古籍,更深层、透彻地作用于传统文化保护。古彝文字义对照图(网络资料+邵文苑供图)古籍是不可再生的宝贵资源,应当得到妥善保护。中国的古籍在历史上迭经水火兵燹等自然灾害、

  6. ruby - 写密集型特征的架构 - 2

    我在当前项目中使用由Oracle数据库和memcached支持的RubyonRails。有一个非常常用的功能,它依赖于单个数据库View作为数据源,并且该数据源内部有其他数据库View和表。这是一个虚拟数据库View,能够从一个地方访问所有内容,而不是物化数据库View。大多数情况下,如果用户正在使用他们希望更新的功能,那么让数据保持最新很重要。从这个View获取数据时,我将安全表内部连接到View(安全表不是View本身的一部分),其中包含一些我们用来在更细粒度级别上控制数据访问的字段。例如,安全表有user_id,prop_1,prop_2列,其中prop_1,prop_2是数据库

  7. 【思考】聊聊低代码的实践之路 - 2

    文章目录背景一、最初的疑惑二、简单聊聊原理三、组织内实践案例四、实践带来的反思五、最后聊几句问题背景这个概念由来已久,但是在国内兴起,是最近几年;低代码即Low-Code;指提供可视化开发环境,可以用来创建和管理软件应用;简单的说就是可以通过各种组件的拖拽,实现页面的创建,交互流程和逻辑,以及数据层面的管理,更加高效的实现需求;早先在数据公司时;见识过低代码的应用,也参与过部分研发,比如元数据平台,BI分析等;不过,当时还是以数据管理的工具来定义项目,并非是低代码;从「2020年底」开始;实际上,那个时间节点,低代码平台的应用已经形成趋势了;现在的公司,将低代码平台的使用规划到业务体系中;后来

  8. ruby - 模块化、基于组件的 Sinatra 应用程序的架构 - 2

    我正在开发一个包含大约10个不同功能组件的Sinatra应用程序。我们希望能够将这些组件混合并匹配到应用程序的单独实例中,完全从config.yaml文件配置,如下所示:components:-route:'/chunky'component_type:FoodListercomponent_settings:food_type:baconmax_items:400-route:'places/paris'component_type:Mappercomponent_settings:latitude:48.85387273165654longitude:2.340087890625-

  9. 「前端代码简洁之路」后台系统之详情页设计 - 2

    一、乱花迷人眼我就是被迷的那双眼。有时候需求来了,用熟悉的套路进行开发,确实很节省时间也能保证功能的稳定,但是这些开发的惯性无形中阻碍了我对技术的探索。我一直想改造详情页,解放重复功能开发的劳动力,但是详情页一眼望都是内容平铺,好像并没有什么可做的代码设计。后来我拨开繁花,发现详情页的组件化不必想的过于复杂,后台系统风格统一即可。因为大部分的详情页面是内容的展示,偶尔会出现少量的操作功能。将风格统一的部分进行组件化处理,操作功能使用回调函数放回当前页面,避免组件里做过多的业务逻辑。看,这不就成了。项目基于React框架开发的,所以代码写法是JSX语法,组件开发使用的hooks函数式组件,UI框

  10. 【哈士奇赠书活动 - 20期】-〖从程序员到架构师〗 - 2

    文章目录⭐️赠书活动-《从程序员到架构师》⭐️编辑推荐⭐️作者简介⭐️赠书活动→获奖名单⭐️赠书活动-《从程序员到架构师》内容简介:《从程序员到架构师:大数据量、缓存、高并发、微服务、多团队协同等核心场景实战》分为数据持久化层场景实战、缓存层场景实战、基于常见组件的微服务场景实战、微服务进阶场景实战和开发运维场景实战5个部分。基于对十余个架构搭建与改造项目的经验总结,介绍了大数据量、缓存、高并发、微服务、多团队协同等核心场景下的架构设计常见问题及其通用技术方案,包含冷热分离、查询分离、分表分库、秒杀架构、注册发现、熔断、限流、微服务等具体需求下的技术选型、技术原理、技术应用、技术要点等内容,将

随机推荐