Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sapek
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
The next milestone in Microsoft’s AI journey
(blogs.microsoft.com)
2 points
by
sapek
10y ago
|
0 comments
2.
▲
Accelerated networking for a virtual machine (Microsoft Azure)
(azure.microsoft.com)
1 points
by
sapek
10y ago
|
0 comments
3.
▲
by
sapek
11y ago
Some public information on what MSFT is doing today: http://research.microsoft.com/en-us/projects/catapult/
4.
▲
by
sapek
11y ago
More information here: http://research.microsoft.com/en-us/projects/catapult/
5.
▲
by
sapek
11y ago
Very interesting. We use Boost.Python to provide Python binding for Bond [0]. It works well but having something lighter weight would is great. One big issue with Boost.Python is long compilation times. Does your library improve on that? [0
6.
▲
by
sapek
11y ago
The Design and Evolution of C++ [1] [1] http://www.stroustrup.com/dne.html
7.
▲
by
sapek
11y ago
Vim plugin Fugitive [1] effectively allows editing files in index. [1] http://vimcasts.org/episodes/fugitive-vim-working-with-the-g...
8.
▲
by
sapek
11y ago
You are right, it is compile-time reflection, which I think is the most interesting one for C++.
9.
▲
by
sapek
11y ago
There is a really interesting proposal to add reflection to the language: N4447 [1] (N3951 before). The idea is based on an observation that C++ already sort of has reflection-like syntax in form of parameter pack expansion [2]. I find this
10.
▲
by
sapek
11y ago
https://technet.microsoft.com/en-us/library/cc753194.aspx Or does Dropbox not support symlinks on Windows?
11.
▲
by
sapek
11y ago
Whether you like Go or not depends on whether you think of software development as engineering or as craft.
12.
▲
by
sapek
11y ago
JSON [1][2] (in fact text-based protocols in general) is also first-class in Bond (Microsoft's framework similar to ProtoBuf). [1] https://microsoft.github.io/bond/manual/bond_cpp.html#simple... [2] https:&
13.
▲
by
sapek
11y ago
(Most of) Microsoft.
14.
▲
by
sapek
11y ago
Bond has 3 ways of working with serialized payloads: 1) Simple deserialization where an object is fully materialized. This is the simplest (you write your business logic against idiomatic types in your target language) but, as you note, mig
15.
▲
by
sapek
11y ago
Our compiler/codegen [1] is all written in Haskell. That's a very significant part of Bond, but I wouldn't say that "everything else is just client libraries". All currently supported languages (C++, C# and Python
16.
▲
by
sapek
12y ago
I think private offices are better for collaboration too. When I don't worry about distracting everyone around me I feel much freer to engage in a long discussion with one or two other developers in my office.
17.
▲
by
sapek
12y ago
I think your points are valid, especially about wire format compatibility. Bond and Thrift are in fact close enough that providing Thrift compatibility is a real possibility. It wasn't high enough on our priority list to make the cut b
18.
▲
by
sapek
12y ago
See https://news.ycombinator.com/item?id=8868045
19.
▲
by
sapek
12y ago
There's been a lot of questions on how Bond compares to Protobuf, Thrift and Avro. I tried to put some information at this page: http://microsoft.github.io/bond/why_bond.html
20.
▲
by
sapek
12y ago
1) I didn't do a good job explaining this. You are right that if you want to materialize an object during deserialization you need to know a schema at build time to generate your class. But the crucial things is, and this is true of al
21.
▲
by
sapek
12y ago
Cross-language support in such frameworks takes a lot of effort. Whenever you add a new language you really hit the classic 80-20 problem. We have support for a few more languages that we are using internally but after having a hard look at
22.
▲
by
sapek
12y ago
There are two advantages to generating code at runtime: 1) In some scenarios you have information at runtime that allows you do generate much faster code. The canonical example is untagged protocols, where serialized payload doesn't co
23.
▲
by
sapek
12y ago
You need Haskell only to build the Bond compiler. Once you do that, you get a native, stand-alone executable for your system (you don't need Haskell to run the Bond compiler). You use the Bond compiler as part of build process for prog
24.
▲
by
sapek
12y ago
We are planning to release cross-platform RPC support but it just wasn't ready yet and we didn't want hold up the core release for it.