crackhopper 最近的时间轴更新
这网站还不错,挺好玩。
2017-04-02 22:42:51 +08:00
crackhopper

crackhopper

V2EX 第 223983 号会员,加入于 2017-04-01 10:22:04 +08:00
crackhopper 最近回复了
看开头,我以为是要做独立游戏咧。不过我预判你早晚要搞游戏的,哈哈。很欣赏你,可以做个朋友? UTogNzEwNTkgMTIwOQ== ,有空可以多交流。
可以,看到算法题的时候,我赶紧查了一下。哈哈。习惯性查答案。
187 天前
回复了 yikuxia 创建的主题 职场话题 大龄专科前端如何认清局势?未来迷茫
至于学历,随便搞搞就能拿个非全日制本科学历吧。大专不够用。
187 天前
回复了 yikuxia 创建的主题 职场话题 大龄专科前端如何认清局势?未来迷茫
用不到,然后忘了,那就搞个开源项目直接用新技术去做。连项目没有的情况下,当然学了就忘。效率为零。

公司项目如果让你练手,那你就在公司里用新技术。不让练手,搞开源项目呗,有啥的。

另外,做得深入一些了,自然就会涉及到各种原理性质的、算法性质,乃至数学相关的东西。自然就提升了。至于方向,要么做感兴趣的,要么做擅长的。如果没有感兴趣,也没有擅长的,只能说,不适合吃技术这口饭。
272 天前
回复了 jacklinfan 创建的主题 创业组队 寻找一名 AI 技术合伙人
看完,个人觉得你不应该找 AI 技术合伙人。除非你很有钱,或者已经有融资了(那样也不会在这里找人了)。

应该找尽可能全栈的工程师。AI 方面可以调用别人的模型或者 API ,以出效果为主,不以调优为主。

行业方向上,先从工程和需求开始做,而不是从算法。主要是算法 ROI 比较低(主要还是投入大,产出小),调算法包则 ROI 比较高(调包当然容易了,同时出效果也快)。

不建议做自己想出来的新需求,除非你是多次创业者;建议从一些已经有的需求上做,然后用 AI 做微创新。

直接考虑用 AI 技术作为卖点下场,会有很多问题。在大部分实际需求中,AI 都是锦上添花,并非雪中送炭。没有基础功能需求支撑,基本做了也是徒然,竞争力弱,效果大概率跟做个好的 ppt 差不多。此外,要搞清楚你的产品是 2c 还是 2b ,2c 重点是怎么搞流量,2b 重点是怎么搞客户。不管是哪个,自己去研发行业模型都不是最重要的事儿。

AI 技术方面:搞 AI 需要数据,需要算力。人的方面主要是需要有经验的,或者足够聪明的。然后基本就是调参,根据结果来测试参数,不断调优,时不时看论文,用点新技术调优。问题是,数据算力其实都不便宜,做完之后的产出也仅仅是模型,离产品还有很大差距,大概是 1 分到 100 分的差距。并且,产出模型所需的时间并不稳定,取决于数据质量,算力多少,问题难度。而且每次调整,都不是那么可控的,玄学。所以你找了个 AI 工程师,大概率就是做了个模型,给你演示一下自己研发是啥效果,然后发现很难往下做了并且钱也没了。
我个人预判还能凑合跑一些图(仅仅做一些推断),但应该比较慢。

4070 ti super 我用着的话还可以,不过那个机器只用来跑图,不做别的。4090 ,我也入手了,4090 可以勉强做一些 LoRA 微调。主要点:机箱弄大点,方便后续添东西。电源功率高点,免得负载上不去。散热看情况弄,差了自然也是有问题的,不过那个主要看 CPU 负载。另外,GPU 卡都这么贵了,主板 CPU 内存也得上来吧,要不然 IO 方面的瓶颈或者 CPU 不够导致性能发挥不足,岂不是浪费。总之,照着 2 万以上来配电脑可能更加好一些,别想着太便宜了。(如果 4090 ,照着 2.5 万以上配吧)

至于全量训练啥的,就别想了,不是个人玩得起的,至少 8 卡吧。
我印象里,没有 main(当然动态库也有自己的 main),加上编译上带有--shared ,输出是 so ,就会形成动态库。其他主要就是写 makefile, cmake 之类的。好久没写了,我当年一般用 cmake 多一些,这样编译器标签什么的,基本都构建系统给你处理好了。就只需要项目编译组织对了就行,正确的添加好依赖,然后构建;一般项目应该都做好这些依赖的 link 配置了,当然 linking 出问题会比较麻烦,又很多细节,我也不展开说了,你可以先试试。
此外,.so 里面函数签名也有可能是麻烦的点,如果为了更好被别的语言调用,C 的封装接口更加易用一些( C++的 mangling 可能会导致查找符号上还挺困难的,但是如果项目本身是 C++的你会发现封装一层 C 接口也有不少工作量)。另一个常见做法是,在项目中添加比如 java 语言的头文件,然后对相关调用当前 java 提供的 native 函数进行封装,这样会直接导出 java 可有识别的函数。(我推测大概率可以,其他语言都有类似做法) java 的调用技术,应该叫 jni ?你可以自己多研究研究。我对 java 不太熟,只停留在表面使用。
296 天前
回复了 bleulucaswu 创建的主题 Java 分布式事务,怎么感觉不需要那么复杂
我反正也是个分布式方面的外行,就随便说点自己想到的复杂性:
需要有除了操作以外的日志记录步骤,这样回退出问题可以检测到,并重新回退。然后加了这个步骤就成了 2pc 。
还有其他复杂的地方,比如每个 api 要保证幂等,api 之间的依赖。。。回滚过程中和其他事件的互斥,以及业务上怎么更好处理互斥,互斥带来的性能问题。然后就复杂了呗。本身锁的实现可能不复杂,怎么用锁才是复杂的根源。
有贷款有家要养 => 选钱多但不喜欢
选钱少但喜欢的 => 没负担

但是,下面不一定成立:

没负担 => 选钱少但喜欢的

因为可能没负担只是必要条件,不是充分条件。证明完毕。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2784 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 13:04 · PVG 21:04 · LAX 05:04 · JFK 08:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.