vbit

8 ms·

31.
by vbit 10y ago
+1 Or you may want to allow a one-click solution that I can deploy on my resources now and later seamlessly move to your hosted solution, when I need to scale.
32.
by vbit 10y ago
Very cool, thanks!
33.
by vbit 10y ago
Having tried it briefly, looked much better than Atom! I would use it at work if I could turn off the phone home feature.
34.
by vbit 10y ago
BTW, does rust come with some kind of ide support tools, e.g. a commandline tool for autocomplete?
35.
by vbit 10y ago
I agree with you that session persistence is generally lacking in a most of these tools. I there an editor/IDE you use that gives you the persistence?
36.
by vbit 10y ago
Whoa - thanks! I did not know this. Do you use this and can you say something about production readiness/stability?
37.
by vbit 10y ago
How stable is FreeBSD on AWS? Would you recommend it for production use? Is there a suite of compatibility/performance tests that is run on AWS for each release?
38.
by vbit 10y ago
DigitalOcean is FreeBSD friendly too.
39.
by vbit 11y ago
Copyright is different and enforceable - see what RIAA did to some downloaders.
40.
by vbit 11y ago
Not illegal perhaps but violates the TOS
41.
by vbit 11y ago
For a non-vim user - can you describe what vimdiff is please?
42.
by vbit 11y ago
Why is it a dumb policy?
43.
by vbit 11y ago
Is your editor publicly available?
44.
by vbit 11y ago
The parser will match the specified grammar exactly, like it should. You could of course specify a grammar that is broader than the actual language you are parsing.
45.
by vbit 11y ago
In spite of drivers being non AGPL, companies with 'absolutely no AGPL' policy cannot try the open source version of these DBs which puts these products behind others. I don't think AGPL provides any real benefit for the vend
46.
by vbit 11y ago
AGPL is real show-stopper for serious adoption, IMO.
47.
by vbit 11y ago
Seconded. LuaJIT FFI is just awesome. Check out the motivating examples: http://luajit.org/ext_ffi.html BTW, does anyone have recent benchmarks comparing LuaJIT against new versions of the Javascript JITs?
48.
by vbit 11y ago
I agree with you. In fact I think the reason we have to do squashes and lose fidelity is because the git model is broken. There is not technical reason a source control tool could not offer multiple 'views' into the commit histo
49.
by vbit 11y ago
How mature are the Android and iOS ports? Would you recommend them for production use?
50.
by vbit 11y ago
Python errors out if you don't specify all arguments. >>> def f(a): ... pass ... >>> f() Traceback (most recent call last): File "<stdin>", line 1, in <module>
51.
by vbit 11y ago
The 1-based indexing isn't particularly bothersome. It's the method vs. function determination at call site combined with default nil for unspecified arguments that really gets you.
52.
by vbit 11y ago
Linux only - bummer. Not even FreeBSD. The turbolua.org project is somewhat similar (i.e. a webserver with Lua support).
53.
by vbit 11y ago
Given it is open source, couldn't Atom just re-use VSCode's intellisense?
54.
by vbit 11y ago
SSHFS?
55.
by vbit 11y ago
Would macros win you over?
56.
How we implemented the video player in Mail.Ru Cloud(medium.com)
1 points by vbit 11y ago|0 comments
57.
by vbit 11y ago
Some discussion here: https://www.reddit.com/r/freebsd/comments/4azhmm/freebsd_a_l...
58.
by vbit 11y ago
Could you highlight some of the reasons you liked it?
59.
by vbit 11y ago
Javascript runtimes these days are plenty fast. You can definitely have a snappy editor and in only rare cases might need C. The issue is probably reducing the browser overhead, i.e. rendering DOM updates and the memory weight of the entire
60.
by vbit 11y ago
No, I meant having one ast but multiple 'skin' languages. Eventually I think they didn't pursue it all the way.

More ›