引用:
原帖由 nai 于 2019-4-13 12:21 发表
posted by wap, platform: iPhone
比尔盖茨会吹他有钱？但凡真正有底气的不需要做事这么low的，用实力说话就行。有好点的选择不会去做xj也是这个道理。
接下来，你明白这道理没？
原帖由 @狂奔的牛牛 于 2019-4-13 12:16 发表
其实稍微接触到IT业的都知道华为研发能力有多强,产品能打出来绝非易事,宣传口LOW是没错,但比华为更LOW的海了去了,也没打出来个名堂啊.
现在论坛风气是华为就是靠吹出来的.但是基本盘不够,有些你吹都没货可吹啊.
===========
非洗地,非引战,纯粹个人有感而发
原帖由 @StarForcePro 于 2019-4-13 12:22 发表
说白了泥潭是小众中的小众而已
low不low，最终看市场占有率
原帖由 @StarForcePro 于 2019-4-13 12:22 发表
说白了泥潭是小众中的小众而已
low不low，最终看市场占有率
原帖由 nai 于 2019-4-13 12:21 发表
posted by wap, platform: iPhone
比尔盖茨会吹他有钱？但凡真正有底气的不需要做事这么low的，用实力说话就行。有好点的选择不会去做xj也是这个道理。
接下来，你明白这道理没？
原帖由 藕是张力 于 2019-4-13 12:31 发表
posted by wap, platform: iPhone
说到底还是LOW啊
原帖由 masterfish 于 2019-4-13 12:48 发表
个人猜测的方舟的机制：
【1】各个app厂商还是只开发和维护java版本，不会产生分裂；
【2】app上传到各个手机大厂的软件商店，由软件商店内部根据自家手机硬件来编译为so的机器码；
【3】用户从本家软件商店下载后 ...
原帖由 一只纯猪头 于 2019-4-13 13:01 发表
posted by wap, platform: iPhone
又一本正经讨论起来了？？
吓死人的GPU TUBRO后来怎么了？
原帖由 一只纯猪头 于 2019-4-13 13:01 发表
posted by wap, platform: iPhone
又一本正经讨论起来了？？
吓死人的GPU TUBRO后来怎么了？
原帖由 @u571 于 2019-4-13 13:15 发表
那应用商店维护起来成本不是高的吓人，你重新编译之后还得要测试，我不信菊花会自己弄这些事
估计还是跟“吓人的”技术一样，需要开发商自己编译打包，反正微信支付宝这些APP是肯定不会用这玩意的
原帖由 @u571 于 2019-4-13 13:15 发表
那应用商店维护起来成本不是高的吓人，你重新编译之后还得要测试，我不信菊花会自己弄这些事
估计还是跟“吓人的”技术一样，需要开发商自己编译打包，反正微信支付宝这些APP是肯定不会用这玩意的
原帖由 @卖哥 于 2019-4-13 14:03 发表
不是新编译的不允许上架官方市场，然后第三方安装默认是关的，大部分人也不知道怎么开。
再过一年，第三方安装关掉，彻底垄断应用发行。
本帖最后由 卖哥 于 2019413 14:08 通过手机版编辑
原帖由 masterfish 于 2019-4-13 14:43 发表
posted by wap, platform: Android
完全不给从外源下app不可能，华为海外销量比国内都高了，但是外源下载的运行效率没有store的高，这是很有可能的，真的如我想象的那样，那么华为并不会真的得罪app厂商，因为你不需 ...
原帖由 @MacPhisto 于 2019-4-13 14:59 发表
都出编译器了，那还用Java干嘛。像苹果那样自己搞一套语言不是更好。
到时候一个语言编译出三个版本，ios安卓都能跑。干死谷歌苹果。
原帖由 @masterfish 于 2019-4-13 15:03 发表
我最不喜欢的语言就是Java，但是我觉得华为还是会挺Java的，毕竟各级别的编程人员都好找。
原帖由 @李鬼 于 2019-4-13 15:02 发表
Android App Bundle了解一下
原帖由 @MacPhisto 于 2019-4-13 15:06 发表
挺Java干嘛。接口是你的？类库是你的？还是虚拟机是你的？
能出编译器那就是直接兜底端了。上层还用别人家的东西？想想谷歌为什么要搞Kotlin出来。
原帖由 masterfish 于 2019-4-13 15:21 发表
posted by wap, platform: Android
我知道app bundle，但是Google play的bundle有很大缺陷：
1，bundle里各个版本还是要各个app厂商来自己编译，这会造成app版本爆炸，因为Google play是面向所有手机商的，你不知道 ...
App Bundle可以针对不同用户的设备生成并提供优化过的APK。从而用户可以仅仅下载他们运行此App需要用到的代码和资源。开发者不再需要针对多种设备去编译，签名，管理不同的APK（Multi-APK机制），用户可以下载体积更小的，优化过的APK。
原帖由 李鬼 于 2019-4-13 15:27 发表
你真的知道?
原帖由 masterfish 于 2019-4-13 15:30 发表
不要看定义，你自己搞过app就知道了，大部分都还是要自己编译的。
原帖由 @masterfish 于 2019-4-13 15:23 发表
都说得很清楚了，Java各种级别的程序员都好找，你华为技术再先进，也要不断有人来研发吧。
原帖由 李鬼 于 2019-4-13 15:33 发表
喷了
这是Google I/O 2018上新推出的功能
原帖由 MacPhisto 于 2019-4-13 15:54 发表
posted by wap, platform: 红米Note3
程序员换语言很容易。没听说哪个程序员只会一门语言吃饭的。否则苹果谷歌推新语言都是吃饱了撑的么。
原帖由 masterfish 于 2019-4-13 15:03 发表
posted by wap, platform: Android
我最不喜欢的语言就是Java，但是我觉得华为还是会挺Java的，毕竟各级别的编程人员都好找。
原帖由 @原始恶魔 于 2019-4-13 16:16 发表
甲骨文在一天java就不可能翻身。大家都在想着怎么彻底甩脱呢。
原帖由 @masterfish 于 2019-4-13 16:06 发表
程序员转语言容易，框架转语言就问题大了。
我见过一开始找大牛定了用python搞整个框架，然后基本是很难招到程序员的，最后大牛跑了，老板找了一个新的大牛来，又重新用java整个个新的。
原帖由 @MacPhisto 于 2019-4-13 16:31 发表
框架是设计思路，跟语言关系不大。没听说过哪个框架只能用某个语言写的。语言最多只是提供语法糖。
毕竟框架是上层的东西。编译器和语言才是基础设施。
原帖由 @MacPhisto 于 2019-4-13 16:31 发表
框架是设计思路，跟语言关系不大。没听说过哪个框架只能用某个语言写的。语言最多只是提供语法糖。
毕竟框架是上层的东西。编译器和语言才是基础设施。
原帖由 @masterfish 于 2019-4-13 16:50 发表
语言和框架绑定至深，很多框架换了语言基本废掉了，比如c++的特点是静态类型检查和泛型，所以stl框架出来了，其他语言都做不出stl的高效和简洁。
而UI系统框架天然要求面向对象和类型反射，所以c++几乎没有好的UI库，搞个qt都是用了不少对c++进行扩充的非法手段，反而Java的UI库非常好。unity为什么以c#为开发，tensorflow为什么主要以python为主，docker为什么以go进行开发，都是如此。
原帖由 MacPhisto 于 2019-4-13 17:09 发表
posted by wap, platform: iPad
你说的这些是语法糖。写起来方便点，不代表别的语言不能写。
框架说白了是设计模式的集合。数据流，代码流。这些都是抽象概念，和具体的语言特性没关系。
原帖由 masterfish 于 2019-4-13 17:36 发表
樵夫砍柴之前还要磨刀呢，具体框架很多特性都是和语言有关的，换个语言，这些特性都没了，那个框架就废掉了，我还没看见一个框架换了语言还存在的，上面举了一堆框架依赖语言的例子，要不你举个例子？
原帖由 @MacPhisto 于 2019-4-13 23:42 发表
比如unity还支持javascript和python呢。c#对它来说不过是个插件。
比如苹果的框架同时支持objc和swift。
比如facebook用JavaScript写React是因为这个语言是默认全平台支持，并不是因为JavaScript有什么独有的特性是其他语言没有的。你以为React之类的框架就不能用其他语言写么。
语言特性和语言有关不假。但没人规定某个特性只能某个语言才有。
所谓语言特性说到底不过是编译器和运行时这些基础设施暴露给程序员的语法糖而已。
原帖由 @masterfish 于 2019-4-14 11:36 发表
https://i.loli.net/2019/04/14/5cb2aa17dedfe.jpg
https://i.loli.net/2019/04/14/5cb2aa56ce0e4.jpg
https://i.loli.net/2019/04/14/5cb2aa9f4ac52.jpg
https://i.loli.net/2019/04/14/5cb2aac305fa4.jpg
原帖由 @cc0128 于 2019-4-14 19:04 发表
unity实际上只完整支持c#。
JavaScript是unity自制的unity script
python支持更是shit一样。
当然对于一个游戏引擎来说，支持任何语言问题都不大。
问题还是在于框架有没有利用语言的特有特性，比如unity的框架肯定就没有大量运用JavaScript的异步和prototype chain 特性。
react的例子更好了，新版本里的hooks根本没法子直接套用到其他语言上。换语言API不知道得改多少。API基本全换了还能算同样的框架么？
编程语言本就会影响设计模式，思想。
原帖由 @cuda 于 2019-4-14 21:50 发表
Unity里你想写点什么都要用到Coroutine，全都是异步
这个和JavsScript里的co或者reduxsaga的实现是一模一样的
react里的hooks是特别纯的语法糖
你写了就知道，有时候因为要用state必须要把函数型组件改成class型组件
要写很多句，新的这个不用改了，还是换汤不换药的东西
Scala都能在JVM和JavaScript上跑，真的有哪个功能是某个语言独占的么？
原帖由 @XI-NIAN 于 2019-4-14 19:16 发表
牛批，泥潭人怎么都消失了？
原帖由 @cc0128 于 2019-4-14 22:36 发表
好吧，既然一样，我能在unity里用redux saga么？
hooks和class内部实现完全不一样。。。。
编程语言本身基本上没有什么功能是独占的，你怎么样都能hack去玩。
但是你会去用JavaScript玩多线程么？
但是你会用Java去玩指针么？
但是你会用haskell去玩oop么？
来一个类比，
等于是你通过学阿拉伯语，看阿拉伯语版日本动漫/影视来了解日本文化。这是绝对可行的。也是有病的
原帖由 @cuda 于 2019-4-14 23:21 发表
hooks是框架提供给你的功能
而不是语言提供给框架的功能
它的底层只需要闭包就能实现
不管这个闭包是原型链提供的 还是匿名内部类提供的
你都能搞出来这个功能
在我心里 语言由两个角度分类
动态和静态 oop和fp
对于后者来说java和scala， C#和F#都是共用平台的
据我对scala浅薄的理解，底层都是靠满地的implicit来实现的
对于前者来说绝大多数概念都是有对应的
比如原型链能模拟类
我是真的没见过有哪些功能那么特别
原帖由 @XI-NIAN 于 2019-4-14 19:16 发表
牛批，泥潭人怎么都消失了？
原帖由 masterfish 于 2019-4-14 11:36 发表
| 欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/) | Powered by Discuz! 6.0.0 |
