Hacker Newsnew | past | comments | ask | show | jobs | submit | rdela's commentslogin

What target platforms can we use Socket to build for today? “iOS, Android, MacOS, Linux, Windows, and ChromeOS?” - https://socketsupply.co/blog/hello-world/


We officially support iOS, Android, MacOS, Linux, Windows, XBox, Android TV, and unofficially a few others that are in-progress (Apple Watch, ChromeOS). We should definitely put a list somewhere on the site.


Seems like Socket's mobile platform support is more mature than Tauri's to me. Are there other benefits to solo devs or small teams choosing Socket over Tauri beyond that and not having to write Rust to interact with the underlying system?


The development pattern with Socket runtime is dramatically simpler and more secure than Electron or Tauri because we've made the Main process optional. When you build an Electron app, for example, you spend a huge amount of time and energy marshaling data between the UI and the Main process. You end up essentially designing your own routing system. That can be a lot of work to maintain.

In terms of security, an optional Main process means a smaller surface area to worry about when considering your end-user's safety.

Historically, the super strict separation of UI and Main was implemented as a security precaution. For example, you didn’t want the front end doing naughty things to your file system, because after all, who knows when a rouge request might be somehow injected or some data may be unescaped. But in reality it didn't resolve the problem, it just moved the risk into Main - where the same problems still exist, because Main is an arbitrary binary with many most likely unaudited, transient dependencies, and unmitigated access to the OS.

We reduced the overall surface area and locked it down with CSP (a web standard) to granularly control 100% of the native capabilities. In other words, there is less solution-specific ceremony to spend time on, you get to focus on your real problems.


Is Socket compatible with Qwik? Asking here coz Tauri does and has a tutorial on how to use Qwik on Tauri


Yes! It will definitely work in Socket runtime. We don't have an example of how to use Qwick, we have examples of how to use React, Next, Vue since they are some of the most well known frameworks (https://github.com/socketsupply/socket-examples/tree/master/...).

Pretty much any code that runs on the Web will "just work" in Socket.


seen Google Short Links by Google Labs? http://www.google.com/enterprise/marketplace/viewListing?pro...

http://bit.ly/pro/ is also worth a look


Thanks for that.




I love amusing the "submit a better translation" feature.


Thanks :) That was a fun grammar error.


Is zipped really better? I can see people on mobile devices preferring raw links in email, and maybe not wanting such a big file in the first place, unless they were actually going to use all 3 versions. Should be a option in user settings to enable each format. Then in the monthly email, whichever files they subscribe to. Thoughts?


and the current episode starts with a tech founder bit about the garage myth. see my first HN submission ever, http://news.ycombinator.com/item?id=1566128


someone posted a link to these guys when this was brought up before, they consolidate packages: http://www.shipito.com/consolidation



Agreed, curator's note needs editing, and jwz's last name is also misspelled on the TOC (p3 - "JAWINSKI" instead of 'Z[...]'), though he's credited correctly on the inside jacket (p2). You could update the pdf, I suppose.

I'm happy to share the proofreading/editing burden with ekpyrotic or do a pass before or after ekpyrotic does, if that would be helpful (http://rdela.com has an email link at the bottom).


Thanks for the help. Just replied your email ;)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: