shubham_sinha
shubham_sinha on Hacker News
GPUI is going to be react for Rust ecosystem. Everyone seems to be on Rust & GPUI bandwagon these days. I've built something similar using Expo. That's the stack that I'm most familiar with and surprisingly the performance of the app is pretty good. Still ironing our few edge cases, but would like to benchmark again Waku.
https://github.com/pounce-ai/pounce
To be honest. I want to build my company this way only. When I get product market fit and I have insights that we can grow up exponentially by burning money I won’t mind doing it. But this is very hard to pitch to a VC. You want to be honest but that honesty rarely converts into a fund raise.
Hi, you could drop an email to
[email protected] and we will be happy to onboard you. Please add target geography like you would like to target Indian market or US market
I am building similar thing at
https://peppyhop.com . Currently it’s restricted to Indian geography. We onboard stores that have shopify or woocommerce backend. We have also developed our custom ML model to better classify products.
I feel such comments doesn’t help anybody. A language or framework can make the most difficult part of your app easy, it’s not meant to make overall app development a piece of cake. Ex: Phoenix framework can help you build apps with real-time communication easier. A PHP Laravel can help you get basic SASS crud app faster and cheaper. Building a robust real-time application using PHP will always be harder than Elixir / Phoenix.
For the above mentioned example of warehouse and connectivity issue, I don’t know how elixir Phoenix will have troubles and PHP will make it seamless. With bad connectivity any application will find it difficult to connect to server. Whether you do it over web sockets or http doesn’t matter.
How does it perform wrt to Fastify ?
Postman, Insomnia, Paw seem to fall in similar league. But if you are running VSCode simply use Thunderclient.
Last commits are quite old. Guess it’s also not maintained
First steps can be to use git diff and select what’s changed. Bulk of the heavy lifting will still be responsibility of ORM (sqlc). Later on this experience can be streamlined.
How hard it’ll be to build a notion like UX using lexical ? Have been using editorjs for same
WhatsApp pay is just another UPI app
If you’re not coding and you want an MVP you need to act like a manager. Document everything, do code reviews. These activities will also consume time and will depend on the developer you’ve hired. It will be hard to find a good developer at low hourly rates
I guess the challenge for MS wasn't to make native app on multiple platforms but to beat the competition i.e Slack as fast as they can.
They operated like a startup. Used electron, reached to market fast, gained traction. Now they can thing for performance improvements.
Note: Most of the users using MS Teams are not startups but listed companies. That's a constant source of revenue. Tapping that segment with not so shitty electron app has worked wonders for MS
Flutter won't survive long. The whole point of cross platform dev is to pull better apps with limited resources. An app without backend is nothing. JS is web native language, it will always be easier to code Node JS backend than to code using Dart. 1 indie developer with one skill set can pull off an end to end app. Dart seems to be competing with Javascript only that too in
client side dev, totally ignoring JAVA, Kotlin and Swift.
X vs Y thing is always fun to read. We would all agree that Native apps are still better than RN and Flutter ones. So choosing either platform is a decision you need to take whether you want something fast and compromise on few thinks like look and performance or you want something solid. Secondly the issue with flutter is Dart. If you're a startup with 3 guys, working on Go lang for backend APIs, React / Svelte for frontend would you rather choose Js / TS for your app development or Dart. The whole time taken to build X using Y goes for a toss here. I would rather keep minimum moving parts if I'm small. If you're an enterprise and you've got resources you can experiment with Flutter + Dart, work for 2 years and when the project gets shelved ( just like other Google projects ) start migrating to Native or Js. After that you'll question yourself why did I learn Dart in the first place ? Did Flutter provide enough features that React Native didn't, etc.
3 rivers meet at Allahabad, not Varanasi
When Node Js is taught people often teach Express framework. If someone teaches AdonisJs, it will have similar effect on audience as mentioned above.
I code mostly in React. But I find Vue to be more productive. Bulletproof routing and state management.
I use React because I mostly develop React Native apps and React web apps. Vue doesn't have anything close to React Native. React has a slight edge over Vue when compared to availability of components(npm packages). Thus I maintain JS sanity.
Weex lacks english documentation and most of the Weex devs are from China and support forums also tend to be in Chinese. By far RN has best documentation and plugin / package ecosystem. A full fledged app can be built using RN. Whereas it'll be hard for Weex, Vue-Native. Just search for Google Maps package for any of these frameworks, you'll have tough time finding any (barring React Native)
It's a choice. Basically you have Java, Kotlin, C# and SWIFT for native apps, why use React Native. If you learning React is easier for web dev, then I'll say Vue is even easier for them. If you know React then Vue-Native isn't worth it.
Vue is more beginner friendly. It's easier to learn (particularly for people coming from Angular Js background). As a RN developer you won't be getting any benefits as such. If you're already comfortable with React and JSX then jumping to Vue-Native won't be of any use. But if you're purely a HTML, CSS, jQuery dev and want to get into mobile app dev, I guess Vue-Native will be quite easy to learn and build production ready apps.
Posted by
shubham_sinha on Saturday March 03, 2018 @12:00PM
from the cypherock.github.io dept.