orarbel1's comments

orarbel1 | 7 years ago | on: Sketch raises $20M in Series A funding

There is at least one company at each YC batch that aims to lower the barrier of entry for coding, us included. We (Anima YC S18 https://www.animaapp.com) take Sketch designs and convert them into code.

Amongst other things designers also use our generated code to learn how designs can be viewed in browsers as HTML/CSS.

When Sketch introduced Symbols, they started making designers think like developers, in the sense of reusable self-contained components. This makes our and companies like us live easier. And for that we thank them :)

orarbel1 | 7 years ago | on: How did Google get so big?

"There were only 36M users online, roughly the same order as the number of Bitcoin users in the U.S."

When you say "users", what do these users "use" Bitcoin for besides speculating on its price?

Do you know of any real usage?

orarbel1 | 7 years ago | on: Launch HN: OneGraph (YC S18) – Build API Integrations with GraphQL

Congrats guys.

If this works as advertised, this is huge.

When I'm making API calls from my app to different services, I know for a fact that there is no extra latency that might be caused by a third-party. How do you deal with maintaining low-latency while still having to re-route my original API call?

Again, as someone who dealt with many APIs over the years, I think this kind of service is game-changing.

orarbel1 | 7 years ago | on: Launch HN: Anima App (YC S18) – Sketch to Code Toolkit

Thank you.

Today the tools we provide force designers to think in a more structured way. A great example of this is Stacks, which forces a layout to be consistent. Unstructured design, or in other words, floating layers corresponds to CSS's absolute position. Stacks, however, corresponds to CSS's Flexbox.

By enforcing designs to adhere to concepts which are borrowed from the development world, we can actually convert design to code.

In the long-term, we see that not only layout will be structured and translated, but all aspects of a user interface.

orarbel1 | 7 years ago | on: Launch HN: Anima App (YC S18) – Sketch to Code Toolkit

We get this a lot and I do understand where you're coming from. Replacing human engineers will not happen any day now, but we project our vision years ahead.

For the time being, even if developers don't use the generated code, but rather just inspect it is better then guessing how a component should work by staring at a static image or a GIF.

If you take for example this elaborate interactive component: https://handoff.animaapp.com/#/timeline/XKHmOQP5Hcuipv/anima...

It was made completely by Michal, our co-founder/designer in Sketch with Anima. No code was manually written. Trying to convey this today usually involves hand-waving or for advanced teams, a GIF. By handing off functional code, a developer can interact and see the values that make this work. Even if not using the actual generated code.

Does that make sense? What do you think?

orarbel1 | 7 years ago | on: Launch HN: Anima App (YC S18) – Sketch to Code Toolkit

The way our Auto-Layout plugin works is by hooking into the internals of Sketch and enforcing layout rules in real-time (i.e when the mouse moves). If someone doesn't have the plugin installed, the Sketch file can still be opened but they won't have the code that enforces the layout rules, so yes it will look and behave differently.

So while using Auto-Layout can save an enormous amount of time creating UI, it definitely needs to be used by all designers that work on the file.

In terms of exporting to other parties such as Zeplin, we have a feature that turns off all the layout rules just before exporting. If you have tried it out here it is: https://animaapp.github.io/docs/v1/launchpad/faq.html#Export...

And thank you for the kind words!

orarbel1 | 7 years ago | on: Launch HN: Anima App (YC S18) – Sketch to Code Toolkit

You definitely have a point.

This type of solution has obvious upside. The truth is that it has been tried many times before (Flash, Frontpage, Adobe Muse). The hard thing here is to being adopted both by the designers who start the process and at the same time generate code that developers will agree to work with.

The way we tackle this is by giving designers tools to express what they want in ways that were not available before, and then use the output to generate code. For example, one popular feature is Stacks[1] which is basically CSS Flexbox for Sketch. When designers use Stacks, we can then use that data and generate an actual CSS Flexbox from it.

Designers are adopting this approach but in terms of code generation, we still have a lot of room for improvement. The code works great, but it's not always optimal in the way that a good human developer would write it.

We have an internal goal, which is to pass the "Turing Test", where a developer will not be able to recognize whether our algorithms or by a fellow human developer.

[1] https://medium.com/sketch-app-sources/auto-layout-introducin...

page 1