180 karma · joined October 8, 2009
joshua+hn@feralhosting.com
The OP originally struck me as a negative comment but reading it again makes me think it was more of just an observation.
I wasn't trying to say having one language is a good/bad thing, but everyone having say, a common language, could benefit all as it opens up more possibilities with people.
I'm not sure I came off right in the second sentence. I meant as if people only chose English and leaving behind their heritage / culture (as amichail suggested below) that would be bad.
Yes, I'm an English only speaker (I believe the majority of the world are bilingual now too), and so are my parents :)
What would be a problem (and is kind of assumed in what you're saying) is if people stopped learning their native language in favour of English.
Last time this happened to me, I gave 6 months free on a dedicated server which was announced in an e-mail that went out to around a thousand users (the focus was explaining why feature x was disabled for the past few days).
It was brought up in discussion that it was probably too much, but the alternative to me was terrifying considering the amount of tickets opened because of the preventative measures.
There's the other upside that if your website isn't radically different from others, a lot of your users will already know how to use it. There could be a lot to gain with a lot of your visitors knowing how to extract information from it.
I guess the only real way to know is by testing!
I primarily stick to Slashdot and HN but know full well that the views in the comments of the two sites can sometimes be very detached/different from the rest of society.
While this isn't necessarily a bad thing, it is something to be careful of and I'd hate to find the day all of my own opinions fit a site perfectly.
One of the problems I imagine is size, I can still handle my couple of thousand customers and provide "good" support with enough time to investigate something that is described as a slowloris attack. I can open a dialogue with the customer and tell them that what they did was a little bit stupid and for the most part, the customer will understand and stop.
Although there was a time when I did investigate, couldn't find anything immediate (I'm spending say 5-10 minutes pruning a few TB of data here...) so the next point was to catch them in the act with a few iptables rules. Then the person who e-mailed me (and my host) pretty much turned hostile/gained a sense of entitlement and that was that. I wasn't much interesting in putting more time into it (so, didn't!). However this guy only produced a few text logs that could have been easily forged and I never heard more about it... who knows?
That also leads to another angle, how do you know who is telling the truth? The hosts are likely to side with the paying customer (well you never know with OVH) and there is little an outsider can do to prove their case in point except with easily fabricated text logs and events.
It's strange really, some of the people who I have followed up on have been very grateful (perhaps because they got their way), much in the same way going the extra mile for a customer might.
Oh, and please don't come with a snooty attitude, it's not pleasant to work with.
Although some services (I believe Images and Shopping are two) are not available because they're "not ready" yet.
I understand that it may be obvious and I'm sure I'd have plenty of ideas myself, I'm just curious of the mindset and psyche behind your (as another person) thinking.
Then it occurred to me that this arithmetic would be much easier if I had built up to it, i.e. I was used to doing sums like that.
So, with that in mind, perhaps you need to offer more? I mean, a lot more. Ways to track my progress as I do build up, ways to give me good places to push the boundaries of my mental arithmetic. I mean, you could go on extending it and making more useful. You could dig out research for the best way to get the user to learn.
I'm thinking along the lines of the "goal" to be able to perform sums like those Japanese students who use abacuses to solve massive sums very quickly even once the abacus is removed.
There are plenty of interesting features you could add to it! Make people grow from it!
I would imagine your target audience would be the younger generation with their parents (schools?) paying their son's education interests. I could imagine every parent seriously considering purchasing if their child was interested.
This (along with a lot of other stuff you mentioned...) is interesting, what happened? Were you just looking around a junkyard and stumbled across it? What state did you get it in and how much did you know about cars when you got it?
I found this on your site but it didn't give much background info: http://trickykegstands.com/porsches.html
While this is true, isn't quite unlikely? Why not just invest the time into becoming a /good/ developer.
>"How can you detect loops in a singly-linked list without modifying nodes / keeping accounting information around?"
What do you mean by "accounting" information?
In the real-world I'd probably just brute-force it and keep around a set of elements already gone over. However I couldn't imagine ever having a need for that as I'd (and hopefully anyone I was working with) stick to the standard push_back functions available or that I created. So it shouldn't come about...
I feel I've missed something here, so care to elaborate on the answer?
The problem with not using a constant where it's necessary is that you're communicating the wrong thing to someone else or even yourself 6 months down the line. You might want to re-evaluate what you see as "ugly code" especially if it changes how you write the code.
The problem is passing state around in global variables. Any code can (and readily does) modify the state which is the problem.
1) The text boxes on the sign up page are massive and take up the whole line (same with the login). 2) Sign up process isn't that "smooth", how about an automatic log in instead of asking me to check my inbox? (I have my e-mail open and it made me sigh...) 3) The sign up e-mail has a massive wall of text on how to use the application. While it's good explaining, I feel that in the e-mail is the wrong place. Making it a webpage will allow you to more comfortably use bullet points and numbers and just easier to digest/find. Or perhaps an interactive thing and point to page elements? 4) You put a $ sign in amount field and I took this as an opportunity to change to £ which didn't work as expected. What about putting it as "Amount ($)" or removing it entirely. 5) Sensible default of "1" on the recurring once enabled? 6) Data entry is a problem. 7) Missed setting a transaction to "recurring every" and had to delete and re-add to set it. 8) Bug! Added a recurring transaction as 15 but set the type to expense, went to edit it and change it back to income. This only changed the first transaction and further recurring transactions were left unchanged. Clicking on the refresh button and it's now still showing all the items as expenses again. 9) You could drop the "type" entirely and get the user to enter -15 for expense and just 15 for an income! 10) Editing the recurring transactions and I hit edit and I don't realise the form above me has changed -- perhaps some sort of visual cue? Or perhaps, click the fields and they become editable? 11) No back button (browser's button uses stale data) to the page I was on before. Resorted to clicking the "Dashboard". 12) Bug! Still entering data, missed the "Amount" field and it has reset my type to "Expense". Strange that it doesn't reset the type when I miss "recurring every" value.
Sweet! I'm finished! Problem: I would quite like to have more financial projections but currently the problem is entering the data; you'd need ways to easily add it (e.g. various import functions or an API. The way I see things:
cost of adding data + cost of the app (what you would charge) < cost of doing this myself (e.g. investing time to graph the projections using my own database (saving on data entry time!))
Grouping would also be a good feature to have e.g. I would want to project transactions for separate things.
Controlling how far in the future I can see the forecase, although I realise this is probably just a proof of concept app.
Just to expand on this: very /very/ sensitive. However providing them an accurate date upfront is a great way to combat this, even if it is a week away. Adjust it accordingly and don't break your first promise to a new customer.
The moment the clock ticks over the 7th day (and I mean, they will wait /exactly/ 1 minute past 7 days for this). They will open up every support channel and complain loudly and demand a lot from you. It's just not worth the hassle!
This reinforces what I've been told about how people buy stuff (from a sales person). People make their decision first based on emotion then later back that up with rational thought.
Although I agree with you, a comment explaining would have been better than a down-vote -- best not to take those personally!
I've taken new servers with Leaseweb and I'm building up with them now, I also have a few with 100TB in the US too. So now that when a customer says they are having poor speeds I just need to verify that it's to do with the bandwidth and explain the situation and this works very well for me. I can then move them to a new server and everyone is happy, it's an easier way to deal with something other than "err, sorry, would you like a refund?"
Although I realise I'm unique in that I can just move them around (well, 95% of the time). What would concern me is running a business critical website on a provider that doesn't provide international bandwidth.
The concern is, just because it works for you, doesn't mean it will work for all of your customers. Especially if they're not in the EU.
I'm not so sure on the cooling either -- their hard disks are very hot (I admit I don't know enough about hardware to say whether this is a problem) but generally I don't see many hardware failures.
I do however see plenty of random reboots -- only the HG servers (and strangely a few 19.99 servers with over a year uptime) seem to survive these as you'd expect.
You can see a full list of their languages and sites at the top here: https://www.ovh.co.uk/managerv3/login.pl
You're only really paying for the cost of the hardware, the rest is a heavy reliance on peering with no or little transit links (you'll see they only sell to some EU countries).
Speculative comment ahoy!
We stick with IRC for conversations and e-mail for the matters that take a little longer to resolve. This suits better because e-mail and IRC are open anyway for customer contact all day long.
There isn't enough time to learn C. We spent more time learning about cable types than actually programming.
We haven't got long.
I'm comparing it to Google Checkout as it's what I currently use to take payments. How does it compare?
The first thing is that I don't know how you're taking money from the clients or prompting them to pay. Do they pay via PayPal or Google Checkout or do they have options? "get paid online through PayPal" would suggest they do.
If so, how do you make money? What's your secret to getting such a low price? I think I'm paying Google several hundred each month to process my payments (PayPal would be the same) so are there hidden charges?
Is there an API? It's nice (and crucial for me being able to scale) not having to process all my clients manually.
Please correct me if I've completely gone off the plot but this is my stream of consciousness. I do like the front page!
</pedantic>