Hacker Newsnew | past | comments | ask | show | jobs | submit | vgrichina's commentslogin

It's not like Google is some magical unicorn place though. It's boring soul-crushing big corp job with overwhelming politics.

Seeing smartest people waste their time on this was very depressing for me during 3 years spent there.


Sure but it pays very handsomely to make up for the boringness. I'm already bored/soul-crushed at startups - so I'd be much happier to be bored and getting paid a lot more for it. Politics still seem ridiculous even at the startups I've been at.


So I guess this is slower than JavaScriptCore and you have to get commercial license to actually embed it. Why would one choose it at all?


From the linked site:

"Why? Because V8, SpiderMonkey and JavaScriptCore are all too big and complex. MuJS's focus is on small size, correctness and simplicity."


About 'correctness' and 'small size' ... as soon as they'd add unittests as extensive as V8, JSCore, or SpiderMonkey, it'd grow big quite dramatically. :-)

I'd be interested to see how ES5-compliant MuJS really is. My guess is probably different from what they claim.


surely unit tests don't get compiled in?


And JavaScriptCore actually has very solid API, if not simpler.


State of the art development workflows fail to utilize possibilities of high-resolution 2d displays (using concepts are rooted in times of plaintext terminals). So I don't see VR coming to programming any time soon.


Hi Evan,

I own small consultancy and am an iOS / OS X developer myself. We are in Ukraine, so 10k / year goes much further here.

We can help you with support, e.g. for percentage of sales. Or we can negotiate other deal. Drop me a line to vgrichina@gmail.com, let's discuss the details.


IMO the problem isn't that there are less resources dedicated to open source stuff than to commercial projects. The problem is that there is much less effort and especially polish dedicated to any not user facing aspescts of software. Internal libraries are almost certainly even more half-baked and full of shitty code than most open source projects.


Thanks for great paper, it would definitely help me organise my thoughts as I'm building similar project.

Here is my blog for it – http://spreadsheets-on-steroids.tumblr.com

My idea is however to create programming environment from scratch based on the same principles, so that it doesn't have limitations imposed by Excel.


Publicly visible and flexible pricing. Not $10k+ per year as Google Maps API.


For anyone interested in Vim-like editors with Mac UI, I suggest trying Vico – https://github.com/vicoapp/vico

It is completely native, supports TextMate bundles and is scriptable using Lisp dialect.


I feel like I need to make the obligitory comment. If you want an editor that is scriptable with Lisp and supports Textmate bundles, and Vim keybindings; Emacs[0] + Evil mode[1] (Extensible Vi layer, it's great) + Yasnippet[2] (Yet annother snippet library, has textmate bundles).

I switched from vim to this setup a while ago and have to say I've been very happy with it. I like the advantage of having a full language to use and find the environment more customisable (maybe just because I never got fully comfortable with VimScript. That being said, I still use vim for quickly editing single files as you can't beat the startup time.

[0] http://www.gnu.org/software/emacs/

[1] https://gitorious.org/evil/pages/Home

[2] https://github.com/capitaomorte/yasnippet


"That being said, I still use vim for quickly editing single files as you can't beat the startup time."

Add (server-start) to your .emacs and keep a running emacs around long-term. Then you can edit single files quickly with emacsclient -t.


Yeah, good point, I actually have:

  alias e='TERM=xterm-256color emacsclient -t'
  alias ec='emacsclient -c'
  alias ed='emacs --daemon'
in my .zshrc to do just that but for some reason I use vim anyway, due to it's omnipresence on every server box I go into and I suppose muscle memory of typing vim whatever_file_i_want_to_edit .


And even alias 'emacsclient -t' to 'vim' in shell, to keep one's existing habits of CLI editing.


Vico is amazing, I'm currently working on contributing to it. Highly recommended, and it's simple to build too. Go get the version from GitHub, it's now open source and managed by the community.


Yes, agreed Vico is quite excellent.


One of the key benefits of VIM is that it is available on so many platforms. So commands and plugins are useful on OS X, Linux and even Windows.


To some extent maybe yes, but my main idea isn't to make better spreadsheets.

I want to take direct manipulation of data present in spreadsheets and make it more universal. Something more similar to ideas expressed by Chris Granger – http://www.chris-granger.com/2014/03/27/toward-a-better-prog...


Got your point about being less technical. Also I agree that project is currently more about research than building actual product.

(1) There are 2 main pain points: 1) for programmers it is building and debugging systems in non-interactive way; 2) for non-programmers is building contraptions using Excel and bubble gum – see some discussion on that here https://news.ycombinator.com/item?id=7363824

(2) Potential market size is around 20 million exiting software developers, based on e.g. this post http://www.quora.com/Ruby-on-Rails-Professionals/Where-can-I... Around 0.05% of that market needs to be captured to have reasonable ROI I guess.

(3) Agree with you. BTW, may you detail what is your background?


About (2) I think programmers don't buy development tools any more. They use open source or maybe free tools. Only Microsoft might still be able to have people pay for Visual Studio (but that's because they own Windows).

Either your project should be open source or it should be aimed at non-programmers like finance or accounting people.

I think the best plan might be to create an open source tool first and then, when the product start to be good enough, sell special packages around it for finance/accounting.


I think you are using a massive brush to paint all "programmers" here. There are many types of programmers working on many types of software. Many if us buy dev tools. There are not open source equivalents for everything


What are some essential dev tools you've purchased that lacked any sort of open source equivalent?


I think even more important question is "what essential dev tools you've purchased that had some sort of open source equivalent".

As for me, last thing I remember – I've purchased http://theolabrothers.com/sip/ when is wasn't free. And it is just a simple tool I don't require at all (any image editor can be used instead), it is just much more convenient than any other alternative.


My current plan is to make runtime platform open-source, but sell hosted development tools as SaaS.

While software developers don't usually buy platform stuff like compilers, libraries etc – they are usually more than willing to buy products that make things simple. Otherwise companies like GitHub or (my own product – Hosted CI) won't get any revenue.


Tell us when you make it open source. I would be happy to have a look and maybe help.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: