samuelstros

11 ms·

91.
by samuelstros 3y ago
Haha check our scrappy website https://opral.com We got a bug report once that „the website is not loading“.
92.
by samuelstros 3y ago
Glad that inlang could contribute i18n routing capabilities for SvelteKit 2.0! https://inlang.com/c/svelte and https://github.com/sveltejs/kit/pull/10755
93.
by samuelstros 3y ago
The Rolls Royce company of discussion is not owned by BMW. The car brand Rolls Royce is owned by BMW.
94.
by samuelstros 3y ago
Your statement sounds like a contradiction. If the development of batteries is so rapid, Rolls Royce not investing in electric engines and doubling down on fuel-burning engines instead could open them up for a book story worthy "disrup
95.
Is it possible to disable the network in iOS Simulator?(stackoverflow.com)
2 points by samuelstros 3y ago|0 comments
96.
by samuelstros 3y ago
Interop, achievable via web components, is far more important than syntax, the last ms of performance, or shaking of 1kb in large applications contexts. Hence, I strongly encourage the author to compile to web components instead of a custom
97.
by samuelstros 3y ago
(assumption) because their product is not appealing to a wide audience. the result? "let's add this feature to get [X hyped tech] users"
98.
by samuelstros 3y ago
i am on a 2 year long rabbit hole to solve many i18n problems that devs face https://github.com/inlang/inlang we are in our third (major) refactor because the problem is so complex and new requirements emerge regularly
99.
by samuelstros 3y ago
well, at least we are trying to solve i18n with tech https://github.com/inlang/inlang :D
100.
by samuelstros 3y ago
Check out vite plugin ssr
101.
by samuelstros 3y ago
Chrome supports "installing" apps for a long time. Apple is the blocker for true web apps with the year long lack of notifications for example.
102.
by samuelstros 3y ago
The slow death of Electron & Co? Electron apps like Discord, Slack, etc. don't seem to gain any benefit from being wrapped in Electron anymore. Have one codebase, one app, that works everywhere and can now even be "installed&q
103.
Using ChatGPT to auto generate config files: Wasted effort
3 points by samuelstros 3y ago|0 comments
104.
by samuelstros 4y ago
I updated my post. I meant with "deploy as VPS" "deploy as a (virtual private) server with a service like render, heroku". I agree the sys admin stuff, no thanks. the appeal of "serverless edge", at least to me
105.
by samuelstros 4y ago
just use a regular server for mid/larger sized apps. i started my web dev journey with JAMStack, Vercel, the "edge". everything is easy as long as one only deploys a full-stack NextJS app. the moment other apps come in, just
106.
by samuelstros 4y ago
>> The nice thing about Solid is that state is de-coupled from rendering. > Are you referring to the part that solid components "disappear" at runtime? Or that solid signals can be used outside of components? My mental mo
107.
by samuelstros 4y ago
Everything around signals is a bit ambiguous... The decision for SolidJS, and likely the differentiator to Jotai et al., is simplicity. The reactive system (signals) are de-coupled from rendering. SolidJS is not doing a good job communicati
108.
by samuelstros 4y ago
The primary concern is performance. The editor is anticipated to become a VSCode for content (documents, video, audio, etc.). The state issues we have right now are non-issues with SolidJS. They don't trigger re-renders and thereby don
109.
Stick with SolidJS, or switch to React?(twitter.com)
8 points by samuelstros 4y ago|8 comments
110.
by samuelstros 4y ago
Updated to "extra accounts": no hosting, extra accounts, or synchronization required. use git(hub) workflows like pull requests.
111.
by samuelstros 4y ago
The phrasing is not precise. No accounts are required for our service. A GitHub account is required ofc. I will update the readme!
112.
Show HN: Stripe for localization that abuses Git as back end(github.com)
2 points by samuelstros 4y ago|3 comments
113.
by samuelstros 4y ago
We are working on "the next git" that brings version control to the rest of the world. > No one bothers to consider: what are the workflows that people actually want to do? What are the features that would make those workflows
114.
by samuelstros 4y ago
> I've found a potential co-founder who brings motivation and quick learning skills to the table. Why are you onboarding this co-founder? Motivation and quick learning skills can be an illusion for the lack of skills, network and e
115.
by samuelstros 4y ago
Can you elaborate on "manage translations on your own"? I am working on dev-first localization infrastructure after being frustrated with i18n from a dev perspective myself. Your remarks seem like they fit into the infrastructure
116.
by samuelstros 4y ago
- The documentation is good but not "amazing" - the surface api for routing is large (different ways to achieve routing). the maintainer is working on reducing the surface area though https://github.com/brillout&#x
117.
by samuelstros 4y ago
actually, svelte-kit copied nextjs routing :D rich harris read the routing RFC from the next team before they released it
118.
by samuelstros 4y ago
NextJS and SvelteKit are same same. SvelteKit might offer a slightly higher DX by being the new kid on the block that learned from NextJS and Co. The big difference is just Svelte vs React. Svelte is delighting to use but a headless UI libr
119.
by samuelstros 4y ago
I recently discovered and recommend to take a look at vite-plugin-ssr https://vite-plugin-ssr.com/ . Vite-plugin-ssr describes itself as "Like Next.js/Nuxt but as do-one-thing-do-it-well Vite plugin.". I use i
120.
by samuelstros 4y ago
inlang | Europe | Remote or Hybrid in Berlin | https://github.com/inlang/inlang Version control infrastructure that potentially enables a new gen of professional apps. This new gen build-in automation and collaboration

More ›