即刻App年轻人的同好社区
下载
App内打开
invalid_404
12关注0被关注0夸夸
intj，喜欢做计划
invalid_404
3年前
#swift
原动态已删除
00
invalid_404
3年前
invalid_404
3年前
#笔记
原动态已删除
00
invalid_404
3年前
invalid_404
3年前
发现几个独立开发者做出来的app涉嫌抄袭......不会以为抄国外的就不会被发发现吧，好不要脸😅跨境维权难不代表可以随便抄袭别人的作品和创意，靠作弊赚钱早晚会有报应
10
invalid_404
3年前
#复盘

王喜财: 我每周日晚上都会专门空出来一个小时进行本周的复盘，我觉得对于个人成长和目标的专注非常有用，分享给各位。 主要分为两部分，一部分是复盘什么？第二部分是怎样复盘？ 关于复盘什么？我一般分为这三个部分：工作、生活、个人成长，工作就是所有职场相关的内容；生活包含身体及健康相关的，比如睡眠时间和本周健身情况如何？最后是个人成长，包含所有自我提升方面的内容，如学习网球进度、SQL、考研规划执行情况、看书等等。 关于怎样复盘？我总结出的复盘步骤是这样的： 1、现状如何？ 2、存在什么问题？ 3、为什么？ 4、怎样解决？ 5、没有问题的话，哪些点可以做的更好？ 6、对整体有什么思考？ 所以综合下来整体的复盘步骤是这样的，依次从工作、生活到个人成长，每一部分回答上述的6个问题，然后按照逻辑记录下来，这样就形成了自己的思考沉淀和下周的行动规划。

00
invalid_404
3年前
打算继续用obsidian+task插件
capacities以后会出task manegment功能，但是要订阅，感觉可能比noteplan还贵啊💔
70
invalid_404
3年前
#PARA #自我管理

DeckardCain: PARA 这个词是我在群里看到的。起初我只是把它单纯的当做知识管理工具。其实它根本就是一个人生管理工具啊！ . PARA 翻译过来是项目，领域，资源和归档。网上所有的教程首先是告诉你这个 PARA 这几个字母分别代表什么，然后怎么用笔记工具来实现。这样的教程意义肯定是有的，但是我觉得还是不够。 . 想要理解PARA模式，那么就不要单纯地把它看作一个知识管理方法。一般理解的知识管理就是分类打标签，牛叉点的就是双链知识图谱。但是PARA不是，他是一个结合OKR的知识管理方法论，是顶层设计，不是告诉你怎么玩花活的东西。 . PARA最像OKR的一点是，它也是先锚定一个目标，然后向这个目标不断精进。所以你说这是一个知识管理器么？分明是人生管理OKR啊。 . 一旦开启PARA模式，这意味着每时每刻，你都要围绕目标（PARA 里叫做领域Area）来开展工作。 . 并且根据目标将实现过程分解形成一个个项目（Project）。 . 实现项目的过程中，一些参考信息就放在资源（Resource ）里。然后定时归档（的Archive）复盘。所以我的理解，PARA叫做APRA更加合适，领域放在首位的思想也在另一个知识管理方法PPV里得到体现（感兴趣可以自己搜索）。 . 因此假如你想单纯的知道怎么管理碎片知识，那么你就错了。PARA绝对是个All In One 的重型杀器。不能免俗，我按照PARA的顺序来阐释我对这个方法的理解。 . 对于项目的理解（Project） . 项目是最容易容易转换成 GTD 的，因为他也要设定Deadline。你把这块当做滴答清单用也没问题。只不过借助笔记工具，文字类的输出可以直接沉淀在这里。 . 比如我要开发一个新的软件产品，那么项目部分的成果就是软件的功能实现，可以变成一个开发看板。这个本质上和 GTD 待办清单没什么区别。 . 比如我最近写了一个浏览器开发入门指南，相关的领域是一个浏览器扩展开发，那么应该可以直接放在项目里。（我是基于 Notion来做，当然你可以用其他笔记工具，这根本不重要） 对于领域的理解（Area） 所有的教程会说领域是一个长期性的工作。听起来很不错，但是没有明确。当然每个人对长期的理解不同。我这里用类比的办法进行说明。 . 对于大部分人来说，手头从事的工作那绝对是一个领域，因为你会做到退休，这是一个很显然的长期。自媒体副业也算因为你也会一直做，做到没前途为止。你没办法给领域加一个Deadline。因为领域是一个方向，你很难确定一个终止条件😂。 . 领域存在的最最最大的意义是让你知道自己的精力分配和能力边界。我现在有三个方向就是知识管理，浏览器扩展开发，APP开发。我试图硬塞一个绘图进去，发现目前做不到，时间精力根本不够。通过领域的梳理，可以确定未来着重要发展的方向，一定程度上解决精神内耗。 . 领域是项目的最终目。这个东西的目的为了时刻提醒自己往目标前进而不是偏离。没错他的意义仅限于此。每周复盘看什么。看的是领域。PARA 的精髓之处也在于此，去掉它，那么就退化成 GTD。反之，就像拿着指南针在海上航行，或者拿着地图上西天取经，就算有女儿国的诱惑，你也永远在不断精进的路上，不会跑偏。 . 对于资源的理解（Resource） . 资源指的是你从外部得到的信息。比如你看到一个关于咖啡产地的介绍文章，很感兴趣，看了也有收获。但是研究咖啡并不是现在需要花100%精力要做的事情，因此放在领域不合适。什么时候你又回想起咖啡相关知识，要做咖啡KOL或者要开咖啡店了，那么就需要把这些资源重新观察起来，自己去发现信息中之间的关联。适当时候可以开出一个新的领域。 . 还一部分资源是围绕领域的引文。你项目涉及到的知识就可以丢在这里。这里不需要太多个人的东西。这里也可以放你的个人理解笔记感悟之类的。因为我打造的系统比较复杂。这一块的资源散落在 Cubox 和 Notion 的章节（自动化导入）。 . 资源可以带来创作灵感，也可以带来新的知识。这里有个迷思就是程序员不需要这块东西，用GTD就行了。其实不然，开发的心得，爬坑体会，难题搜解决方案等等全部可以丢在资源里。因为有的时候，书上的知识都无法解决实际的困难，通过网上搜罗的残卷，孤本反到可以破解。这些实践出的真知就可以放在资源里。 . 管理资源的好处在哪里呢？说点现实点的。这些武林秘籍，一来可以对付技术面试，二来能够进一步挖掘提炼，形成可以在互联网上分享的内容，提高自身影响力，何乐而不为呢。 . 对于归档的理解（Archive） . 当一个项目黄了，做的产品GG了，无人问津，把它砍了。还把它放在项目里显然不合适。一来让人心烦，二来给人造成信息杂乱的压力。这个时候，把它丢在归档就非常合适。比如咖啡领域，你因为身体原因不能喝了，没有持续输出的动力了，那直接把领域连带项目一起归档了。 . 归档的最大意义我的理解就是在于我做过没做成，为什么？复盘学习的意义在这里体现了。 . 悟和总结 . 上面的描述可能有许多废话，但是我尽量把PARA的体系描述成自己的语言，融入我的理解。但是你不看我的描述，看其他的人描述，实践两天也可以知道什么是 PARA。 . 但是我想完完全全换个角度。我不知道这个PARA设计者处于什么灵感。但是它太像一个企业或者单位的OKR了。拟定一个指标，然后分解任务，持续围绕目的开展工作。 . 不同之处在于，它把知识管理纳入了进来。知识置于何处，就是在资源。而归档可以帮助我们思考复盘，记录成长，变得更强。 .

