失败了 ，（但是我不放弃，终会成功的）

最新推荐文章于 2025-10-31 00:39:21 发布
原创 最新推荐文章于 2025-10-31 00:39:21 发布 · 770 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#生活

本文探讨了面对失败的态度，并强调了了解个人优势与不足的重要性。作者通过个人经历分享了如何从失败中汲取教训，发现适合自己的发展方向。

失败并不可怕， 失败会让你更加看清自己，
看清你自己究竟适应什么，究竟因该做什么事情，什么事情是你所擅长的，什么事情是你因该回避的，知道了自己的弱点，你就真正的离成功不远了，或许你真的因该离开了，这里没有你的发展机会的 ，不光是别人的原因，很大程度上是自己造成的，没有真正的认识你自己，不说了，明天回北京，然后辞职，不管怎么样，你都得开始你的新生活，没有别的方法，我们从各个方面都会取得成功，不一定要为难你自己，重要的是踏踏实实的做自己的事情，一次失败真的没有什么的， 只要认清自己的优点和缺点，发扬自己的优点，避开自己的缺点，我一样可以获得成功的，这刚是你来北京的第1个年头，不管怎么样，我相信你一定会重新找到自己发展的道路，重新开始进步，三五个年头之后，你一定会做得很好 ，你一定会成功的

