Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
xiaodai
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
52 ms
·
631.
▲
by
xiaodai
8y ago
I recall that the main issue with PyPy is that it doesn't have as good interop with C and a lot of CPython codes just call C code and hence is difficult to widely adopt given the amount of reliance on CPython.
632.
▲
by
xiaodai
8y ago
I wonder if this type of collaboration is easy to achieve in other languages? Of course not many have an awesome ODE ecosystem like Julia's. But it feels like an unique strengths of Julia where it's easy to integrate heavy duty li
633.
▲
by
xiaodai
8y ago
This is so true! I was struggling with a paper yesterday and I was hoping it gave more examples. The paper felt terse but i think this could be a space constraint issue with physical journals. In the internet age, papers should be longer fo
634.
▲
Ask HN: Is bcrypt still the state of the art for password hashing
2 points
by
xiaodai
8y ago
|
2 comments
635.
▲
by
xiaodai
8y ago
You will get a massive flood of wanna-be new devs. But economic theory would tell us that high salary attracts more talent and even the companies will have more people to choose from they also become more selective so the riff-raffs still w
636.
▲
by
xiaodai
8y ago
just use Rust
637.
▲
by
xiaodai
8y ago
Interesting. I saw a paper talking about implementing radixsort of FGPA see https://news.ycombinator.com/item?id=10939681 and https://ieeexplore.ieee.org/document/7168848?denied= I am interested in try
638.
▲
Is Anyone Making a Data Processing Unit (DPU)?
8 points
by
xiaodai
8y ago
|
2 comments
639.
▲
by
xiaodai
8y ago
If you have the means to do so, can I suggest you sponsor one paper that you like to support for open access? It's $600m, which is a significant sum, but if you feel that your career has been helped in a significant way by research per
640.
▲
by
xiaodai
8y ago
"for custom element and table types" that is highly likely to be true, but unless an equally fast Julia program exists I remained scientifically skeptical. But my prior believe is that Julia can be as fast.
641.
▲
by
xiaodai
8y ago
Reminds me of this post https://hackernoon.com/why-is-python-so-slow-e5074b6fe55b I can't say I understood everything but I also recall that Python is hard to optimise because it has such a rich object model
642.
▲
by
xiaodai
8y ago
Given Julia has macros, so it will definitely catch up to R and data.table in terms of syntax (if it's not already there). I am more thinking about performance, e.g see https://h2oai.github.io/db-benchmark/ . It sh
643.
▲
by
xiaodai
8y ago
Agree with everything you've said, it's hard to see why one would prefer Swift over Julia for numerical computing. I use Julia for it's regex too; it's just nicer. Hopefully, the data munging packages in Julia can catch
644.
▲
by
xiaodai
8y ago
The post says Julia is not good for general purpose programming. I think it is good for that, it's just that it does not have as many packages as Python, that's all. I will offer one reason, Julia syntax is actually very much like
645.
▲
by
xiaodai
8y ago
If people think that China's is still a science backwater think again. China actually ranks 2nd on many science research areas by the number of articles published in prestigious journals (e.g. Nature), so China is one of leaders in the
646.
▲
by
xiaodai
8y ago
I actually like AMP because when I see the symbol I know the page will load almost instantly when I click on it. People that spend time on getting their page AMP-ready has less of the garbage click-bait stuff.
647.
▲
by
xiaodai
9y ago
What's not covered are the crucial operations of group-by and reduce!!!
648.
▲
by
xiaodai
9y ago
Unfortunately, Julia doesn't have a good multi-threading story as of yet. But `Base.@threads` works pretty in many cases, so perhap looking to that and the Knet.jl package?
649.
▲
by
xiaodai
9y ago
Successful Gilectomy so we can use shared-memory multi-threading!
650.
▲
by
xiaodai
9y ago
I reckon you should make a tax calculator in Elm so a user can compare how much tax he/she pays in each state
651.
▲
by
xiaodai
9y ago
Elm, Julia, Elixir sound interesting and diverse
652.
▲
by
xiaodai
9y ago
unfortunately slides.com is blocked at work....
653.
▲
by
xiaodai
9y ago
Very technical presentation, but it contains nuggets of that I can't wait to try once I get home! Do you have a blog that lays this out in a way that is aimed at the general Julia programmer?
654.
▲
by
xiaodai
9y ago
> It is important to note that the benchmark codes are not written for absolute maximal performance (the fastest code to compute recursion_fibonacci(20) is the constant literal 6765). Instead, the benchmarks are written to test the perfo
655.
▲
by
xiaodai
9y ago
Similar experience with R and Julia. I keep putting `function` first
656.
▲
by
xiaodai
9y ago
https://github.com/SimonDanisch/PackageCompiler.jl This might help you out
657.
▲
by
xiaodai
9y ago
Really depends on the problem. If it's run-of-the-mill performance-non-critical then Python is fine. But if you need distributed fail-safe work then Erlang/Elixir is the way to go. Generally for backend, Go is pretty good. Rust is
658.
▲
by
xiaodai
9y ago
The ideas behind the post are gold. I have blogged about group-by strategies and one of the key themes is that the more you know about the inputs the more you can optimize your algorithms (see https://www.codementor.io/zhuoj
659.
▲
Julia can beat data.table at group-by, sometimes
(codementor.io)
3 points
by
xiaodai
9y ago
|
0 comments
660.
▲
What I would like to see in R 4.0
(codementor.io)
3 points
by
xiaodai
9y ago
|
0 comments
More ›