asdf - https://github.com/HashNuke/asdf
Extendable version manager with plugins for Ruby, Elixir & Erlang. Node.js plugin coming soon.
HN user
I create stuff http://github.com/HashNuke
Update: Not using this account anymore. I'm going back to "SingAlong"
asdf - https://github.com/HashNuke/asdf
Extendable version manager with plugins for Ruby, Elixir & Erlang. Node.js plugin coming soon.
Ah yes, I was only comparing from a seller's PoV. Most non-ecommerce startups have fixed plans/pricing I guess.
B/w you might want to link to the http://docs.razorpay.com site in the "documentation" link on your homepage. And maybe rename that /documentation url to /faq instead.
In all the excitement, I did forget: Congrats on launching ~!
The pricing is Stripe-like if only handling domestic transactions. If a customer wants to sell internationally too then there is
* 5k setup fee
* 5k annual fee (excluding service tax). Approx $90/yr.
* 2% per transaction
Instamojo provides a nice payment experience too and with a fee of 1.9% per transaction (if you don't use the hosting feature).Wonder why the more expensive pricing. A simplified per-transaction pricing would be nice to sell internationally. Maybe increase the per-transaction charge for international transactions or add a fee like $0.5 extra.
P.S: I'm not affiliated with Instamojo in anyway. I've been on the hunt for a payment solution recently and settled with Gumroad actually.
ROFL. Thanks for pointing out. I was thinking exactly the same when writing that, but still went ahead with "xerox copies" thinking it might be ok.
Cannot edit my comment anymore.
SCREENSHOTS - http://imgur.com/a/k9mCf (read notes below)
For people who have negative opinions about this, hold on. There's more to the DigitalLocker than you think. I tried using this the day it launched (a few weeks ago). Here are a few things for people who haven't tried it.
1.) Apart from storing documents, the other important feature is to share documents with entities (seems like both govt and private). Right now in India, for anything new you want to signup for in the offline world, you are usually asked for multiple ID and address proofs. This site has a feature to share stored documents when entities request for it. So you get document requests from entities (just like Facebook friend requests) and you approve them to share the documents required. Way better than having to carry xerox copies to the office of the entity.
2.) It also looks like entities can issue you documents. If implemented, then we wouldn't have to about carrying and safe-guarding physical copies of documents. I have about 20-30 physical documents I need to safe-guard and more than a dozen marks cards from college. Imagine just receiving a notification that the document for your new insurance policy has been received in your digital locker? Ah such minimalistic life.
3.) Love the simple Aadhaar-based login process. That is so layman-friendly. Entered my Aadhaar card number to get an OTP to login. Most Indian govt sites have ridiculous rules about setting passwords - all of which I cannot remember at all. Even worse changing your account email or password on those sites is a nightmare. To change the email address on the Service Tax website, I have to write a paper-based request to the authority.
4.) You can store any document you want to. This isn't limited to government issued IDs. There's an "other" category when uploading.
5.) I've been using Dropbox to store scanned copies of my family's important documents. It has come handy many times. It is the govt offering to digitally store govt-issued documents. Why would I bother about privacy? I'm glad they made this.
6.) About the SSL cert: AFAIK they seem to have broken the site during a recent update. SSL was fine during the launch day. Oh, and when the Indian govt website specifies "beta" version - they literally mean it. And this site isn't as bad as booking a Railway tatkal ticket on IRCTC, for which there are tutorials and videos on how to use the site. I've forgotten my IRCTC username/password again and I've exhausted all mobile numbers in the house to signup for new account. I'll have to get a new sim just to book a railway ticket next time.
Mailed the DigitalLocker team my concerns about the 10mb limit and also offered to send code contributions if it was opensource. I got back a very quick reply:
It is not a open source project, but you can contribute by your valuable suggestions as it is still running in beta Version.
Regarding Storage space we have noted the issue. Inconvenience regretted.
We shall review and resolve the same as soon as possible.
Besides it's been mentioned in the FAQ, that the storage limit will be increased to 1gb in the future https://digitallocker.gov.in/Resources/FAQ-Digital_Locker_v0...[EDIT: I've edited my comment multiple times to add more information]
I backed Jeff's A.I book campaigns. But I haven't touched the books yet. I've had the feeling that the very little math I know won't help me through this book.
Can anyone's who has read the books suggest what Math topics are pre-requisites to read the books? (and if possible, the best sources to learn them from)
I've been in the same situation as you just 6 months ago. Was switching from freelance-to-fulltime. And blanked out at nearly every interview.
I did get hired in the end. When that was done, I also helped a few friends tweak the interview process at their startups/companies.
Over time, during my job hunt, I had to tweak stuff in order to get results. Basically try and observe what worked. Here's what worked.
* Find places that use your work (apps/libraries/articles)
If you have been writing software for a few years, there's a probability that you've written a few libraries or handy apps or really good blog posts. You can find people who are sharing links to these on Twitter. Checkout their workplace. If they seem interesting, apply. The tech interview will matter less to them because they've seen the value you provide.
* Write good cover letters/mails
Your application is your first point of contact. It has to be short, crisp and make them want to know more about you. My application email is usually just one or two sentences and then 4 links (github, resume, and a couple interesting projects). If you have interesting projects in multiple languages, change them to suit the company you apply to.
* Try to avoid any automated forms to apply to a job
They most likely end up in a blackhole at popular or larger companies. Find a person who works there and send him/her an email.
* Don't panic and take it slow
It took me a couple months to find a place I'll be comfortable at. Offers will come and go. Pick the one you'll be comfortable with.
All the best. There are jobs waiting for you to find them :)
When away from a power socket, I use Safari instead of Chrome. Saves battery a LOT. Was able to run 11" Air with 19 tabs on Safari and with vim (on iTerm). 2hrs later still had 95% battery left.
I am going to try that from now on. Giving people access to repos and then letting them pass on the baton when they are done. That is a very novel idea.
P.S: Yes I upvoted you and I wish I could do it once more :)
I found a simple solution to opensource burnout: when someone contacts me about a project and wants to improve it, I give them access to the repo.
I do this when:
* I don't have the time/interest on the project
* The person seems genuinely interested in maintaining it
Most people I've come across in the opensource world are polite. So I just assume that the ones I grant access to repos are nice enough for other people to interact with.
Going by my experience, if you are using Websockets, choosing Phoenix would be a really good choice. There's a lot of work that's gone into transport adapters in Phoenix (websockets and recently polling support was also added). @peregrine and @chris_mccord did a lot of work as far as I can recall. I've been noticing that @JoseValim has joined in too.
That said, I would love some websockets stuff refactored out of Phoenix into a Plug so that it can be used even without Phoenix. I'm not sure about the amount of work that would require.
Being able to use all of erlang's inbuilt modules and functions are an advantage. But there's way more to Elixir that just syntax.
1.) Elixir ships with a build tool called Mix. Falls back to use rebar for erlang projects. Mix is awesome and IMHO way more stable that rebar (Had problems with erlang libs shipping diff versions of rebar binaries in the git repo itself).
2.) There's a really good package manager - Hex.pm (developed and maintained by Elixir's co-author Eric)
3.) OTP compliant config.
4.) Pipes ~! This for me has been a very useful feature to decongest my code. I'm not sure what project had pipes first (should we credit F# or Unix shell itself?). Having that feature in Elixir is a boon for me.
Finally about Phoenix:
* More mature that most people think. It has a few features that even rails doesn't have (or even cannot handle in real world scenarios). There's support for "transports", which allows people to use polling or websockets and such if your apps need it.
* Phoenix not having an ORM doesn't make a diff. Elixir's core-team develops and maintains Ecto, which is easy to drop it and start using. Ecto still has a long way to go, but for most apps, it is sufficient.
* Authentication? Very simple to write a plug for that and share it across all Elixir frameworks. AFAIK someone wrote plug for OAuth.
Someone was trying to add MySQL support - https://github.com/elixir-lang/ecto/pull/193
It is possible to write an Ecto adapter for Riak, with some workarounds. I tried it once, but the motivation to continue...
Thank you for the tip ~! Praxis looks awesome.
Love the intro video you have - https://www.youtube.com/watch?v=1VRtRazMYSA
I noticed you added some MIDI stuff a few days ago. Sweet :)
[EDIT] Found that createuniverses has a few Praxis videos here - https://www.youtube.com/channel/UC43RpT7id6sn995kR_F0RNw
Fluxus has been unmaintained for a very long time. The last time I worked on it (years ago), I remember it compiled only with a really old version of Racket (I think Racket v4).
Here's an old video of what Fluxus looks like https://www.youtube.com/watch?v=2O5DJTOy6EA. The video quality is bad. But the 3D stuff is clearly visible. The user in the video is typing into Fluxus from the beginning of the video. The documentation for Fluxus as I remember was some large PDF file.
Anyone else know of similar live-coding environments for 3D?
P.S: I do love using Three.js.
The roadmap/goals for post-MozFest 2014 pique my interest. The following especially:
"Users will be able to read from sensors and control motors, LEDs, solenoids, slave boards, etc"
That will make it easier for people to start playing with electronics from the browser on their Raspberry Pi. Chrome has a serial API, which I think is only accessible to chrome extensions - https://developer.chrome.com/apps/serial. If Firefox OS on the Pi comes with no-limits unlike Chrome, then it should be fun to play with.
Looking forward to it ~!
Upgraded to Yosemite a few hours ago on my Macbook Air 11" and have had no problems at all. Homebrew works fine. My primary languages (Erlang & Elixir) run fine. Edited files with vim. But I've only done a fraction of my work for now (today).
Expect some sort of "visual overload"[1] once you upgrade. Too much of color (It felt like the interface was done with crayons). After a few minutes of work it'll feel normal.
The phone-calls-on-mac and turn-on-iOS-personal-hotspot-on-mac features will only be available in iOS 8.1, which is slated for an Oct-20th release. I am looking forward to these two features.
[1] - My friend called it that :)
I initially learnt Erlang to write websocket backends for browser-based games. Then found Elixir and moved on to it. I still work with the same stuff that OTP offers, along with a lot of sugary features that Elixir and it's community provides.
The Erlang syntax might be weird at first. But you'll get used to it.
Pattern matching for function arguments is a life-saver. Erlang also runs checks on your module when it gets compiled. It tells you if vars are being used or not, etc. Very handy IMHO.
The best side-effect of the concurrency model, is that your production environment, apart from config vars, will be almost same as your development environment. Unlike most languages today, you won't need a separate server program (Unicorn, Thin, Passenger, etc). You don't have to put your app behind nginx or apache. Use Cowboy (or alternatives), which is a server library for Erlang. I'll take care of stuff for you.
I write some Elixir libraries in my spare time http://github.com/HashNuke