@tool2d #15 哎，确实是。或许我该找时间，踏踏实实的从基础去解决我现在遇到的问题，再次谢谢您的回复。

@tool2d 您的项目起手流程方便跟我一起沟通下嘛~ 我觉得您说的话在理，事实上我已经遇到了由于过于想标准化开发，结果自己给自己找了很多事... 比如如果我做了一个包含客户端的项目，我需要去维护 3 份源码。一份后台，后台对应的后端，一份客户端。

之所以会有这种困惑，是因为遇到了一些同样做开发的技术，他们在做一个项目的后台时，很容易就搭建出来一套。所以我很好奇这背后，是不是有什么业界通用的经验或方法...

@israinbow 是的，上手一个技术从基础点入手能了解得更全面。所以我有打算自己找一个开发开源的后台，然后基于这个后台去开发它的后端，结合起来作为我的脚手架。现在我想的是，有没有一种更节省时间的方式，且心智负担低的，能够快速上手🤣 毕竟人生苦短，想偷懒...

@iOCZS #6 谢谢您的推荐！！

@iOCZS 谢谢您的回复，但当前时间节点，我更希望自己能找到一种方法便捷的去搞定后台的基础起手，而不是靠自己去写一遍，其中的技术点我不是很熟悉，但或多或少都有接触。

@ztm0929 #2 您可以发我 TG 的 ID ，这样我们交流或许能方便点。

@ztm0929 #2 收到，很开心能跟您交流~~ 我寻找方便的时间给您来信

@ggggz #9 您有考虑过制作一些免费工具或开源例子，然后到各个技术论坛去发布，以此带来曝光嘛？我觉得单纯的介绍 API 可能见效甚微，特别是翻译这个已经不算是蓝海的市场。

持续关注一下，如果 RapidAPI 能够带来额外的收入，我也想开发😋

看介绍不错，已 star

建议下次如果第一个问题就问得不清不楚且语气不佳，直接拉黑删除避免被纠缠。本人虽然作为白嫖惯犯，但至少知道请教别人问题时，别人没有义务来回答我的问题，我都是小心翼翼的在自己实在解决不了的前提下才去请教。

@corcre #78 我不清楚经纬度跟网络代理有没有关系

@corcre 这样的话也不用去加参数传后台，直接就是读取当前经纬度吧

@xiaoqidev #44 是的，我赞同您这个意见。事实上我已经开始试着摒弃自己这种“孔乙己”思想了。有想法也不要光想不做，要尽快做出来，让市场来验证想法，不要让自己的主观意识去判断到底行不行。

@xiaoqidev #42 嗯，我可能处于技术人的眼界，总觉得要用牛逼的技术做牛逼的东西。但实际上，我的想法并不一定准确，我也没有那么多精力不断去学习技术。我现在遇到的瓶颈就是自己的执行力并不够高，加之缺少市场思维，陷入了技术人刻板印象，这也瞧不上那也瞧不上。我需要避免自己陷入这种境地，哈哈，尽量执行力提高，做出来让市场验证想法，而不是靠我自己去判断他到底行不行。

:) 观看下来有点感悟 独立开发还是要花更多的时间打磨好产品 毕竟不像别人营销割韭菜 靠产品说话也是底气

op 的关于 utools 插件在积累用户的过程中能分享更细致一点吗，我觉得你的产品做得挺成功了，想学习下方法

自由职业久了，如果规划性不强的话，可能就容易变成啥也会一点，啥也不精通的境地。我发现我最近也有这方面的困扰，我的打算是提高执行力，然后有什么想法和点子就尽快做出一个最小 MVP 来让市场验证。op 其实很棒了，做出了视频和产品，这两个是我近两年一直想，但迟迟没付出行动的，全靠定制订单撑着