00
invalid_404
3年前
#app开发 #ios开发

DeckardCain: 最近忙里偷闲看了一些 IOS APP 开发的教程，粗略整理了一下相关的教程，这里阶段性的分享给大家一点东西，有啥好玩的评论补充一下哦。 . 官方教程。手摸手指导，状态管理，组件传参啥的都有，学了一下感觉还可以，可以作为垫脚石。https://developer.apple.com/tutorials/swiftui . B站上搬运的一个教学视频，主要讲组件用法的，P1～P49讲了布局和控件的相关知识，P50～P53讲了自定义数据结构和简单的数据持久化，P54用1个小时做了注册和自动登录，后面P55～P62主要介绍SwiftUI在iOS15上的新特性。https://www.bilibili.com/video/BV1KY411f7in/?spm_id_from=333.337.search-card.all.click&vd_source=22bce82ce9c1ca88afd0b1f5a1fc1929 . Swift 语法相关。这是别人总结的一个SWift 大全 https://juejin.cn/post/6855129006207926280#heading-59 https://swiftgg.gitbook.io/swift/ . 下面三个是基于例子的组件示例代码，作为查询手册挺好的 https://github.com/Jinxiansen/SwiftUI https://github.com/SimpleBoilerplates/SwiftUI-Cheat-Sheet https://github.com/jaywcjlove/swiftui-example#%E5%BB%BA%E7%AB%8B%E4%B8%80%E4%B8%AA%E5%AE%8C%E6%95%B4%E7%9A%84%E9%A1%B9%E7%9B%AE . 有人做的各种小玩意的demo https://github.com/ivanvorobei/SwiftUI . 有人做了一个去中心化社交APP客户端 https://github.com/Dimillian/IceCubesApp . 有人做了一个 V2ex客户端 https://github.com/isaced/V2exOS 相关的宣传 https://www.v2ex.com/t/883252

00
invalid_404
3年前
#app开发

DeckardCain: 开发一款 APP 是独立开发一个很好的选择。理由是 APP 在我看来有一些特定的优势，最重要的是用户体量大，认可度高 。这个认可度一方面是这个领域竞争对手相对 Web 肯定是少很多，另外移动应用的趋势势不可挡，用户侧的接受度也会更好。但缺点也存在，相对 Web 来说，APP 开发、上架的难度都要高很多。 . 就开发部分来说，传统 Web 你只要做一个端就可以，你不用太考虑到前后版本的兼容性问题。你只要把新的版本传上去，那用户下次打开的应用就是最新的。而 APP 不一样，你上的新版本，用户可能不去更新的，怎么确保这些用户正常使用，就是要你在发布版本的时候考虑的问题。 . 另外从上架角度来看，除了 IOS，安卓平台上架以及微信安卓支付基本都要企业资质这是一个不小的开支。这样的门槛设置，其实反过来也是一种破局的机会。通过一些手段你去把公司注册了，跑通这些业务，你就会发现打开了新的天地。 . 用原生还是跨端技术？个人感觉还是看业务，假如业务用户体量不大，而且你也不做特别细致的工作，比如小组件等，那么还是用跨端技术分别登录安卓和IOS平台比较妥当。假如你的潜在用户群体很大，比如清单，TODO，番茄钟，一个平台的用户就够你生存，那么一开始就用原生技术也可以。需要具体问题具体分析。 . 我花了一些时间，把这一年以来的前后端独立开发笔记，包括 Java 后端，Flutter 前端总共 1w4千字的笔记分享给大家，希望给大家一些启发，少踩点坑，走上自由之路。 https://www.yuque.com/fulilansi/uosnse/zit4uk5w558n7970?singleDoc# 《后端开发之路——基于若依》 密码：wm07 https://www.yuque.com/fulilansi/uosnse/siexn6dy1xq06cex?singleDoc# 《APP 开发之路——基于Flutter》 密码：ak8i

00