美文网首页
🐜 Techs记录本【持续更新】

🐜 Techs记录本【持续更新】

作者: en_young | 来源:发表于2022-11-08 17:06 被阅读0次

    1、面包屑导航
    面包屑导航的作用是告诉访问者他们目前在网站中的位置以及如何返回。
    并不是所有的网站都适合使用面包屑导航,需要符合下面两个条件。

    • 层级较深的网站。如果只有一级分类的话,通过主导航就可以起到快速定位的作用。比如豆瓣网这种扁平结构的网站就没使用面包屑导航。

    • 独立不交叉的网站结构。因为面包屑网站导航路径是线性结构的,因此网站内容必须划分的非常清晰,且不存在交叉,否则,面包屑导航的路径就不是唯一的,同一分类可能出现在不同的路径中,让用户感到困惑。
      【维基百科摘抄的,详情🔎自己搜】


    2、微信小程序 & App
    微信小程序并无技术上的革新,它是基于当前 app 的尴尬场面而设计的。app的类型大致有两类:

    • 微信、支付宝、新闻类app、运动类app等基本上每天都会用的;
    • 墨迹天气、大众点评、工具类软件等使用频率较低的 app;

    当然还有下载后就立马想卸载的。。。
    对于使用频率较低的 App,如墨迹天气,平时想卸载,但需要时确实也很方便。这类应用给用户的感觉就是非常鸡肋。确实,后来墨迹天气也有了小程序。
    【出处忘了惹。。。】


    3、岗位划分细致明确,但往往效率是一个问题;一个人干几个人的事情,往往质量是一个问题。
    【某技术组长的观点】


    4、微信为什么不存储聊天记录?不是人家傻,你存了警察等相关机构是不是得找你要数据?人家不想惹麻烦。
    【某技术组长的观点】


    5、《架构风格和基于网络的软件架构设计》
    该论文是 Roy Thomas Fielding 攻读信息与计算机科学学院哲学博士学位提交的。
    【不得不说是大佬啊🧎♂️,各位有空读读】


    6、在团队中开发,不能擅自改变项目的依赖,如果要改,一定要通知团队的其他人,不然会造成不必要的时间浪费。一般不建议改,因为这些都是在项目的初期就确定好的。
    同时,无故添加依赖会让项目体量变得更大。
    【要注意,有教训的】


    7、IT 团队工作,表结构、业务逻辑这些前期就应该充分讨论、多方商榷确定好,严格执行,轻易不修改,修改也要周知。就像协议一样,确定好后,通信双方就要严格执行,不然通信就会有障碍,浪费时间。
    【自己的工作感受】


    8、消费者是又懒又蠢的。
    【摘自《简约至上 交互式设计四策略》】


    9、Jackson、Fastjson
    Jackson、Fastjson 等 JSON 框架,其底层其实还是 HashMap。


    10、使用 Lombok,一时觉得很爽,但它却污染了你的代码,破坏了 Java 代码的完整性,可读性和安全性,同时还增加的团队的技术债务,这是一种弊大于利,得不偿失的操作。如果你确实想让自己的代码更加精炼,同时又兼顾可读性和编码效率,不妨使用主流的 Scala 或 Kotlin 这一基于 JVM 的语言。
    【忘记出处了,可进一步探究】


    相关文章

      网友评论

          本文标题:🐜 Techs记录本【持续更新】

          本文链接:https://www.haomeiwen.com/subject/mzmwtdtx.html