TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Developer UX at Google

117 点作者 mswift42将近 8 年前

10 条评论

thibran将近 8 年前
Google should do this for regular Android APIs. The frequency you have to look up special-android-things is stunning –&gt; disrupts your flow = very bad<p>There are way too many things you have to keep in your head on Android to get things right (<a href="https:&#x2F;&#x2F;developer.android.com&#x2F;guide&#x2F;components&#x2F;images&#x2F;activity_lifecycle.png" rel="nofollow">https:&#x2F;&#x2F;developer.android.com&#x2F;guide&#x2F;components&#x2F;images&#x2F;activi...</a>). The approach Google took here - do what ever you want, we won&#x27;t tell&#x2F;force you, is pure wrong (I&#x27;m a bit exaggerating, but still).<p>Developers wasted millions of hours of dev-time and therefor money to figuring out how to do basic things, like saving application state when the device is rotated or another app comes to foreground (testing state-changes is also complicated). There were complains about how state-saving is handled, but Google ignored them for many many years. Every platform has good and bad points, acknowledged, but not having a clear-line, a way how things should be done, is to me indecisive leadership and a very big mistake I would not have expected from Google.<p>Last AndroidIO things got better with the introduction of so called &quot;Architecture Components&quot; (among other things a SQLite ORM and guide how basic things should be done, finally). I wonder what took them so long.
评论 #14911689 未加载
评论 #14910870 未加载
enkay将近 8 年前
Google has some of the worst UI&#x2F;UX. For all the other great stuff they do, this is one area where they really shouldn&#x27;t be teaching others but learning from them.<p>From the barely usable Gsuite admin console to the indecipherable API docs (and developer console), I can&#x27;t think of a single product where I can intuitively find the setting or option I&#x27;m looking for.
评论 #14910771 未加载
评论 #14910798 未加载
评论 #14911014 未加载
评论 #14911099 未加载
yttrium将近 8 年前
Funny this should come up - This past month I&#x27;ve been exploring building web apps using <a href="http:&#x2F;&#x2F;www.material-ui.com&#x2F;" rel="nofollow">http:&#x2F;&#x2F;www.material-ui.com&#x2F;</a>. They have some of the best documentation I&#x27;ve ever seen for a front end framework. Easy code examples right in the component that you can play with and then peek at the source code.<p>It makes such a difference to be able to see the output and then quickly look at the source code. Really wonderful development experience.
评论 #14909780 未加载
mft_将近 8 年前
I&#x27;m glad that Google is thinking along these lines - as an amateur coder, I often find the UX of some of their products (e.g. AppEngine, YouTube API) terrible, often related to documentation not actually being comprehensive enough.<p>And further, if only the Pandas team would also think about this a little more - surely the most frustrating, least intuitive module I&#x27;ve ever had the misfortune to encounter in Python.
评论 #14910000 未加载
评论 #14909995 未加载
评论 #14910100 未加载
ernsheong将近 8 年前
Never heard of Flutter (<a href="https:&#x2F;&#x2F;flutter.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;flutter.io&#x2F;</a>) till now. I hope the project succeeds. I just don&#x27;t think React Native is the way forward. And native everywhere is just costly for smaller teams&#x2F;solo devs. All the best to Flutter!
grabcocque将近 8 年前
Given the increasingly poor state of some of Google&#x27;s biggest properties (YouTube is a prime offender, its user experience only ever seems to get worse) I&#x27;m obviously surprised to hear this.
评论 #14909721 未加载
评论 #14909738 未加载
评论 #14910001 未加载
评论 #14909724 未加载
nxc18将近 8 年前
This is rich coming from Google. If only they put a fraction of the time they put into this into the Android SDK they&#x27;d have a much better product.
V-eHGsd_将近 8 年前
my favorite google ux story is that the &quot;ux study&quot; behind drive.google.com switching to some weird, pseudo filesystem with double click to open (in a webpage!) was based on a user study with 12, twelve, participants. half of them were not completely dumbfounded by a web page that required you to double click to interact with an element. not completely dumbfounded meant that they either clicked twice initially (2 IIRC), or clicked once, waited fewer than 5 seconds, and then tried double clicking.<p>the big joke, at least while I was there, was that ux for random tools kept changing because they kept hiring ux engineers who needed to change something, anything, just to get promoted.
ktta将近 8 年前
This[1] was linked to in the post.<p>I&#x27;ve been playing around with flutter, and saw a lot of code similar to this. Where is this style from? I&#x27;ve written apps in Java for Android but never encountered such style.<p>The post refers to this as problematic because developers fail to map the code spatially. While I agree, I also find this kind of code very unreadable and unelegant. I&#x27;m interested in what others think. Isn&#x27;t this a part of the UX? It becomes a bit hard for me to maintain proper context with this way of writing code.<p>[1]: <a href="https:&#x2F;&#x2F;gist.github.com&#x2F;anonymous&#x2F;6dcf061bad914e1a0d18653eda789e65#file-row_column-dart" rel="nofollow">https:&#x2F;&#x2F;gist.github.com&#x2F;anonymous&#x2F;6dcf061bad914e1a0d18653eda...</a>
评论 #14922419 未加载
pmontra将近 8 年前
My suggestion about the child &#x2F; children thing: make it more obvious by calling it &#x27;one_child&#x27;. Maybe not as beautiful but I guess that &gt; 50% developers don&#x27;t have English as their native language.