V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  no1xsyzy  ›  全部回复第 254 页 / 共 267 页
回复总数  5322
1 ... 250  251  252  253  254  255  256  257  258  259 ... 267  
2018-12-17 11:52:55 +08:00
回复了 zjsxwc 创建的主题 程序员 问个代码版权问题?
没有足够的信息,合同是怎样的?
是否用到公司的设施?
最好的方法是让公司出 disclaimer。
@jingyulong #8 就是用 Github Pages 看新闻?
#9 定时脚本基本就 cron 吧,真会有人去用 systemd 的定时启动吗?
数据处理,按 v2 的惯常,爬虫一定是 Python。
不过…… @SimonTart 你是饼干侦探?
@zarte 可能:
1. 自带的不好用
2. 好像没有新闻出版许可证的网站不允许给未登录用户提供搜索,如果网站没有登录机制有可能干脆不提供搜索功能
@jingyulong #4 你要多自动化?连获取数据的接口 spec 都不指明自动猜测 API 形状爬内容?
解决这个可以直接得图灵奖了……
@jingyulong 显示在比如 https://github.com/someone/arepo 这个界面下?那就只有用 user script 了。
> 显示在 GitHub 上
请解释
2018-12-14 13:51:29 +08:00
回复了 omnigeeker 创建的主题 程序员 奇了,结婚也能写成区块链智能合约
https://www.v2ex.com/about
“这里绝对不会全文转载任何文章,而只会以链接方式分享”
https://www.v2ex.com/t/10553
“• Deactivate 会对做出什么样行为的用户使用?
……
- 全文转载 ”
全文翻译应该也算转载吧。
2018-12-14 13:33:39 +08:00
回复了 mytry 创建的主题 程序员 文件大小的变量名用 size 还是 len 更合适?
图片宽高不是 scale 吗?
2018-12-14 10:24:39 +08:00
回复了 sjmcefc2 创建的主题 Python 请教如何爬取油管的评论?
@aa514758835 妈耶,这个图片分明是 #8 的头像……大概是 @dfadf55 把图片拖进评论框了……
2018-12-13 15:21:10 +08:00
回复了 hakono 创建的主题 JavaScript 发现比起混淆, emscripten 或 webassenbly 才是保护代码的好办法
没用过 WebAssembly。难道还可以加壳,加花指令吗?
说真的,能加花吗?
2018-12-11 11:17:10 +08:00
回复了 nohup 创建的主题 前端开发 不得不说现在的前端应用越来越卡,越来越臃肿了
@wly19960911 所以说需要代码分块啊,不分块在登录之前先要把所有模块给你加载好,这谁顶得住呀.jpg
@yhxx 其实还是碰运气吧,混淆本身是个破坏原本信息的行为,但熵减得可能并不如长度减少得多(甚至还有增加熵的可能)。有可能还是个命中 gzip 盲点的数据?实际上接触 .min.js 前谁也说不清到底能压多少。虽然一般可以对代码给个高期望,但也是可以落空的。
2018-12-10 19:32:32 +08:00
回复了 nohup 创建的主题 前端开发 不得不说现在的前端应用越来越卡,越来越臃肿了
@largecat SPA 不了解一下吗?说的是界面加载不快啊,API 的环节甚至还没出现,就已经慢了,那不是前端的事?
一个说法称一个界面加载 8 秒以上 90% 的人会失去耐心关闭界面(来源:七牛的广告)。
码得漂亮用户开不出没用的呀。
2018-12-10 19:26:55 +08:00
回复了 nohup 创建的主题 前端开发 不得不说现在的前端应用越来越卡,越来越臃肿了
@yhxx gzip 不是字典+熵的压缩吗?我说的 function(){ 是字典啊
就像 jpg 再压缩效果不太好,如果本身熵基本满了实际上也压不了多少的。
2018-12-10 18:52:49 +08:00
回复了 Young133 创建的主题 Android Android 手机,向售后索要 rom 是否合理?
@learnshare
不让外流是不可能的,除非你干脆不让别人用这个 ROM,你可以选择不外流。
技术上没可能的事,真特别有心可以替换接口截刷 ROM 数据流。除非电波定时+基于时间的加密,或者不从接口刷。
而且不让外流百害无一利,里面没有珍稀数据,不值得保护,可玩性变差实际上愿意买的人就少了。而且还不如刷砖不赔,你手残了只能再买一个或者付费修,收入噌噌涨。
2018-12-10 18:33:35 +08:00
回复了 nohup 创建的主题 前端开发 不得不说现在的前端应用越来越卡,越来越臃肿了
SPA 的话 6M 一般大小,主要还是
1. 按需加载(由 Webpack 提供,楼上几位说 Vue 只是因为 Vue 特地说了这点(难道说 Vue 写出来经常比 React 大所以……));
2. 分发机制( CDN,现在家用 20Mbps 打底吧…… 6/(20/8)= 2.4 两秒内没有任何问题)。
其中技术含量(难度) 1>2,体验优化 2>1。不过 1 能给 2 省钱。
但还有……没有设计渐进体验吗?—— NoScript 用户感

@yhxx 因为打包出来的 dist 6M 是已经混淆过的,函数命名都是单字母,信息量并不高,主要压缩掉的都是 `function(){` 和 `","`。说不定是因为假的函数式编程,所以 `function(){` 少了,能压缩的就不多了。
@V2XEX
> 以后改什么直接在上面加
这就是问题
我举的例子是没有 print 函数的情况,那我会先写个 string->None 的 print 函数出来
要加个数字就弄一个 int->string 的 format 函数,第二个参数来了依照来源做 fetcher 然后套进 format 里。
然后主函数就变成了 print(format(fetcher1(), fetcher2(), fetcher3))
主函数从来不写长,而且因为上述嵌套函数过多,我很想能够 (fetcher1, fetcher2, fetcher3)|f[_()]|format|print 这样写。

我想说的是,作为基础能力,在比较微小且直接的问题上能够很快地抽象
为什么一跑到巨大而间接的问题就失去了这种能力?
这说明你的思路从开始就是一团乱麻,小问题上的抽象只是见过这种抽象所以能做。
这就好像说数学题:数字变了变就不会做 vs 数字变了模式没变还会做 vs 数字变了导致模式变了还可能会做。

> 当有一次写出的代码明明和需求不符但运行得很好有感。
那次改需求,结果我听完把原需求和新需求都实现了,API 形状拓展但保留兼容,按需调用,并且因此导致其实需求没传达清楚但能用。
具体来说,改的时候,告诉我一个 API 需要验证文件 sha3 (来决定是否更新),但其实验证的是 sha384。然而我直接把接口变成 {origname}.{type}(比如 foo.exe.sha384sum ),直接丢过去正常用了,后来说到其实是 sha384 才知道有错。框架也就用了不到一个月,基本上一个函数查 5 次文档,但 API 感觉在那,我能怎么办?
大概有运气的成分,但能碰到这运气也是有对 API 形状的直觉所致。

可能主要是因为我从犯中二病开始就一直纠结于这些事,到系统学习编程(高中 NOIP )之前已经想了大概 5 年吧。
@V2XEX 自底向上编程,请。
——当有一次写出的代码明明和需求不符但运行得很好有感。
如果你从打印一个 hello world 开始就是库+胶水代码,那么打印 10 次也不那么难,循环特定次数也不过是把 10 变成输入项,附带输入内容也可以随手写个 format。
1 ... 250  251  252  253  254  255  256  257  258  259 ... 267  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1774 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 94ms · UTC 16:41 · PVG 00:41 · LAX 09:41 · JFK 12:41
Developed with CodeLauncher
♥ Do have faith in what you're doing.