首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ibegyourpardon  ›  全部回复第 1 页 / 共 20 页
回复总数  396
1  2  3  4  5  6  7  8  9  10 ... 20  
9 天前
回复了 HunterXuan 创建的主题 分享创造 AI Pocket:能跑 TF 模型的微信小程序
@HunterXuan #8 那就又可以解释为啥有的地方识别率还不高了= =
9 天前
回复了 HunterXuan 创建的主题 分享创造 AI Pocket:能跑 TF 模型的微信小程序
@HunterXuan #6 唔。。。果然是加载完之后识别的速度其实还蛮不错的。
这个模型文件很大?
10 天前
回复了 HunterXuan 创建的主题 分享创造 AI Pocket:能跑 TF 模型的微信小程序
一直拼命加载模型。。。
10 天前
回复了 zuijinbuzai 创建的主题 分享创造 学习小程序, 顺便写了个"puzzle 拼图"
小程序里的 canvas 就是运行效率慢……帧数低
10 天前
回复了 zuijinbuzai 创建的主题 分享创造 学习小程序, 顺便写了个"puzzle 拼图"
敢问大佬,用的是 movable-area 和 movable-view 还是 canvas 实现的?
33 天前
回复了 sakuramanstein 创建的主题 问与答 cpu 温度 50 是什么水准
凉快
前端部署啊。
hook 发给 jenkins,jenkins 上装了 node 环境,并自动识别 package.json 是否发生变化,决定要不要先新装包,再打包编译,然后发布,同时可以根据分支决定要不要发 cdn 去。。。

基本就是个带 GUI 的 deploy 管理工具,你可以这么理解。

以前我是纯脚本流,后来用了几次 jenkins 发现有界面还真是好使,省心,虽然并不我自己写脚本更高级,但真的省心。

还有自带定时任务功能。省得上生产机写一堆 cron。
我说你们难道用了一个就不用另一个吗?

俩都是挺好用的,我就触摸板鼠标同时会用上,桌子又不是摆不下。

这杠来杠去,谁比谁好,请问有这样思维的亲的脑袋是被什么给踢了?
@liubiantao #2 这一般不是电池用久了么,擦洗擦洗还能用?
72 天前
回复了 ganbuliao 创建的主题 程序员 改 js 快给我改自闭了,好想只写接口啊
其实只是这个规模的话,还挺好的。。。
可以减少一个 HTTP 连接。

↑ 注意,这个说法不严谨,有问题。

当 CSS 或者其他一些相关依赖文件发生变化的时候,从工程化的角度来说,更有利于做到及时更新。

↑ 注意,这个更不严谨。


但,不是全错。对前端的优化这么多年确实是一个不断追求并调整和找到适合自己最佳实践的过程。
如果你报 420K,人家就会在这个基础上报到 600K 再给出去。

换句话说,不是别人给你少,是别人在你的基础上叠加了他想赚到的其他部分再报出去。

(当然现实比这个复杂,会有来回扯皮,考虑成本,多家选择等因素)

但道理肯定就是这么个道理。不管你怎么想,人家就是应该比你报价高。你报的越高,他那边就对应水涨船高。

除非你直达终端客户咯。

但反正作为一个接单干活的角色,如果是我我反正报出我想要的心理价就可以了。




尤其是,楼主,你可能犯了一个严重的错误,做为甲方或者执行方常犯的错误———— “那中间人不就是牵了个线么,又没做什么事”。

怎么可能,中间人的风险从来都是双倍的,付出的对接、协调沟通等成本也是巨大的,不比执行少。
是的。
我用道具就是绿巨能。

提醒拆的时候螺丝刀不要乱碰,我就是拆的时候碰到短路,起火……

本来 300 块搞定的换电池,愣加了 2000 自己换了屏幕。
其实点进来之前我本来是以为可以看到一个励志的成功故事的……

给不了楼主什么建议,但我可以讲一讲和技术周边相关的行业。

