嘉立创社区
发动态
图文
列表
嘉立创纸盒
#前端# “学！学的就是算法！总不可能一直做CV工程师”前端开发面临的技术瓶颈似乎越来越明显。随着需求快速变化、框架不断迭代，许多人逐渐发现自己在写页面、处理样式、管理状态上似乎陷入了死循环。随着AI工具逐步进入开发场景，很多低级、重复的开发任务被自动化工具取代，前端人开始思考：前端的核心竞争力到底是什么？算法是否依然有用？ 🚀1. 前端的技术瓶颈 💡从“前端小白”到“前端CV工程喵”，这似乎是很多前端开发的成长轨迹。随着工作经验的积累，前端开发的任务开始变得单一，主要围绕 UI 实现、接口调试、需求变更等。这种日复一日的工作方式导致许多人产生了职业上的瓶颈感。框架的学习让开发者能够应对大部分日常工作，但当你想突破更高阶的技术难题时，往往会发现自己的技术能力开始趋于饱和，没有了进一步提升的空间。2. 编程到思维的跃迁 🧠在传统认知中，算法似乎是计算机科学的专属领域，尤其是后端工程师和算法工程师的专利。然而，随着前端的复杂性逐渐提升，算法的价值逐渐在前端领域显现。算法思维的核心前端开发不仅仅是将设计图转化为页面，性能优化、数据处理、复杂交互等技术层面，往往需要算法来支撑。算法的真正意义不在于“刷题”，而是通过算法思维让开发者能够从更高的层次去分析问题、优化代码、提升性能。为什么前端需要算法？ 🌍性能优化：很多前端任务在面对海量数据时，常常需要通过算法来减少渲染的 DOM 节点、优化计算过程。复杂数据处理：例如，处理树形结构数据、图形算法、排序等，都是前端中常见的算法应用场景。思维训练：算法不仅仅是在编程时使用，它还帮助我们训练抽象思维，掌握数据结构与复杂度分析，从而提升问题分解与解决的能力。大厂机会想选一个大厂作为跳板，作为自己镀金机会的，尤其是看【上海】【深圳】等→机会的朋友，前端-测试-后端！待遇薪酬还不错，尽管来！3. 性能优化与数据处理 🔧- 虚拟列表优化虚拟列表渲染是处理大数据量展示时的常见方案。当数据量达到几十万甚至百万条时，传统的直接渲染会导致页面卡顿或崩溃。这时，虚拟列表通过算法来实现只渲染当前视窗内的元素，从而大大提升渲染性能。 // 简单的虚拟列表实现 const renderItems = (items) => { return items.slice(start, end).map(item => ( <div key={item.id}>{item.name}</div> )); }; 通过这种算法优化，开发者不仅能减少 DOM 的数量，还能提高页面响应速度，减少浏览器渲染压力。- 树形数据搜索树形结构是许多前端应用中常见的数据结构，特别是权限管理、菜单系统等。若需要在树形数据中进行搜索操作，常用的算法有深度优先搜索（DFS） 和 广度优先搜索（BFS） 。例如，在处理权限树时，通过算法可以快速找到某个权限节点，或者展开整棵树。 const dfs = (root, target) => { if (!root) return false; if (root.value === target) return true; return dfs(root.left, target) || dfs(root.right, target); }; const bfs = (root, target) => { if (!root) return false; const queue = [root]; while (queue.length > 0) { const node = queue.shift(); if (node.value === target) return true; if (node.left) queue.push(node.left); if (node.right) queue.push(node.right); } return false; }; 这些算法不仅能提高查找效率，还能帮助开发者更好地处理复杂数据结构，提升应用的性能。4. AI 与算法：前端的未来与挑战 🤖随着 AI 技术的不断发展，前端开发中的低门槛任务（如页面布局、简单交互等）逐渐被工具化。AI 工具能够快速生成代码、自动完成一些重复性工作，从而提升开发效率。但AI仍然不能替代开发者解决复杂的技术问题。前端开发未来的核心竞争力，不在于能不能快速写代码，而是能否通过算法思维去解决复杂问题、优化应用性能、设计高效的系统架构。AI 工具的出现让我们更清晰地认识到，思维能力，特别是算法思维，才是前端开发持续保持竞争力的关键。5. 如何系统学习前端算法？ 📚尽管很多前端开发觉得算法学习与自己关系不大，但事实证明，掌握一定的算法基础将帮助你在以下几个方面提升能力：树形结构与数据展示：前端经常需要处理树形结构数据，如组织架构、菜单权限等，而这些数据的遍历、查找、排序等操作，都是算法应用的基本场景。大数据渲染：随着数据量的增加，前端不仅要处理大量的 DOM 元素，还要优化渲染性能，通过算法来减少不必要的计算和渲染。性能优化：前端开发不仅仅关注UI设计，更多的是如何提高页面性能、响应速度，如何通过算法来减少计算量、加速用户体验。如何学习？学习基础数据结构和算法：如链表、树、图、排序、查找等。深入理解常用的算法，如分治算法、动态规划、回溯算法等，并结合前端实际项目进行练习。参与开源项目、技术讨论，结合实际需求进行算法的应用。6. 算法的实际价值 🔑在 AI 工具的不断发展下，前端开发的低级任务将越来越多地被自动化工具取代，但思维能力，特别是算法思维，依然是无法替代的。这种思维能力可以帮助前端工程师突破“框架”和“工具”层级，从而解决更复杂的问题、进行更深度的优化。未来，前端工程师的核心竞争力不在于框架的使用，而是能否通过算法思维解决实际问题并提升项目的性能。因此，算法的学习，不仅是为了应对面试题，更是前端进阶的必经之路。那么，未来的前端，靠的是谁？AI，还是算法思维？——转载自：阿吉被迫了解低代码
前端：“学算法？狗都不... ！”
开源硬件平台
嘉立创PCB
嘉立创PCB
随着11月13日24:00最后一秒倒计时归零，立创商城2025年11.11活动正式落下帷幕！今年这场筹备数月的电子行业狂欢，我们再次交出了一张亮眼的成绩单！ 核心数据直击11.11狂欢盛况 数据是服务质量最直接的证明！从服务客户数量到订单响应速度，以下数据，不仅是11.11狂欢的见证，更全方位展现了立创在采购全链路的服务硬实力！ 总成交订单数：100,000+，同比去年增长 36%，国产品牌订单占比增长 50%此外，平均每个订单包含 7 种物料，国产物料占比近 20% 总成交客户数：37,000+，同比去年增长38%，国产品牌成交客户数增长 43%，BOM下单客户数4000+总交货SKU：500,000+，参与活动品牌数量：2,000+ 发货量TOP1元器件产品：100nF贴片电容发货量TOP1开发板：立创·地阔星-STM32F103C8T6开发板 国产品牌发货量TOP5TOP1富捷FOJANTOP2风华FHTOP3芯声HRETOP4江苏长电/长晶CJTOP5辰达半导体MDD 共有79个国家的用户在活动期间下单；2000+高校在活动期间下单，同比增长 55% 亮眼数据见证立创服务口碑 除了核心数据的表现，这些延伸亮点更能体现立创的服务温度和在行业中的多年口碑！从品牌资源厚度到直播服务温度，每一个细节数据，都在印证立创”正品、现货、一站式”的服务承诺！ 立创11.11品牌联合直播总点赞数：1,810,000+总观看人数：50,000+直播总时长：16+小时直播品牌数：17 立创11.11的亮眼成绩，离不开每一位客户的信任与支持，更得益于平台 “海量现货、闪电发货、严控渠道、降低成本” 的服务优势。 作为元器件电商11.11开拓者之一，从2016年到2025年，立创商城11.11已经陪伴工程师们走过了整整10个年头。未来，立创商城将继续深耕行业，整合优质供应链资源，为广大电子工程师、企业采购、高校师生提供更全面的产品选择、更具竞争力的价格体系、更高效的供应链服务，助力电子产业创新发展！ 虽然11.11已结束，但我们的福利不打烊！关注并置顶立创商城公众号，一键直达商城主页，后续更多优惠活动、资讯第一时间获取，敬请期待！
立创11.11历史新高，工程师购物成绩单出炉，大家都在薅什么？
立创商城
开源硬件平台
esp32 c3芯片，复用GPIO17/SPIQ、GPIO19分别对应I2C的SCL、SDA引脚（默认配置了上拉电阻），目的是与MPU6500通信，代码一执行到初始化I2C的地方芯片就自动重启：Wire.begin(I2C_SDA_PIN, I2C_SCL_PIN)我尝试了下映射到其他引脚是正常的，发现应该是GPIO17/SPIQ的问题，只要用这个引脚，执行到Wire.begin就会触发重启。我用示波器测量过引脚，SDA持续3V3，SCL在执行begin前也都是正常3V3，执行后esp32就重启，然后引脚上出现不规律的电平信号。不知道哪位大佬遇到过这类问题，应该如何定位解决？我能想到的可能性：GPIO17，在esp32内部有特殊用途，无法复用？冲突了？MPU6500芯片有问题？重启后串口日志输出：ESP-ROM:esp32c3-api1-20210207Build:Feb 7 2021rst:0x8 (TG1WDT_SYS_RST),boot:0xc (SPI_FAST_FLASH_BOOT)Saved PC:0x40380104SPIWP:0xeemode:DIO, clock div:2load:0x3fcd5820,len:0x1050load:0x403cc710,len:0x96cload:0x403ce710,len:0x2e8centry 0x403cc710原理图：#ESP32#
请教大佬个esp32-c3操作I2C的问题
硬创社
嘉立创PCB
#开源协议# 随着创客运动、开源文化与硬件创新的融合，开源硬件（Open Source Hardware, OSHW） 已成为推动技术民主化的重要力量。然而，与开源软件不同，硬件涉及物理设计、制造图纸、电路原理图、PCB 布局、3D 模型等多元内容，其知识产权保护更为复杂。因此，选择合适的开源硬件协议至关重要。本文将系统介绍主流开源硬件许可证的类型、核心条款、适用范围及注意事项，帮助开发者、创客和企业合规地发布或使用开源硬件项目。一、开源硬件 vs 开源软件：为何需要专门协议？虽然软件可通过代码直接复制传播，但硬件需通过设计文件（如 Gerber、STEP、KiCad 工程、原理图 PDF 等）来实现复现。这些文件受版权法保护，而制造出的实物则可能涉及专利、商标、工业设计权等。⚠️ 注意：版权无法保护电路功能或机械结构本身，仅保护其表达形式（如图纸排版）。若想保护技术方案，需申请专利——但这与“开源”理念常有冲突。因此，开源硬件协议主要解决两个问题：允许他人自由使用、修改、分发设计文件；明确是否要求衍生作品也必须开源（即“传染性”）。二、主流开源硬件协议介绍1. CERN Open Hardware Licence (CERN OHL)由欧洲核子研究中心（CERN）制定，是目前最权威、专为硬件设计的开源协议。版本对比： 版本 类型 核心要求 CERN OHL v1.2 / v2.0 强著佐权（Strong Copyleft） 修改后的硬件设计必须以相同许可证发布；销售实物需提供设计文件获取方式 CERN OHL–S (Simple) 宽松型 允许闭源衍生，仅需保留版权声明 CERN OHL–W (Weak) 弱著佐权 仅对直接修改的设计文件强制开源，集成到更大系统中可闭源 适用场景：科研设备、教育套件（如 CERN 自己的粒子探测器模块）；希望确保社区持续回馈的项目 → 选 v2.0；希望被商业产品集成 → 选 –S 或 –W。2. TAPR Open Hardware License (TAPR OHL)由业余无线电组织 TAPR 制定，早于 CERN OHL，强调“文档透明”和“署名”。特点：要求衍生作品必须开源设计；明确禁止使用原作者商标；对制造和销售无额外限制。适用场景：电子爱好者项目、通信硬件（如开源 SDR 设备）。💡 注：TAPR OHL 使用较少，CERN OHL 已成为事实标准。3. Solderpad Hardware Licence基于 Apache 2.0 软件许可证改编，专为硬件设计优化。特点：宽松型，允许闭源使用；明确授予专利许可（对含专利技术的硬件很重要）；要求保留版权声明和 NOTICE 文件。适用场景：含复杂 IP（如 RISC-V 处理器核）的 SoC 设计、企业级开源芯片项目。4. MIT / BSD / Apache 2.0（用于硬件设计文件）虽然这些是软件许可证，但也可用于授权硬件设计文件（如 KiCad 工程、SVG 图纸），因为这些文件本质是“文本/图形作品”，受版权保护。优点：简洁、广为人知、企业友好。风险：未明确提及“硬件制造”“实物分发”等场景；无专利授权条款（Apache 2.0 除外）；可能被误解为仅适用于软件。✅ 建议：若使用 MIT/BSD，应在 README 中明确说明“本项目为开源硬件，设计文件采用 MIT 许可，欢迎制造与销售”。5. Creative Commons（CC）协议？谨慎使用！CC BY / CC BY-SA 有时被用于硬件图纸（尤其在创客社区）。但官方明确指出：CC 协议不推荐用于软件或硬件。原因：CC 未考虑专利、硬件制造、兼容性等复杂问题。❌ 避免使用 CC0、CC BY-NC（非商业）等用于硬件项目——NC 条款违背开源定义（OSI 不认可非商业限制）。三、如何选择适合的开源硬件协议？ 你的目标 推荐协议 最大程度推广，允许商业闭源产品使用 CERN OHL–S、Solderpad、Apache 2.0 确保所有改进版本都回馈社区 CERN OHL v2.0 用于教育/科研，希望被广泛复现 CERN OHL v2.0 或 TAPR OHL 项目含专利技术，需明确授权 Solderpad 或 Apache 2.0 快速发布，不想复杂化 MIT + 明确声明（适合简单项目） 四、开源硬件最佳实践明确标注许可证在 GitHub 仓库根目录添加 LICENSE 文件，并在 README 中说明：“本项目为开源硬件，采用 [XXX] 许可证”。提供完整设计文件包括：原理图（PDF/SCH）、PCB 源文件（KiCad/Eagle）、BOM 表、3D 模型（STEP/STL）、固件源码（单独用软件许可证）。区分硬件与软件许可证硬件设计用 CERN OHL，配套固件可用 MIT/GPL，需分别声明。使用 OSHWA 认证标识（可选）符合 Open Source Hardware Association (OSHWA) 定义的项目可申请认证，增强可信度。五、知名开源硬件项目使用的协议示例 项目 协议 说明 Arduino Uno Creative Commons Attribution-ShareAlike (CC BY-SA) 早期使用 CC，现部分转为更规范协议 Raspberry Pi Pico SDK BSD-3-Clause（软件） 硬件设计未完全开源 Google Coral Dev Board CERN OHL v2.0 完整开源硬件设计 RISC-V 核心（如 PicoRV32） Solderpad / MIT 芯片 IP 常用宽松协议 结语开源硬件不仅是分享图纸，更是构建一个可协作、可验证、可迭代的创新生态。选择合适的协议，既能保护你的贡献不被滥用，也能鼓励他人在此基础上创造更大价值。🌐 资源推荐：CERN OHL 官网OSHWA 开源硬件定义GitHub 开源硬件指南记住：没有“最好”的协议，只有“最合适”你项目愿景的协议。#技术干货# #DIY设计#
开源硬件协议详解：为你的硬件项目选择合适的许可
开源硬件平台
社区数据
今日帖子
-
今日互动量
-
在线人数
-
帖子总量
-
用户总量
-
推荐话题 换一批
#立创开源六周年#
#DIY设计#
#嘉立创PCB#
#嘉立创3D打印#
#嘉立创免费3D打印#
#技术干货#
#高校动态#
#嘉立创fpc#
查看更多热门话题
功能讨论
（）
主题
打赏记录
激励规则
粤公网安备44030002004666号 · 粤ICP备2023121300号 · 用户协议 · 隐私政策 · 侵权举报 · ISO/IEC · Copyright © 2024 嘉立创社区版权所有
服务时间：周一至周六 9::00-18:00 · 联系地址：中国·深圳（福田区商报路奥林匹克大厦27楼） · 媒体沟通：pr@jlc.com · 集团介绍
移动社区
联系我们