在开始讲前端的技术究竟发生了哪些改变之前，先讲前端『不变』的地方。只有了解了哪些没有改变，我们才能更好的理解哪些改变了。
一般来说，我们使用 height:100vh 进行全屏布局，这是一种很方便的响应式方法。
最近我有幸参加在墨尔本召开的 2017 Web Directions Code 大会。我和 Mark Dalgleish 还有 Glen Maddern （他的演讲非常精彩）被分到了一个演讲小组里。我们做了一系列关于 CSS 的演讲，在小组讨论中，我们讨论了一个问题：“只会写 CSS 和 HTML、不会写 JavaScript 的人在行业中还有一席之地吗”。
微服务“很香”，它有许多优势，比如更快的开发、更好的可扩展性、更小的独立团队等等。但是，很多团队却在微服务上举步维艰，没有很好利用其优势。原因到底是什么？
现在，几乎整个互联网行业都缺前端工程师，不仅在刚起步的创业公司，上市公司乃至巨头，这个问题也一样存在。没错，优秀的前端工程师简直比大熊猫还稀少。 每天，100offer的HR群都有人在吐槽招不到前端工程师。实话说对这些需求，Betty也无能为力，因为在供不应求的前端招聘市场上，优秀的前端工程师才是有话语权的那一方。 放眼全球，不仅在国内的互联网行业，在国外，前端工程师一样是需求旺盛、供不应求的香饽饽。 举个例子，根据indeed.com抓取的数千家网站的职位显示：目前前端的热门岗位——「HTML5」是需求增
有的时候，你仅仅需要用到一个类的实例。其也许是某种类型的资源管理器，用于维持应用程序中的输入输出端口，或者用于全局查找某些值，这个时候单例模式就能派上用场了。
微服务“很香”，它有许多优势，比如更快的开发、更好的可扩展性、更小的独立团队等等。但是，很多团队却在微服务上举步维艰，没有很好利用其优势。原因到底是什么？这是本文作者试图回答的。
如果大家在某份工作上辗转难眠，每天感觉紧张焦虑，或者不断质疑自我价值，那我劝大家赶紧换个新去处。
前端疲劳是非常真实的。 我看到过一些关于JavaScript疲劳的文章，但我认为问题远不止于这种特定的语言。
就像 React 一样，CSS 工具 Tailwind 经常在 Web 开发者圈子中进行辩论。它非常受欢迎，但也有它的反对者。
英文 | https://javascript.plainenglish.io/say-goodbye-to-7-bad-javascript-practices-1de41ca57f0a
在过去的几年里，我对进行数字化转型的多家产品团队进行了架构审查。大多数团队都是遵循微服务架构来构建产品。他们完全有理由使用基于微服务的架构：更快的开发、更好的可扩展性、更小的独立团队、独立的部署、使用正确的技术来完成工作，等等。但是，我经常发现，团队在微服务方面举步维艰。他们未能充分利用微服务的优势。在本文中，我将分享我的观点，阐述团队在微服务方面为何举步维艰的原因。
前端的工作是上承设计师，下接后端工程师的。其工作主要有三个方面——html\css\javascript(下简称为JS)；
大家好，我是喵喵侠。技术债是一个老生常谈的话题了，这个无可避免，会伴随开发一生。只要技术在更新，需求在变化，技术债就一定会产生。那么如何有效治理技术债，这个话题就很有探讨的价值。下面我将会以我个人的角度，浅谈一下技术债产生的场景，以及如何解决和避免技术债。
1、正确引用jQuery 尽量在body结束前才引入jQuery，而不是在head中。 借助第三方提供的CDN来引入jQuery，同时注意当使用第三方CDN出现问题时，要引入本地的jQuery文件。 如果在</body>前引入script文件的话，就不用写document.ready了，因为这时执行js代码时DOM已经加载完毕了。 <body> <script src="http://lib.sinaapp.com/js/jquery11/1.8/jquery.min.js"></script>
UI/UX Desinger / FE Developer / 产品经理 / 设计管理
现在，Vue.js 在 Github 上得到的星星数已经超过了 React。这个框架的流行度在不断增长，由于它并没有像 Facebok（React）或 Google（Angular）那样的大公司支持，这种增长让人非常惊讶。
JavaScript使用两种相等性操作符：===|!==和==|!=。通常认为做比较的最佳实践是使用前一组操作符。
对于把编程当作兴趣的人来说，编程越久越会觉得『编程是一种艺术创作』。很多人认为程序员一定爱编程，但真相并非如此，从我周围的统计数据来看，真正爱编程的程序员不足10%，大部分人都是把编程当做营生的手段。
Bun 1.0 已经发布;它被设计成 Node.js 的替代品。Bun 速度很，但速度是唯一重要的因素吗？
有时候，JavaScript（甚至带有类型检查的 TypeScript）会因为其不可预测的特性和缺乏约定而遭到批评。对于那些知道 JavaScript 是为 web 浏览器设计的脚本语言的人来说，这就不足为奇了。
说TypeScript一定离不开JavaScript，JavaScript本身就是一门优秀且强大的编程语言。以至于有著名的Atwood定律-- 一切能用 JavaScript 实现的东西，都将会用 JavaScript实现。
最近做的项目大量用到了 webview ，用网页来布局。 Android 的 webview 是基于 webkit 内核，不过他的运行效果和 firefox 上一模一样，所以写的时候都是先用 firefox 测试，测试 OK 了再放到程序里面看效果，基本上不会有什么问题。其实 android 的 webview 跟 iphone 的 webview 差不多， iphone 上的 webview 比 android 上的强大多了。
我以前开发过超大规模的JavaScript应用。现在我不做了，所以我觉得应该回顾下我学到的东西。昨天我在宴会上喝啤酒时有人问我，“嗨Malte，你为什么要来讲这个话题？”
大多数前端开发者对于loader可能都清楚它存在两个执行阶段normal和pitch阶段，但是大多数同学对于pitch loader的理解仅仅停留在：
我不是一个有条理的程序员，或者说，我不擅长组织整理代码。这也不是什么新鲜事，这种情况已经持续很长时间了......
回调函数，或简称回调，是指通过函数参数传递到其它代码的，某一块可执行代码的引用。这一设计允许了底层代码调用在高层定义的子程序。
非原创，格式不太整齐。 错误 #1：阻塞事件循环 JavaScript在 Node.js (就像在浏览器一样) 提供单线程执行环境。这意味着你的程序不能同时执行两部分代码，但能通过 I/O 绑定异步回
JavaScript在 Node.js (就像在浏览器一样) 提供单线程执行环境。这意味着你的程序不能同时执行两部分代码，但能通过 I/O 绑定异步回调函数实现并发。例如：一个来自Node.js 的请求是到数据库引擎获取一些文档，在这同时允许 Node.js 专注于应用程序其它部分：
新人们找个好玩的来练练手如何？虽然不是专职搞web的做过几个代码简陋，只有几十行然而做出来的感觉甚是开心，也希望各位新入门的开发者可以拿去做个小游戏玩玩看。
正如您现在听说的那样，生成对抗网络是一种能够从生成器和鉴别器之间的竞争中学习分布的框架。生成器学习生成希望与真实数据无法区分的样本，而鉴别器学习分类给定图像是真实的还是虚假的。自 GAN 发明以来，它们经历了各种改进，被认为是用于各种问题的强大工具，尤其是在生成和重建任务中。
最近，小N老师收到不少小伙伴的留言，咨询的话题中不少同“转行学开发”有关。 这个话题透露着年底求职的焦虑——对目前的工作薪酬不满意，想从事IT行业的开发工作，又不知道0基础的自己该从何学起。 一方面是工作机会的诱惑，另一方面是技术知识的短板。 正巧，小N老师刚好收到一枚NEXT学院的一位优秀学员的实反馈，聊了一下有关他跨界转行的经历—— 学员：严皇 经历：通过学习NEXT学院课程（前端学位课、小游戏开发课），从电商平面设计师转行做小程序开发 竞争中的机遇 我和NEXT学院的起源，要从一个月黑风高的夜晚
在故事中，你经常会发现主题是有一个强大的恶魔，只有知道它的真名才能控制它。一旦英雄通过狡猾的对话或者调查古老的卷轴找到了那个名字，他们就可以扭转局势并驱逐恶魔！
写在前面 前后两天花了大约四五个小时制作完了自己第一个小程序，当然是没法发布的，小程序的发布要求还是挺严格的：企业资质、HTTPS、审核。 先大概介绍下自己，我9年前和很多网友一样开始自学编程，这些年来什么语言都学过、什么平台都接触过，自己也做过十来个产品，所以编程基础不是很稳固但是各方面都相对比较熟悉，因此在接触小程序的时候上手比较快。 至于为什么现在选择开发小程序，原因很简单，尝尝鲜！ 学习 虽然很早就听说小程序要出来了，但是在我的潜意识中，小程序不过是一个被微信优化、限制、规范过的WebApp。 果然
本周精读的文章是 speedy-introduction-to-web-workers，是一篇 Web Workers 快速入门的文章，借精读这篇文章的机会，谈谈对 Web Workers 的理解与运用。
最近，一位程序员小哥实在忍无可忍，发帖直指npm audit的设计存在大问题，在网上引起了大家的广泛关注和讨论。
前几篇文章，我经常说Javascript的设计不够严谨，有很多失误。 今天的这一篇，前半部分就谈为什么会这样，后半部分将列举Javascript的10个设计缺陷。 我参考的文献主要是Douglas C
这篇文章的原文来自：A Little Printf Story 作者仿照《小王子》中的情节，通过小printf遇见的不同类型的程序员，最后悟出什么才是真正的程序员！ 文章略长，但是耐心读完，你肯定
至此春招也差不多该结束了 0 offer 纪念一下自己两个月的耕耘 不想在找了 好好准备秋招！秋天见 ***腾讯SNG 内推一面挂 16分钟 3月29日 1. 事件冒泡 2. 事件循环 3. 作用域在什么时候形成的？ 4. 什么是闭包 5. 作用域链什么时候形成的？ 一直在问作用域 第一次面试，也是最糟糕的一次 ***腾讯CDG 一面 30分钟 4月13日 1. HTTP状态码；(200 404 204 301 302 502 504) 2. 前端优化 3. HTTP请求头部； 4. HTTP响应头部； 5
昨天在知乎上看到一篇文章，大概的意思是互联网行业不是真的缺会做前端的，缺的是优秀的前端。 下面是文章中提到的一些点，放在这里以自省： 事实上，前端工程师在做的是： 在设计师和工程师之间创建可视化的语言； 用可视化的设计，定义一组代表内容、品牌和功能的组件； 为 Web 应用程序的公约、框架、需求、可视化的语言和规格设定底线； 定义 Web 应用程序的设备、浏览器、屏幕、动画的范围； 开发一个质量保证指南来确保品牌忠诚度、代码质量、产品标准； 为 Web 应用程序设定适当的行距、字体、标题、图标、边距、填充等
我曾见过很多很多人盲目地使用（前端）框架，如 React，Angular 或 Vue 等等。这些框架提供了许多有意思的东西，然而通常人们（自以为）使用框架是因为：
Flutter 是当下移动端领域非常热门的跨端框架，各个大厂都在积极探索这项技术，并在主营业务上实现落地。
本文为译文，原作者是 Chris ,它是Bitski的首席前端工程师，Ember.js核心团队成员，曾任LinkedIn、Addepar、Ticketfly（现为EventBrite）的前端工程师，反正是个厉害大佬就是了，本文的第一人称都指是的该大佬。
我最近和一个做后端开发的朋友讨论我在工作之余花了多长的时间去写码和学习写码。他给我看了Uncle Bob的《Clean Code》这本书中的一段话，它将音乐家们为准备音乐会而花费的时间与开发者让代码正确执行所用的练习时间进行了比较。 我喜欢这个类比，但是我不认为我完全认同它；首先这种想法会导致疲劳。我认为如果你想进一步磨练你的技术并扩大你的技能集，那么这是很好的，但是要一天中每个小时都这样做是很难持续的。 前端疲劳是非常真实的。 我看到过一些关于JavaScript疲劳的文章，但我认为问题远不止于这种特定的
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
