不要在一开始就给别人说自己要干啥干啥……至少做一半再说吧

https://github.com/dtysky/Algorithm

拿来练手的，很不工程，没用智能指针和虚函数啥的……

http://dtysky.moe/ 搭出来就可以找前端工作了 hahaha

构思剧情，比如：

男主对病娇女主好 女主本性显露 要杀男主的时候 男主说 我还不能死 我还有愿望没有完成 我要做游戏 做了以后我才能死
女主开始协助男主做游戏 但最后男主发现女主因为执着很快就超越了自己的才能并到了自己永远无法达到的程度
女主找到了男主外的兴趣 将重点从男主身上转移
男主自杀
男主还是得死 却帮助了一个女孩子

业务技术都是浮云，基础好的无论前后端无论什么框架扔到岗位上几个月该懂得都懂了，本来就不是智商活
看你愿不愿意付出精力而已

讲真，业务写多了智商会下降的，尤其是 WEB 业务，不要投入太多精力，把握基础，有某个专业领域的核心竞争力才是真的

react-router + inline-style

EXK 不后悔， IM03 退烧不错， ESW9 性价比很强

属于前端里的后端，后端里的前端，不矛盾

说白了还是 WEB 开发本身性质就特殊，从传统领域搬运的 mvvm 解决的是规模上升后的 SPA 问题， babel 解决的是科学的现代 EMCS 标准和浏览器运行的古典 EMCS 的冲突问题， webpack 和构建工具解决的是资源优化问题

至于框架乱象， JSX 这些真没什么黑的，你觉得乱，但另一方面也是社区活跃的象征，是生命力的象征，而且我觉得 JSX 很先进啊，彻底的组件化确实加速了开发速度，作为在大型项目中使用过 react 全家桶的表示全用 jq 写确实会死人嗯，现在某部门用 JQ 堆起来的代码已经让一堆人欲仙欲死了，当然你可以自己用 JQ 构建一个自己的框架，但恐怕最后和现在流行的这些 MVVM 没有多大区别就是了，自己造轮子是很开心，但在工程放弃成熟的用自己的就是脑子有问题

当然，在中小 WEB 应用中用 JQ 甚至直接原生 JS 没有任何问题，甚至是应有的做法，在兼容性要求严格的情况下 JQ 也是好选择，但阁下说的什么开倒车我还真是不懂了

顺便关于单向绑定，在 WPF 中实践过双向绑定，双向绑定带来的 debug 痛苦你能理解么？

还有模板。。。真不觉得有啥比 JSX 优雅的，这种个人品味问题也拿出来黑也是。。。需要那个就用那个呗，在一个项目里混用模板和 JSX 又不是啥新鲜事。。。

@fy
会了一套框架学另一个很容易吧
有机会交♂易


@bugmenein
移动端不会，包容包容 LZ 的安利心 233


@Vamwere
反过来还差不多吧 www

@okampfer

HAHAHA


@huiyadanli

主要是工程上的改进
其实样式也有很大变化吧，只是结构没变

FPGA 的图像处理库。。。
https://github.com/dtysky/FPGA-Imaging-Library

除了校招华为中兴。。。其他面试都穿的宅 T 。。。

如果再来一次，我还是会选 CV

http://fil.dtysky.moe/zh

@just4test

看了下那个代码，他合成的时候只是单纯吧黑图画到了白图上面。。。只是预览的时候才计算，这就有点迷了。。。

原理明白了，所以系统渲染的时候黑色背景到白色背景对透明度的影响是一个 0~1 的系数？

@Hello1995

Get it, thanks !

@lizon
什么都没有发生。。。


@billlee
分离之后又为何会出现正文所述的效果呢？原理是什么？

看规模啊
小规模就后端渲染静态网页啊
中小规模可以后端为主前端为辅搞点效果啊
中规模 SPA 就可以上上框架了啊
大规模就必须上框架了啊，工程化起来对你以后和接手你活的人都有好处

至于前后端分离，分工细化虽然有好有坏，但从历史整体来看总是能提高效率的
后端追求稳定，前端追求新奇快速酷炫，二者的目的本就不同啊， BUG 的频次和严重性也不是一个等级
你不能为了改前端的 BUG 把后端给。。。对吧