C#做游戏可行吗？效率高吗？
我很早时也想过用 VB6 写游戏（也确实有人这样做，3D GAME），后来还是滚去学 C++ 了（逃
❤️ 1💬 0
我很早时也想过用 VB6 写游戏（也确实有人这样做，3D GAME），后来还是滚去学 C++ 了（逃
泻药 @Dennis Yang，能力有限，随便答答。
写出实用或能用的代码并不难，但是很难写出好的代码。架构师和工程师之间的区别在于，工程师更关注实现的结果，而架构师关注实现的过程。
当然，并没有纯的意义上架构师和工程师之间的区别，架构师本身也是由工程师分化而来。当编码达到一定经验时，都会开始关注结果以外的东西，会发现任何东西都可以抽象、分层、解耦、整合，会开始关注「架构」层面上的东西，毕竟他们也写够烂的代码了。
你们啊，老想着做什么架构师，多积累点经验、多点反思、多点沉淀啊。
IBM 对 PaaS 的研究衍生的产品，简单来说就是 Runtime Core 的组件化，然后再通过这些 通用组件 去组合成不同 Langue 的 Runtime，当然不限于已有的 Langue（包括 Ruby），也可以用这些组件去创建新的 Langue Runtime。
With common runtime components, everyone (including IBM) can all better leverage our efforts to make runtimes better, faster, more capable, and more integrated to accelerate bringing not just the promise of cloud computing but also the reality that developers should expect from a cloud computing environment.
有可能提高 Ruby 脚本的运行速度？这个待项目开源出来后才可鉴定。
说实话，有点后劲不足。
公共漏洞可以在 http://www.cvedetails.com/ 中查找。
可以搜索到，在 Windows 7 SP1 下，与 Image 相关的漏洞有以下几个：
它们都允许通过制造特殊的图片文件，来进行远程攻击。（前提是未打相应补丁）
视频文件同理，有兴趣的可以自己上去找找。
Github 上有比较方便完善的解决方案：
想简单点的话也可以用 addJavascriptInterface() 为 WebView 提供 JS 接口，或者用
webView.loadUrl("javascript:your js code");
来调用网页内的 JS 接口
文中作者脑洞蛮大的~ 不过这样做，作为 Presenter 的 Activity 对应的 View 无法复用，而且单个 Presenter 只能对应单个 View，限制比较大。
其实在任何开发中，很难实现某种纯的设计模式，通常是变种比较多。举个例子，在 MVP 模式中，其实可以将发送 Intent 启动另外一个 Activity 这种比较常见的操作定义为 View 层的操作。关键在于你要去平衡不同层之间的压力。
个人建议还是把 Activity 定义为 View 层会好些，界面逻辑这种东西本身复用的概率就比较低，直接在 Activity 中写就对了，而控制逻辑这种可复用的东西更应该抽象成 Presenter。
可以看看我专栏的文章：
#android# MVP 的尝试 - 『Android 还可以这样开发』 - 知乎专栏
当然，这只是我的一己之见而已啦。
只要你是在路由上嗅探，所有网络请求都能被抓到，和你 http 请求是不是在 so 库中发起没任何关系。
Fiddler 只能抓 http/https 协议的包（Wireshark 可以抓所有网络流量），你要先确定你要抓的包是 http/https 包才能用 Fiddler 抓。
以上足矣，更多看得是你的学习能力。1W 在北上广深很易拿到。
「创业无门槛，成功有门槛」。这个行业对普通人来说存在严重的「幸存者偏差」现象，大家看到的都是创业成功的媒体报道，实则大多创业团队都是在大潮中无声地死去。
『天使融资看团队，A 轮看项目，IPO 看数据』。然而实际上大多创业团队水平低下，产品粗制滥造，甚至衍生了 to VC 这种扭曲的创业模式。这样的团队能拿到首笔风投的已经不多，更别提什么 A 轮以后了。
利益相关：应届毕业生，创业公司从业人员。
洗牌算法 + 固定随机种子
让我想起大学时参加学校游戏制作竞赛的一件趣事：
当时我用 C++ 直接配合 DirectX 接口写了个弹幕游戏 nekocode/BattleBeats
里面的各种 3D 变换、Shader 效果、数学运算都花了我不少时间，结果却输给了一个拿 RPG Maker 做出来的游戏（而且剧情完成度很低，更像个 demo），最终我的游戏只拿了个二等奖，泪目，。
回到正题：
十五六岁能用游戏引擎制作游戏并不是一件特别难的事情，现在很多少儿编程软件甚至能让你通过 GUI/WYSIWYG 的方式来编程，不用写任何代码，拖动下积木就能写出简单的游戏了。但如果是十五六岁就能直接用图形接口写出一个完整的游戏甚至是游戏引擎倒是有一定难度。
当然这个年纪可以用游戏引擎来做游戏至少说明了他有一定的天赋并且有很强的动手能力，是值得称赞的。
按现在科技发展状况，未来人已经产生生理，文化变异。回到现在应该是要消灭当代人，占领当前资源充沛的世界。
Processing！OpenProcessing
或者 python 也不错~
可以，而且没有 native app 逆向那么麻烦。native app 的指令都是编译成机器码的，web app 在浏览器端执行的大都是脚本，本身就少了反编译的成本。而且在 浏览器开发工具的帮助下，什么前段加密手段对于资深开发者来说都是个摆设而已。
service worker 领域上目前看到过两个神应用，一个是 jsproxy（曾经魔改过它的代码），另一个就是最近刷屏了的在 browser 上跑 node。绝了🤔
Redux 确实是目前流行的状态「管理」方案，但实际上题主问出这种问题的时候，我在猜测很可能你的场景并不需要对状态进行「管理」，你可能仅仅想要在组件间「共享」状态而已。
如果你确定你是后者的话，那么我可以给你推荐下这个（被 Typora 的作者 Star 过哦哈哈）：
https://github.com/nekocode/use-shared-state
这是一个结合 React Context API 的一个状态共享库，用法和 useState 类似（仅需把 initialState 改成 SharedState 的 Context）:
const [state, setState] = useSharedState(UserNameContext);
为什么推荐它？因为它几乎是用法最贴近官方接口、没有额外概念的、高性能的、带单元测试的（狗头）、最轻量级的 State-Sharing 实现（对比其他一众花里胡哨的状态管理/分享方案来说）。
回到原题，之所以很多人会觉得 Redux 很繁琐很可能是因为你并不需要用到它，Redux 应该更适合用在需要状态机、状态可回溯、或大型复杂项目等场景（例如编辑器）。对于轻量级的项目、甚至是库项目，Redux 的各种范式、boilerplate code，以及可能对 Redux 无法熟练掌握的你，只会让你的工程最终变成一坨 Shit
石头门 0 更了，爽爽爽
这个问题前段时间有人邀请我回答，但是因为没有遇到过类似的需求所以并没有关注。刚好最近遇到了类似需求，所以来补答一下。
明确的讲，目前并没有很官方的方法来在纯的 Java Module 中以任何方式引用 AAR 包，Gradle 内置的 Java Plugin 中并不具备这样的功能。但是我们可以在 Android Plugin 中把对应的功能接口 Hack 出来在 Java Module 中使用。详情可以看 https://github.com/nekocode/gradle-import-aar
因为事实就是当然能啊。看看纽约旧金山北上杭深这些城市，无一不是金融或互联网行业极度发达的城市。再看看资本家们的趋势，即使资本寒冬，依然有很多人愿意投资互联网企业。
一是问题本身的的价值、热度，这些都会影响愿意答题的人的数量。其次就是看你邀请了哪些人来答题，很多人愿意答题是因为有人邀请，意思就是有人希望听他对该问题的看法。
某些场景和设定与宫崎骏、千与千寻有相似。阴婆这全场唯一表情最丰富的角色和汤婆婆有些像。
观影期间数次让我产生震撼的不是剧情，而是场景、音乐。反观千与千寻，一开始是通过场景让我震撼，到了后期完全是被剧情发展所吸引产生共鸣。
人设上完全败笔，毫无感染力全场死鱼脸的女主（让我莫明想起小时代），和小千对比下就发现两者对观众感染力的差距。
剧情全程是尿点，可以忽略剧情发展直接看场景片段。莫明奇妙（为剧情而剧情）、不够连贯的剧情发展，木纳的人设，偶尔来几句鸡汤台词，种种都让人觉得看着看着莫名尴尬……
票价值了，是场炫技大会，世间观也上足够宏伟，然而剧情感觉被架空了，空洞扭捏。
告诉你一个重构的神器：Fragment（碎片）
它能在重构中能做些什么？
无限细化是什么意思？就是你任何视图或者逻辑都可以用 Fragment 一直细化到你喜欢的粒度为止。一个 Fragment 内可以只有一个 View，也可以只用来实现一个后台下载任务。你应该懂为什么 Google 叫它为碎片了吧？
更详细的一些解读：
同问通信和语言有什么关系？你究竟是想问 IPC 呢，还是想问跨语言调用呢？讲清楚了才好答你啊。
BaaS 开始当道的年头，题主不是更应该担心后端的未来么？:)
谢邀。凡是教材，里面肯定都有可取之处，但是看比较旧的教材，肯定会额外多花一些知识更新的成本，所以最好还是换个比较新的教材来学习。
谢邀，题主最好贴下后台实现上传的代码。=_=
iOS 端可以尝试下以 multipart/form-data 方式上传，很多后台都是用 multipart/form-data 的方式支持多文件上传的。
请查阅「分布式计算」相关资料，至于能不能组织成超级计算机那倒要看你单部机器的计算能力有多大，以及机器总量。真实情况是，如果要达到目标计算能力，通常以提高单机计算能力为主，提高到性价比顶端时（再提高成本太高），再考虑组多台机子部署分布式计算网络。