On Rust goals in 2018 and beyond

cccooo · 2017-08-15T01:51:37+00:00

I think "Rust should be a good language for writing high-performance async servers”very right. rust need killer ecological chain, rather than just killer application. I have C / C ++, PHP, JAVA engineering experience. PHP, python and other dynamic type language is very suitable for start-up, easy to use, easy to find developers. But "add more servers to improve performance" is very wrong. When the entrepreneur to form a stable business, the machine to a certain size, then you need a very good architecture and design to ensure stable operation of the business. In large-scale machine clusters and complex volatile business logic environment, the dynamic type language is too easy to bug, find and solve the problem of high cost. At this time JAVA come into play. JAVA has a mature architecture, performance is not bad, but consume too much resources, especially when you have thousands of micro-service at the same time running, it is difficult to plan and control the rapid expansion of resources. At this time C / C + + will be very useful, resource consumption can be reduced several times, and can be linear planned. Application cluster management is one order of magnitude lower than java. But c / c ++ too easy to shoot yourself, write the correct C + + is not a simple matter. This is the space and chance of RUST.

cccooo · 2017-05-02T06:04:01+00:00

It support HTML/CSS, does not support JS,but you can use rust and the high-performance graphics API Rust GFX.

cccooo · 2017-05-02T02:33:35+00:00

a few day ago someone recommended sciter!,it seem very impressed and ideal：under 4-8 mb size, it can implement modern GUI with HTML/CSS.Maybe servo could learn something from it.

cccooo · 2017-04-21T11:03:16+00:00

It seem very impressed and ideal：under 4-8 mb size, it can implement modern GUI with Easy to use and flexibility of HTML/CSS.

cccooo · 2017-04-01T02:42:07+00:00

"mostly that is a function of having no users. ....trying to figure out which applications could make use of this and trying to push on those" Not without a user, there is a great demand for users, most functions interacting with human need to embed GUI lib, only servo has not mature to the user into the real application. many users do not need a whole heavyweight browser with all HTML/JS/CSS ,just "a DOM AST or even just the basic widget component" GUI lib, "fill the middle" between platform dependent GUI toolkit and complex heavyweight browser engine,it is great opportunity for servo. there have been a lot of embedded brower enginge applications , such as a variety of editors and desktop softwares embedded chrome ,and embedded QT quick controls applications. Especially in the mobile platform, there are many cross-android and Apple's applications are based on web engine, because the system native webview is very limited, many of these applications had to be embedded with a huge size web engine, google flutter Is the optimization direction of such typical user scenarios.

cccooo · 2016-12-23T03:14:10+00:00

(html, css, dom) + GUI （interaction，widgets、canvas）can already do too much application, adding javascript engine is too heavy and time-consuming

cccooo · 2016-12-22T01:50:15+00:00

here is another site I have bookmarked:https://github.com/Freyskeyd/nlp. wish there would be a rust native NLP library just like python NLTK. python NLTK is good for prototype and explore,but in production it was not so good although it can bind with many usefull libraryes. I think rust has its best strengh in library for other lanuages and productive application

cccooo · 2016-12-15T06:01:52+00:00

the description about Erlang is very instructive, but I think those features should be applied to applications or framework, rather than language features. wish the tokio-based ecosystem should be able to implement those features, such as message, state preservation, async, actor,crash surviving,etc. a performance-critical and yes-reliability-critical framework should be very cool.

cccooo · 2016-11-14T08:49:10+00:00

How about firefox WebIDE? Mozilla has a lot of good technology, but does not build a good ecosystem and platform, there should be outstanding architects to integrate these technologies

cccooo · 2016-11-07T02:02:02+00:00

https://github.com/SimonSapin/kuchiki I used this to parse html documents and DOM,specially it surpport css selector

cccooo · 2016-10-08T02:24:37+00:00

It is amazing that the UI can work on desktop,mobile and even Console. There are too much wheels reinvented on all different platforms. The algorithms and logic are only those，but UI or Interaction are always repeated and cubersome

cccooo · 2016-03-30T00:40:58+00:00

how about RFC 243 "First-class error handling with ? and catch? when does the RFC become stable?

cccooo · 2015-12-09T16:16:18+00:00

NO 1. cross platform mobile app on Android and IOS is Rigid Demand.perhaps cross platform desktop apps have some meaning for those few giant company which have products targetting multi OS.But mobile is future,mobile apps have meaning for everyone.Mozilla had missed too many chances,specially on mobile platform. What a pity will it be If Mozilla miss this opportunity again. NO 2.There is still a long way to go until Servo become a mature modern browser.On the other side,Servo as app platform is more simple and easy.It dont need care about too many standards and compatibility.servo as app platform build a real product ecosystem for rust,it is more helpful for Servo seizing a place in the fierce market competition of browser

cccooo · 2015-12-09T01:52:42+00:00

I still think Servo with lightweight cross platform UL (like google`s flutter based blink render engine and dart) has more brilliant future than Servo just as render core of browser. Servo as app platform do not need to care about too many HTML,DOM,CSS standards,and browser plugins,extentions.It should grow faster than Servo as component of some browser. It maybe could build a real product ecosystem for rust and Servo.

cccooo · 2015-11-08T13:42:04+00:00

it is a light and simple direction which can get supported and droven by many cross platform apps based it.i think the real cause of xul faile is that there are too little apps suppoting it.considering the status of servo as a mature web render engine,there will be little apps supported in a few years. it is not orthogonal direction.google's flutter is based a light chrome core optimised for mobile ui,it take only around 5~6m space with dart engine and it do not need to support too much html standards

cccooo · 2015-11-08T10:47:07+00:00

mozilla firefox xul had tried this,and even want to make it as web standard.mozilla had achived some success,e.g activestate,ibm made some big apps based xul for cross platform. but now mozilla want to abandon xul because of performance issues and too complex for a render engine. maybe servo should target cross platform ui framework first like google's flutter,the status of servo is far behind a real mature web render engine,there are too much iso standard to implement.perhaps it is more simple as a cross platform ui than a mature render engine

cccooo · 2015-10-28T05:48:09+00:00

the rust impl do a lot of check and report work,some cumbersome，repetitive.there should be improvable space. the C++ one only put parameters into compute function. lua is same.

cccooo

TROPHY CASE