mottomotto

8 ms·

1.
by mottomotto 8y ago
I think it's only a red flag if you don't want to work remotely. I've been doing it for about 1.5 years straight now with a 6 month stint in the past a couple years ago. With a wife and young kids, it's great. I can have
2.
by mottomotto 8y ago
I think it requires a different mindset in that with programming, I can, for many tasks but not all, kind of get in the zone and crank things out. But (for me) design is not like that. It's more experimental, a bit slower paced, requir
3.
by mottomotto 8y ago
If you need or will need a web equivalent, you should look into react-native-web (and just for interest, react-native-dom but that is much more expiremental -- I'd stick with -web for actual usage). With react-native-web, you can have
4.
by mottomotto 8y ago
React Native is far from dead. I suspect your conflating "React Native isn't good for Airbnb" with "React Native is dead". The reality is Airbnb already had mobile applications. They wanted to use React Native to po
5.
by mottomotto 8y ago
I really hesitated to reply on this but I'm about 15+ years into my career and what the heck. On the one hand, I agree with you. On the other hand, I really disagree. The reason I disagree is we spend an immense amount of time every da
6.
by mottomotto 8y ago
My goal is to live the life I want to live knowing that what I want will change over time. My biggest drive right now is to gain financial independence through both lowering my cost of living, a high savings rate and continuing to grow my i
7.
by mottomotto 9y ago
No, just find a company that is into Software Craftsmanship and sign up for an apprenticeship. There are a lot out there although you might need to move to a major city if you're not in one yet (ie Chicago, New York, LA, London, etc).
8.
by mottomotto 9y ago
It is not the kind of caching that the post I'm replying to is advocating ("the entire app can live offline and even cache data in local storage"). I mentioned the caching I am doing to point out things aren't so simple.
9.
by mottomotto 9y ago
That really is dependent on use case though. In my current project, I want the most up to date data possible so no caching. In reality, it is cached locally in the browser state and soon, I will be pushing data to update that browser state
10.
by mottomotto 9y ago
I haven't written this functionality in, it's a browser API: https://developer.mozilla.org/en-US/docs/Web/API/History_API https://html.spec.whatwg.org/multipage/history.htm
11.
by mottomotto 9y ago
NATS is another option but I think your requirements would lead you to NATS Streaming: https://nats.io/documentation/streaming/nats-streaming-intro... It doesn't offer compression as far as I know (the FAQ su
12.
by mottomotto 9y ago
It's not an ugly hack at all. It works well, the browser history works properly and the interaction is just as if the pages were being fetched from the server. At any point in time, the user can do a hard reload and the page will reren
13.
by mottomotto 9y ago
But I have zero use for SEO-friendly pages -- all my client-side pages are behind a login-wall. It isn't one big blob of JSON -- it's multiple endpoints. With HTTP/2, multiple small requests are fast. > build the few dynam
14.
by mottomotto 9y ago
Well that is a whole other debate. The best thing about React is common patterns. Second best is the availability of components. I've worked with JavaScript for a long time -- the Backbone.js days were painful. It was easy to accidenta
15.
by mottomotto 9y ago
If you're on the fence about server-side rendering being needed for your webapp don't do it! As a team of two with one engineer, I decided YAGNI and instead focused on the responsiveness of the React and Redux-based web applicatio
16.
by mottomotto 9y ago
But the problem is if you assign a rotating duty to your engineering staff, you as an engineer have no direct impact on how often you will be called due to the half-assed work of other developers. It's a rocky road. Do this too much an
17.
by mottomotto 9y ago
Chasing bugs? Yes. Being on-call? No. Not unless you signed up for that. Too many companies think they can just get Pagerduty going and sign up all their engineering staff for operations duty. This is stupid for a number of reasons least of
18.
by mottomotto 9y ago
My experience is the opposite. I work on front end but I focus on applications. There is a lot of change but it's exciting and browser-based applications are replacing native applications more and more. I'm getting paid very well
19.
by mottomotto 9y ago
It is silly to kick JavaScript in this example because the bug* is in the library of a custom JavaScript interpreter not a common runtime. * https://github.com/code-dot-org/JS-Interpreter/pull/23
20.
by mottomotto 9y ago
I much prefer putting the styles in a separate {componentName}.scss file, import'ing that into the component and using the Webpack Extract Text Plugin: https://github.com/webpack-contrib/extract-text-webpack-plug..
21.
by mottomotto 9y ago
One last thought -- you could add 'app' as a potential suffix to the search term.
22.
by mottomotto 9y ago
Well supporting more TLDs would be great. I know we just had that big discussion about the downsides to .io domains on HN (but I actually am reliant on a .io domain -- domain squatter is on my .com and not sure when I can afford, if ever, t
23.
by mottomotto 9y ago
I clicked through via PH. I did a few searches and left. How about an option to send me updates on my query? That way, you can capture my email and notify me when the query results have changed. Maybe that's not useful but I'm won
24.
by mottomotto 9y ago
I was curious -- it's actually worth reading. "We have therefore decided to match what we paid for .io domains in the past with donations to the Chagos Conservation Trust and the UK Chagos Support Association. We will continue to
25.
by mottomotto 9y ago
Does Revolut offer recurring payments for the business accounts? I'd ask them but looks like I'd have to call and talk to them as a non-customer. I see they are also building an API so maybe that is expected to be done via the API
26.
by mottomotto 9y ago
I hope TW uses some of the money to build out recurring payments. That is the biggest thing stopping me from using it for B2B payments (think SaaS product with monthly billing). If there are workarounds, would be happy to hear.
27.
by mottomotto 9y ago
It hasn't been very scary. It's been pedestrian to be honest. I faxed in some details with my credit card, got an account setup with the state, sent in my business paperwork, paid the fees and... Company started. I did this a coup
28.
by mottomotto 9y ago
I like his summary however, on the low end, I found OVH is more affordable than DigitalOcean depending on your needs. Digital Ocean is $20/month for 2 GB of RAM while OVH is $28/month for 7 GB with roughly similar specs for the re
29.
by mottomotto 9y ago
It's important to know that the Department of Defense pays for this activity. Here is one example article of it (I couldn't find a general overview article in my brief searching): http://www.post-gazette.com/news&#
30.
by mottomotto 9y ago
That sounds great to me too!

More ›