schmrz's comments

Hah, this reminds me of high school!

For my final year project, I knew I wanted to write some kind of software, and my Programming Languages professor suggested that I pick a generic topic like "A program in C++" and then I can build whatever.

This was at a time when we just started using mobile data (GPRS) on our phones and SMS was very expensive. It's also when I met my girlfriend, now wife, and we were constantly messaging of course.

I needed a cheaper way to communicate. This was before there was WhatsApp, Signal, etc.

So I wrote Tiruriru. It consisted of:

- a Java mobile application that you could use to send messages to your contacts over GPRS - a GSM modem written in Python that would call and ring the contact's phone number 3 times when you send a message to them because no one was connected to GPRS at all times - and finally a REST api written in C++ with Wt Toolkit that was communicating with the app and the GSM modem service.

Since this used very little data it was 10x cheaper to send messages like this than to use SMS. We ended up upgrading to Android phones soon after and 2g/3g/wifi was available everywhere.

That's the story of how I wrote "A program in C++" in high school :)

Only if by fundamentals you mean the fundamental idea behind coworking spaces. Sure, that makes sense. But the WeWork company fundamentals are out of whack. Nobody is arguing that coworking spaces are a bad idea. WeWork is a company that turns 2$ into 1$.

I would offer another anecdote because I really believe this to be a very high quality laptop. I have bought my Dell XPS13 9360 around the same time and have never been happier with a laptop (running Fedora flawlessly, 10 hours of battery). And it cost me around 1250€ (~1420 USD).

Wow they are really aggressively comparing to Trello which isn't really the same product niche.

Compare your product to Airtable please. Why would someone use this product instead of Airtable?

What did work in your experience?

I'm also using Dell XPS 13 (model 9360, non-touch, 1080p screen) with Fedora 26, and I haven't had any issues. This is by far the best linux laptop I've had. Just another data point in case someone is looking into buying these.

Most likely not, as it's supposed to be backwards compatible.

I'm not sure what you mean by that, flexbox has been supported by Chrome for a while now: http://caniuse.com/#feat=flexbox.

> I mainly regret not taking university seriously half a lifetime ago, but as a result I became a lifelong self-learner.

Can you please expand on this? Why do you regret that?

I've read a great book about this topic: The Top Five Regrets of the Dying. It's a bit more general of course, but it might be interesting to you or others.

I'm quite interested in learning why the author decided to use React for the user-facing part of the blog in the first place.

While it may not be "right", you don't need an inventory, not even a payment system. You will not be charging the potential customers. The point is that you test the market, just to see if anyone would be interested in buying. Once they get to the checkout, simply say that it will be "available soon" and optionally ask for email so you can actually sell to them later.

For anything you want to build and sell, you need to make sure that you (a) have a market, (b) can reach the market (marketing).

Again, it may not be completely right, as you may feel (as I do) that you are misleading customers a bit.

> [Rust] allows me to realize my vision of a secure password manager which is not possible with Python.

Not trying to debunk this or anything, but could anyone expand on this (eg. what does secure mean in this context)? Has the author written somewhere about his decision (I couldn't find anything)?

I assume that you are self-employed. If you are not, then I guess it all depends on your employer.

I've been thinking of working 4 days a week during summer, but since I mostly work full-time for one client at a time, it would definitely disrupt their plans as well. So I'm still kinda thinking about it, but not doing anything about it :)

I think it works best if you have a business that doesn't depend on you being there all the time.

It's definitely ok, and it will probably work out better for you than asking a higher hourly wage. The client may of course be reluctant to accept this if they haven't done any similar arrangements before.

As a side note, having flexible hours is great if you need that kind of flexibility in your life. If you don't, consider billing by day/week.

Not sure if I'm reading this right, but is the amount limited to 3$? If it is, that's a pretty low limit. I wonder what's the reasoning behind that.

I know that one thing I don't like about https://weworkremotely.com is that many of the listed jobs are not truly remote (they are limited to one country). At least on this board I can filter those out.

A web site can be Javascript-heavy[0] without being a web application[1]. There's a big difference.

If you just need auto-completion, modal dialogs and similar features then you shouldn't build a web application, and you definitely should make your site work without Javascript.

On the other hand, if you are building Google Maps, then you should build a web application. Google Maps doesn't work when you disable Javascript.

Supporting clients without Javascript in web applications often doesn't make sense. If it does, you should consider building a standard web site. Just imagine building Google Maps without Javascript. Or better yet, imagine using a version of Google Maps without Javascript. I'm sure that there are people that could pull that off and still end up with something good but it's not the case for most teams (not enough time, resources or skill) building web applications.

[0]: What's considered Javascript-heavy anyways? I think that including support for standard stuff like auto-completion, modal dialogs or even just including bootstrap's javascript these days makes your site Javascript-heavy.

[1]: By this I mean a single page web application that uses Javascript for state management/routing, rendering, communication with the backend, etc. You should be able to deploy an application like this on S3 and it should work. That's not a requirement but I'm just trying to point out that it's an application built completely with Javascript, with no backend support (except for the api that it communicates with).

> Many kinds of browser security bugs, such as the recent Heartbleed vulnerability, are prevented automatically by the Rust compiler.

Does anyone care to explain how this would work? If you used OpenSSL from Rust you would still be vulnerable to Heartbleed. Or am I missing something?

Why do you regret it (unless it's too personal)?

There's a comment below the article where Ryan says that they have been working four days a week since 2006.