曾经很长一段时间,被互联网创业风潮洗脑的我,一直以为开发+运维+设计+销售+客服+PM 等这几个职位加起来,应该就是当下开发相关和周边的全部了吧。

后来才知道不是这样的。项目经理,产品经理,助理,总监,平面设计,UI 设计,这个那个,在不同的公司里有些时候有职能交叉,但总的来说和技术相关的或者说技术人员可能碰到和交流的岗位是很多的。

我以前对技术支持的理解和楼主的理解可能没差太多,甚至某些时候和高级网管可能页差不多吧。后来我才知道,还有另外一种技术支持。

比如说一个做 TO B 软件的公司,软件卖给了客户,卖出去了没完,需要有产品说明书(啊,其实和写技术文档有点接近),需要上门给客户做使用培训,需要有人做技术支持,对接(其实就是当客户遇到使用问题的时候,简单的快速上手教客户怎么用,或者问题严重要能准确定位问题,但具体开发和修复可能交给别的人)。 这种技术支持,更像是利用一个有技术基础的人对问题和软件的理解,来更好也更高效率的给别人反馈问题,解决客户遇到的问题和烦恼。

嗯,一种很“软”的技术行业,但其实很重要,在很多场合不可或缺的哦。收入,地位,在客户那的认可度,也是相当高的。

对,我知道我举这个例子和楼主想做的技术支持可能不一样,但我看也是不太想做一线开发,更希望在已有的技术基础上,能更物尽其用的发挥自己的能力。所以建议你找工作的时候可能可以看看这些“外延”的工作和岗位。我举的例子只是冰山一角,肯定还有更多种类的。希望能对你有帮助。

而且你也在通过学习和提高自己,以后的路应该可以更宽。说不定洗车这事不小心也能成为你的历练之一呢哈哈哈哈哈哈哈。

开发当然很好,做运维也很有乐趣。做不那么 hardcore 的技术周边工作同样也可以很好的。毕竟职业不分贵贱,劳动最光荣。楼主加油。
@mritd 对,这个我就比较不能忍…

作为一个包,居然还有外部不可控的依赖……

文件体积大小就算了,毕竟打包后的项目的体积还可控,但万一人家外部依赖的挂了。。。

开发都进行不下去了好吗!!
你还别说,我记得上次哪听说 Python 都要学着这么干了。
理由无非是全局的包和各个项目下的依赖不一样,大家现在都用 pyenv,venv,pipenv 之类的在不同项目中加载不同的,所以好像是 pip 还是啥的要搞一套类似 Node 这样的玩法,没指定走全局,当前目录下有的话走当前目录…还能方便打包 blahblah,毕竟你看 electron 那带的东西。

道理是对的,但我总觉得哪里还是有点不对劲。好像可以有更省事的方法来着。
前端你再怎么处理基本也是传 base64 去后台了。。。

不如交给后端做更好了。
101 天前
回复了 whoami9894 创建的主题 分享发现 简书也开始限制外链了
@whoami9894

我会觉得靠别人的图床不可靠。随时可能挂,就像你现在遇到的这样。

所以我会不怕辛苦的搞两份备份,因为我个人觉得这是一个正常人该考虑到的情况——万一那货挂了呢?居安思危才是正常心态。

但不这么干也没问题……毕竟不以正常分,大多数人确实是懒,不愿意搞两份,确实麻烦…我当年也像你这样,还想侥幸。

连续五六年挂了七八家外链后我彻底放弃,老老实实搞两份。

所以楼主大可不必像我这样搞。人生就是这样,哈哈哈,吃的亏不够多,就还会有侥幸心理。再来几次我相信你会和我一样,老老实实搞多个备份。如果觉得还不想这么搞,就说明吃的亏不够多,挨的打不够疼,丢的数据还不够肉痛…

但那一天迟早会到来 23333
1  2  3  4  5  6  7  8  9  10 ... 20  
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2023 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 35ms · UTC 02:39 · PVG 10:39 · LAX 19:39 · JFK 22:39
♥ Do have faith in what you're doing.