-
Notifications
You must be signed in to change notification settings - Fork 3
Why are we 3-4 years behind on UI proto technology? #34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@adroc-tc understands this situation. However, he wants copilots and all of us to help clients get excited about the use of new technology. We would need standardization for members. |
Review techniques/standards are older that forces coders to follow the older techniques in order to win. Less focus is given on performance, consistency... |
Lack of collaboration between design & UI coders.
|
I am preparing a series of blog posts on the subject - how to design for code and think in containers, what is the advantage of React and reusable modules, and what do we use on our front-end stack to make it easy to add/modify new components without huge dependency on nested (S)CSS. I think that we use whatever technology the challenge calls for, to match the requirements. It is good to think about the cutting-edge technology and experiment with it, but if your prototype is going to be consumed in a specific way by a specific customer/challenge sponsor, than what they are really comfortable with should be the norm. |
Why don't we just start a dedicated site like topcoder-ux.com listing the tc UX & other similar things. So that coders/ designers/ copilots/ reviewers can easily find info. abt. the elements used on tc site. This can help in developing consistent sites/components faster. |
I reported this issue more than 1 year ago, so I am updating the title :D |
@Sande3p @vic-topcoder IMO it's hard to create strict standards for standard HTML + jquery apps. |
@lsentkiewicz I agree partially. The designers might not know how a design will be created into a component-based front-end. That's why I leave the application architecture to the engineers, and think about the containers and what is repeated, what are all the states of a container, what are the unique and which are the repeatable elements. Being able to determine those would help to present the design thinking for the engineer who will create the component architecture based on the container logic of the designer. Most of the time engineers create a different structure as they know the inner workings of the system, take into account state management and others (can't pretend I understand everything about front-end). It is hard to stick to standards, or enforce them community-wide. That's why online review is important. It also depends if we build 1-off prototype that illustrates what the app/website needs to do, vs. continuous integration — building within a established system/production software. I have no solution for the second scenario, rather than the above mentioned blog posts with the thinking/methodology above, and stricter online review process. |
@lsentkiewicz: GitHub works best & we can also use libraries/plugins that can parse the *.md files into html code that can be hosted on topcoder.com. Recently I saw the polymer site: []https://www.polymer-project.org/2.0/docs/about_20 . They were using similar technique. @vic-topcoder: I use Adobe's Creative Cloud to upload PSDs before start working. The problem with most of the PSDs is that they are huge & at first it's required to break them into smaller fragments & then upload to Creative Cloud. |
Topcoder should be leading the way in technology
The text was updated successfully, but these errors were encountered: