While we're at Windows Phone I must say I miss Windows Mobile. Always found the decision to kill it and replace with Windows Phone a total disaster. At the time it still had a very dedicated user base built over many years. It got replaced with a half-baked copycat OS. I doubt many WM users had any reason to switch to WP instead of Android. It was a completely different product. Microsoft basically threw away a dedicated niche audience for a different niche audience. And I don't have any data on this but I suspect WM users were a much more affluent, valuable and "Microsoft'y" group of users.
For me it always depended on the language. LISPs help me a lot because it's easy to iterate on real code in the repl. I'm not too great at just writing out a large program before running it. I have this need to test out every little bit of code. With verbose OO languages sometimes it's faster to google than to actually run the relevant code so that kills my fluidity.
That actually something I find interesting. I kind of assumed you were supposed to sleep on the back and felt bad about just not being able to. It's just so uncomfortable. Makes me happy to know there isn't anything wrong with me? I hope!
To genuinely never-ever do any kind of work I'd want at least $20M. As a European I'd be pretty worried about seizure, future taxation and the likes.
If we're talking not working for others, I guess that's more of a mindset thing. I never have and would rather not. Have enough to last ~10 years and wife is okay supporting me so I'm not particularly worried.
I think you shouldn't concern yourself too much with the editor. Negative productivity gains are a possibility too. Emacs can be the ultimate productivity trap if you love customizing stuff. Using Emacs often feels like working on a buggy, never-ending project.
I've been down this road and negative gains are likely. I like tinkering with these things and find it fun, so that's fine with me. But efficiency/productivity we're secondary to exploration.
Unless you have it your heart to become an absolute elisp guru, emacs won't really offer you anything more than vim or any other editor, except plugins that are harder to integrate and configure.
Interesting perspective. I know the thought has sometimes struck me how much time I put on extending my Emacs... but as of late, I have also been shocked by how much time it has saved me. I can now do rather complicated sequences of actions with the press of a key or two. This would not have been as easy to implement without Emacs!
Sound good if you're already familiar with RabbitMQ. If not I'd question how much it makes sense for low-frequency long-running jobs. Given the learning and complexity overhead that is.
Recently I've seen a friend collaborate with teammate by sending each other zips. Using Skype! And as far as I can tell they're pretty productive. Dedication and hard work generally tends to produce results regardless.
When you use git you still need to use it right. How many times have you cloned a repo just to find out it won't build/run/compile without help? Personally, with small projects - more often than not. And I have a habit of asking if they do know for a fact it's going to build without assistance. It doesn't help.
I like git as a glorified change-log, slack commit messages especially. I try to keep everything tidy and build-able as much as anybody. But I'll still give people an archive (with .git included). And ironically this keeps git tidier as you don't obsess over whether or not to commit certain things.
When I first started learning how to program, I didn't know git existed. When I eventually learned a year later, I was already well acquainted with sending myself zips by email, and using email as "history". Git was quite scary to me at the time, (merges and reset/revert as I recall) so for a good year or two more I just kept using emails. It certainly wasn't pretty, but it required almost 0 mental cycles, worked without question, and actually gave some really nice features comparatively. (searching for a "commit" using complex queries)
We were eventually forced to use git/hg/svn for some courses over that time, so I became comfortable out of necessity and now vc for anything serious; had to unfortunately even use TFS for a while. (guilty secret, for many toy projects, I absolutely just have a folder on my fileserver and rely on its backup/replication, zipping the folder if I want to "snapshot".)
Please don't try to sell the world on working this way. It's just terrible and lazy. You can learn enough git to use it productively in 5 commands. It's not even difficult.
I think you've entirely misread my post. I was giving a "cute" story concurring with the author that you can manage to be productive with duct tape and spit, and that it can be a learning period when understanding proper tooling, especially if one is coming in without any real oversight or mentorship at first; if you're reading this thread on HN you're probably far more exposed to CS than I was at that point. There's no "selling anyone" on anything.
I would however frankly say that I think the inability to recognize how intimidating git can be to an uninitiated was the _reason_ it took so long for me and many of my classmates; (this was over a decade ago, and I've been using vc professionally the entire interim) certainly far more damaging than anything you accuse me of propagandizing; It was extremely frustrating and dismissive to constantly be told by more experienced programmers that I should feel far more confident than I was about a tool that in hindsight, I don't look askew at myself for finding some aspects of unintuitive, and I'm a constant user now.
And, while I'm on this tirade, if you're addressing "working this way" as a negative to put unimportant toy projects on a heavily replicated and backed up server, I think you and I have different priorities in how we use our time.
That's pretty easy. All you have to do is extract the first zip, go into the directory, run `git init; git add -a; git commit -m first` then unzip the second one and run... Hey wait a second.
If you really want to script in Clojure you should probably use Lumo https://github.com/anmonteiro/lumo .
Starts up almost instantly (including a repl!). Still wouldn't recommend. But it's workable.
Yes, your desire to not use virtualization is pretty fringe. Modern hypervisors easily achieve performance almost equivalent to bare-metal. And virtualization comes with numerous benefits making it outright preferable to bare-metal for many use cases.
I think you'd be perfectly happy using something like KVM if you have the right hardware and are willing to figure a few things out.