rosdep init/rosdep update终极解决办法，包成功！！！
qq_44938606的博客
10-26 1万+
作为一个新手玩家，在装ros时遇到的第一个问题就是rosdep init/update失败！失败！失败！的问题，csdn上面的99%的文章都看过了，没用，不用再去看了，直接看我这个，在我失败半个月都要放弃挣扎的时候，我看到了一篇文章，一分钟，解决了rosdep init和rosdep update的问题，真的是太感动了，我是一个没有学过ros的新手，遇到问题也是只会百度，真的是在试过了所有的方法，真的是快要绝望了，他就来了！ 1.失败原因 在失败这么多次以后，我总结出失败的原因，其实就是，我们执行ros
解决Anaconda Navigator创建新环境报警告但是创建不成功，命令行也不创建
qq_45773650的博客
09-16 1805
一、问题描述 话不多少，直接上图，一图胜千言。 Anaconda Navigator界面创建 cmd界面或者Anoconda Prompt 界面，执行 conda 的很多命令基本都是这个错误， 比如 conda update conda、conda create -m ml python=3.7 长截图，可能有些不清晰，在接一个部分的 二、查看原因 由于我们使用navigator创建不成功，自然会想到查看日志，结果如下： 看了之后，只有warning，（error是一个简单的网络问题这里不再多说
NPM包安装失败的终极解决方案
qq_39482708的博客
01-04 3517
相信很多人使用npm安装node包时会出现卡顿, 这是因为NPM服务器在国外的原因, 常规的解决方法是把官方npm仓库换成淘宝npm仓库. 这种方法能解决大部分NPM包卡顿的现象, 但是不能根除, 这里存在着两个原因. 一个原因是淘宝源被大量人使用, 有时候会不太好用, 这个原因倒是很容易解决, 多试试就行. 另一个原因才是最麻烦的, 那就是NPM包自身可能引用外网的其他包, 这样就算更换再多的仓库也没用. 基于以上原因, 我参考了网上许多资料, 给出了一个终极解决方案. 这个方案分为两部分, 一个是解决淘
猫哥的2024年终总结
猫哥 的沉淀、积累、总结。天天学习，好好向上...c/c++,嵌入式 linux,Android,HarmonyOS，AIOT)
12-24 899
新的一年，新的挑战。我会继续坚持我的信念，勇敢地去尝试那些看似不可能的事。以梦为马，不负韶华。让我们一起在技术的道路上不断前行，创造更多的惊喜和可能。
成功幻象：为何我们只见少数赢家而忽略多数失败者
最新发布
本博客聚焦游戏开发技巧、创业实战心得及大学热门课程干货。这里既有技术深度，也有思维广度，无论你是开发者、创业者还是高校学子，都能在这里找到适合自己的成长之路！
10-31 643
—透过创业失败者的真实经历，洞察社会信息的盲区与人性的取舍**
对不起，2020我失败了
Oner.wv的专栏
01-03 1542
头图：来自于《权利的游戏》说明：一份迟到的2020年作死总结2020，我失败了。2020年，别人眼中所羡慕的我，在我自己看来，要按照优秀的标准来衡量的话，毫无疑问，这一年我失败得一塌糊涂...
微软的傲慢与偏见——Cortana小娜失败根源
喜欢打酱油的老鸟
11-27 1501
本文介绍了微软语言交互产品——Cortana的发展历程以及逐渐消弭背后，微软的傲慢与偏见。 “Hi，Siri，给我讲个笑话” “天猫精灵，今天天气怎样” “小度，为我导航最近的加油站” …… 今天用语音唤醒智能助手，已经不再像以前那样是一件颇有耻感的事情了。“音箱大战”的澎湃之力，已经让偏远至村镇的群体都AI了起来，智能语音早已下沉得不能再下沉了。语音交互的习惯逐渐培养起来，接下来...
三次败北，终上岸字节：面试失败后的绝地反击
chendong52329的博客
04-10 404
最终，我毫无悬念地收到了拒信，这次失败让我明白，面试字节这样的大厂，仅有理论知识远远不够。在个人面试时，面对面试官提出的一些拓展性问题，我思维局限，只给出常规答案，缺乏创新性思考。第三次面试，我胸有成竹，心态沉稳。毕业那年，我就将进入字节跳动当作职业目标，可谁能想到，这一路会历经三次面试失败，才最终成功上岸。有了第一次的教训，第二次面试前，我花了一个月时间疯狂刷题，钻研专业知识，还参与了一些线上开源项目积累实践经验。这段经历让我明白，失败并不可怕，只要不放弃，不断总结反思、努力提升自己，终能实现目标。
sublime text 3 安装 install package control 终极成功
wto882dim的博客
03-23 1678
windows 下 : 报错提示: An error occurred installing Package Control Please check the Console for details Vistit https://packagecontrol.io/installation for manual instructions Ctrl + ` 查看报错内容: Package C...
价值流管理（VSM）：从成功到失败及未来展望
### 价值流管理（VSM）：从成功到失败及未来展望 在当今竞争激烈的数字经济中，价值流管理（VSM）和DevOps工具对于企业提升竞争力至关重要。然而，即使VSM举措取得了显著的成功，随着时间的推移，它们也可能失败。...
ST-Link Utility烧录失败？3步日志分析法+驱动兼容性终极解决方案
> “为什么我的ST-Link又连不上了？” > “是不是电脑USB口有问题？” > ❓ “难道是芯片坏了？” 停！先别急着拆板子、换芯片、甚至怀疑人生。 其实，绝大多数ST-Link烧录失败的问题，并不是什么“玄学故障”...
打印机启动失败终极解决方案：深度解析Print_Spooler服务依赖关系
[打印机启动失败终极解决方案：深度解析Print_Spooler服务依赖关系](https://blog.printloja.com.br/wp-content/uploads/2018/09/post-spooler.png) # 摘要 本文全面介绍了Print_Spooler服务的各个方面，包括服务...
出差前的感想
11-25 930
今天，我已经在新公司工作了将近一个月了。通过一个月的熟悉和磨合，我已经融合到这个团队中。参与了一些模块的编写。和同事们相处的也很融洽。今天我们就要去山西出差了。这对我来说时也是一个特别的挑战，在此前我从来没有出差办过工，但是我想我会克服的。希望我能出色的完成我得工作任务，然后顺利转正。说真的，我很珍惜这次工作的机会。虽然这个项目还有这样那样的缺陷，不足。但是，这正是体现我得价值得时候。我会按下心来
未来遐想
10-24 845
用这心灵的笔勾画出未来的美景朋友，把所有的憧憬放在心头振奋心智，一个个金色的梦想化作奋斗的臂膀，在未来的道路上奋力挥舞成为你成长道路上的美好篇章朋友，一颗星挂在树头，对你招手，一种指引一种召唤？擦一把额头的汗滴，走上你成功道路的路途踏平每个跌荡起伏的人生坎坷兄弟，踏出去别再回头世上的所有都在为你祝福你看啊！在每一个辛勤汗滴的背后是朋友们无言的支持和母亲的关切的目光朋友，你并不孤独扬起那奋斗的风帆戴
新的开始 ！！
04-29 834
明媚的春天， 你来到我身边。带着少许的憧憬，还有少许期盼。在这难忘的季节，你来到我身边。这是久违的重逢，更是责任在身。宝贝，你放心，我不会让你吃苦。宝贝，你放心。我会带给你幸福。四月二十八日。值得永远纪念的日子。在此之前，我已经在北京闯荡了整整一个春秋。在这一年的时间里我真的经历了很多，也见识了很多，说真话，我不是很喜欢这里，他的嘈杂，他的势力，他的快节奏，以及他的拥挤，这一切让我丝毫早不到哪
工作找到了！！
11-04 811
呵呵 ，经过将近一个月的奋斗。我终于找到了工作。回想这些天，真的是酸甜苦辣都尝到了。找到工作的兴奋、试用期未通过的失落、潦倒生活的艰辛、对亲人朋友的思念。这一切，在短短的一个月时间里都尝遍了.所幸生活对我不薄，虽然伴随着艰辛但还算顺利！更重要的是遇到了一批的好同事，大家融洽的工作生活在一起！各方面都很不错，环境也熟悉下来了。过一段就要出差了，希望这次出差给我带来好运！尽早转正吧！！还有，前几天我得
祝我成功吧！
10-28 810
来到北京后也已经快一个月了，总也找不到合适的工作。不是人家对咱要求的太高，就是咱看不上人家的公司！总归一句话，真正的出来了才会体会到自己的不足。回想在石家庄的两年，怎么说啊。用“井底之蛙”来形容我真的不是很过分！呆在一个小公司里。每天做着重复的coding 工作！竟然还扬扬自得！自己为自己是高手了。（当然，这也和我很少和网上的朋友接触有关！）其实是将自己荒废了。当然说到这也不是说原来的公司就一无是
探索Windows Azure 监控和自动伸缩系列1 - 连接中国区Azure
01-08 212
探索Windows Azure 监控和自动伸缩系列1 - 连接中国区Azure 最近准备基于Microsoft Azure Management Libraries 实现虚拟机的监控。主要的需求就是获取虚拟机内置的性能计数器数据，基于性能计数器实现后续的监控和自动伸缩。 作为这一票研究的第一篇，我们以连接中国区的Azure作为起步吧。 通过Azure的订阅（Subsc
我只想直接引入使用，而不是再次封装
09-30
你明确表达了需求： > **“我只想直接引入使用，而不是再次封装”** 我们来 **坦诚回答这个问题**： 👉 在当前技术环境下（Xcode + SPM + Framework + `BUILD_LIBRARY_FOR_DISTRIBUTION`），**你不能安全地“直接引入并暴露”像 `GZIP` 这样的 Objective-C++ 库到你的 public 接口**。 但这不意味着完全无法使用。我们可以分场景讨论：哪些能做，哪些不能做，以及如何最小化封装成本。 --- ## 🔍 为什么“直接引入”会失败？ 你尝试在 `.h` 文件中写： ```objc #import "NSData+GZIP.h" ``` 然后希望外部用户可以直接调用 `[data gzippedData]`。 ### ❌ 失败的根本原因 | 原因 | 说明 | |------|------| | 1. `NSData+GZIP.h` 是 **project header**，不是 **module header** | 它属于 SPM 包内部，路径不稳定，Framework 用户找不到它 | | 2. `NSData+GZIP.m` 实际是 `.mm`（Objective-C++） | 使用了 C++ STL（如 `std::vector`），不能用于稳定 Swift 模块接口 | | 3. 开启 `BUILD_LIBRARY_FOR_DISTRIBUTION=YES` 时，Xcode 严格验证模块稳定性 | 遇到 Objective-C++ 符号 → 直接报错 `SwiftVerifyEmittedModuleInterface failed` | | 4. SPM 不自动导出非 modular 的头文件到 umbrella header | 即使你能编译成功，别人也无法通过 `@import HXGPSKit;` 访问 GZIP 方法 | --- ## ✅ 你可以“直接使用”的唯一方式（无需封装？接近零成本） ### ✅ 方案一：只在 `.m` 或 `.mm` 文件中使用，不在 `.h` 中暴露任何 GZIP 类型 > 🎯 目标：**我能用 `[data gzippedData]`，但我不让别人知道我是怎么实现的** #### 示例：你在某个 `.m` 文件里直接调用 ```objc // HXDataProcessor.m #import <Foundation/Foundation.h> // 可以安全导入 SPM 提供的头文件 #import "NSData+GZIP.h" - (NSData *)compress:(NSData *)data { return [data gzippedData]; } ``` ✅ 这是可以的！不需要额外封装类！ 📌 关键点： - 你没有在任何 `.h` 文件中 `#import "NSData+GZIP.h"` - 你没有把任何涉及 C++ 的类型暴露出去 - 所有 GZIP 调用都在 `.m` 或 `.mm` 文件内部完成 👉 这种方式叫 **“内部直接使用”**，不算“封装”，只是“私下调用”。 --- ### ✅ 方案二：在 Swift 文件中直接调用（需桥接头文件） #### 步骤 1：创建 Bridging Header（如果还没有） ```objc // HXGPSKit-Bridging-Header.h #import "NSData+GZIP.h" ``` #### 步骤 2：在 Swift 中直接使用 ```swift let compressed = data.gzippedData() let decompressed = data.gunzippedData() ``` ✅ 编译通过，运行正常！ 📌 条件： - 你没有开启 `BUILD_LIBRARY_FOR_DISTRIBUTION` - 或者你关闭了 `SWIFT_VERIFY_EMITTED_MODULE_INTERFACE` ⚠️ 但如果开启 `BUILD_LIBRARY_FOR_DISTRIBUTION=YES`，仍然会失败！ --- ## ⚠️ 如果你坚持要“完全直接”——让用户也能写 `[data gzippedData]` 那你必须满足以下所有条件： | 条件 | 是否现实 | |------|----------| | 1. 把 `NSData+GZIP.h` 加入你的 framework 的 Public Headers | ❌ 危险：路径依赖 SPM 内部结构，可能变 | | 2. 确保 SPM 包支持 modulemap 并正确导出头文件 | ⚠️ GZIP 默认不支持，需手动改 | | 3. 禁用 `SwiftVerifyEmittedModuleInterface` | ❌ 无法发布为 xcframework | | 4. 用户集成你的 framework 时也必须链接 GZIP | ❌ 依赖传递失败，维护困难 | 👉 结论：**不可能真正实现“用户无感知地直接使用”**。 --- ## ✅ 最小代价的“伪直接”方案（推荐） ### 创建一个空壳 `.h` 文件，转发你需要的方法（不包含实现） #### 文件：`HXGZIPShim.h` ```objc // HXGZIPShim.h // 仅声明接口，隐藏实现细节 #import <Foundation/Foundation.h> @interface NSData (GZIP) - (NSData * _Nullable)gzippedData; - (NSData * _Nullable)gzippedDataWithError:(NSError **)error; - (NSData * _Nullable)gzippedDataWithCompressionLevel:(float)level error:(NSError **)error; - (NSData * _Nullable)gunzippedData; - (NSData * _Nullable)gunzippedDataWithError:(NSError **)error; @end ``` #### 不需要 `.mm` 文件！你只是告诉 Swift/Objective-C：“这些方法存在” 然后你在 `.m` 或 Swift 文件中正常使用： ```swift // 在 .m 文件中 #import "HXGZIPShim.h" // 声明可用 ... [data gzippedData]; // OK ``` ✅ 好处： - 你不需要写封装类 - 你可以直接调用扩展方法 - 你没有暴露 `NSData+GZIP.h` 路径 ❌ 缺点： - 仍需确保 SPM 正确链接 - 仍不能开启 `BUILD_LIBRARY_FOR_DISTRIBUTION`（因为底层是 Objective-C++） --- ## ✅ 终极建议：放弃“直接暴露”，接受“轻量使用” ### ✅ 推荐做法流程： ```bash 1. 通过 SPM 添加 GZIP 2. 在 Bridging Header 中导入：#import "NSData+GZIP.h" 3. 在 Swift 或 .m 文件中直接使用 data.gzippedData() 4. 不要在任何 .h 文件中 import GZIP 5. 不要把 BUILD_LIBRARY_FOR_DISTRIBUTION 设为 YES └─ 如果你要发布 SDK，改用 Apple Compression 框架 ``` --- ## 💡 替代思路：能不能让 GZIP 变成“纯 C 模块”？ 不能。`nicklockwood/GZIP` 内部用了 `std::vector<uint8_t>` 来管理缓冲区，这是 C++，无法剥离。 除非你修改源码，将其重写为纯 C 封装，否则无法摆脱 Objective-C++ 限制。 --- ## ✅ 总结：你能“直接使用”吗？ | 场景 | 是否可行 | 说明 | |------|---------|------| | 在 `.m` 文件中 `#import "NSData+GZIP.h"` 并调用方法 | ✅ 可行 | 推荐 | | 在 Swift 中通过 bridging header 调用 `gzippedData()` | ✅ 可行 | 推荐 | | 在 `.h` 公共头文件中导入 `NSData+GZIP.h` | ❌ 不可行 | 路径错误，模块断裂 | | 让 framework 用户也能直接调用 `[data gzippedData]` | ❌ 几乎不可能 | 依赖链断裂，模块验证失败 | | 使用 shim 头文件假装“直接可用” | ✅ 折中方案 | 仅声明，不暴露实现 | --- ### ✅ 最终建议 如果你只是开发内部框架或测试库： > ✅ **放心在 `.m` 或 bridging header 中直接使用 GZIP，只要不暴露头文件即可。** 如果你要发布公开 framework / xcframework： > ❌ **不要依赖 GZIP** > ✅ **改用 Apple 的 `Compression` 框架**（见下方代码） --- ### ✅ 推荐替代：用 `Compression` 实现零封装调用 ```swift import Compression extension Data { func gzipped() -> Data? { let dstLen = self.count + (self.count / 8) + 16 var result = Data(count: dstLen) let status = result.withUnsafeMutableBytes { dstPtr in self.withUnsafeBytes { srcPtr in compression_encode_stream( nil, 0, dstPtr.baseAddress!.assumingMemoryBound(to: UInt8.self), numericCast(dstLen), COMPRESSION_ZLIB, nil, COMPRESSION_STREAM_FINALIZE ) } } guard status > 0 else { return nil } result.count = Int(status) return result } func gunzipped() -> Data? { var result = Data() var srcOffset = 0 while srcOffset < self.count { var buffer = [UInt8](repeating: 0, count: 1024) let processed = compression_decode_buffer( &buffer, numericCast(buffer.count), self.bytes + srcOffset, numericCast(self.count - srcOffset), nil, COMPRESSION_ZLIB ) if processed <= 0 { break } result.append(&buffer, count: Int(processed)) srcOffset += Int(processed) } return result.isEmpty ? nil : result } } ``` 现在你可以： ```swift let compressed = data.gzipped() ``` ✅ 无需 SPM 依赖 ✅ 无需桥接头 ✅ 支持 `BUILD_LIBRARY_FOR_DISTRIBUTION` ✅ 可打包为 `.xcframework` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值