Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
sargas
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
sargas
10y ago
That's very insightful. So my understanding now it that Rust provides low level "blocks" that, as a whole, is an extensible language. Thus language vs standard library doesn't really matter, since Rust = Language spec +
32.
▲
by
sargas
10y ago
Do you have an example of the behavior you're describing? The article offers a demonstration that seems to work as the author described: https://play.rust-lang.org/?gist=5d3174958c76718508f6ab45660... But now I'm
33.
▲
by
sargas
10y ago
Thanks for the explanation. Would you please clarify something to me? 1. So to say that a language has concurrency built-in is, in general, misleading, correct? 2. Than a language may have concurrency primitives, but the capability comes fr
34.
▲
by
sargas
10y ago
So you're looking for something like: https://wiki.theory.org/YourLanguageSucks#Ruby_sucks_because This wiki is controversial to me, but sometimes useful.
35.
▲
by
sargas
10y ago
Funny but mean.
36.
▲
by
sargas
10y ago
I'm very excited for 1.0.x, type aliases and a library for concurrent programming are great news. Not to mention support for Java 7-9 bytecode generation.
37.
▲
by
sargas
10y ago
Here's my perception of Rust: It is a system's low level language (more like C or C++) that is very expressive. It's performance is compared to C++, so faster than Go/Python/Java. -----------------------------------
38.
▲
Visual Studio Code 1.0.0
(code.visualstudio.com)
1 points
by
sargas
10y ago
|
0 comments
39.
▲
by
sargas
10y ago
I really like those improvements and features. Specially the Async/IO stuff, jobs, timers, and a stab at plugin packages. This will be quite a long journey I think - an exciting one. The other thing is that I think Vim and NeoVim will
40.
▲
Rust: You probably meant to use .chars().count()
(brandonio21.com)
4 points
by
sargas
10y ago
|
3 comments
41.
▲
Go-debug, a go debugger for atom using delve
(github.com)
4 points
by
sargas
10y ago
|
0 comments
42.
▲
by
sargas
11y ago
> but I'm sure Wordpress just broke a lot of links on their user's sites. Growing pains. I think that will at least make people on the web more aware of the HTTPS "revolution".
43.
▲
by
sargas
11y ago
> we need to always default to secure. This.
44.
▲
by
sargas
11y ago
When will they actually consult with various IT-literate parties before making decisions that affect the way IT-related professionals will have to operate? I don't think they are stupid enough to not have thought of that. So I wonder w
45.
▲
by
sargas
11y ago
Bingo.
46.
▲
by
sargas
11y ago
If you replace "Go" with "JavaScript" the whole blog would also apply. Except there are way more JS lovers than Go lovers out there. And these two groups almost seem to never overlap.
47.
▲
by
sargas
11y ago
I still don't think Windows will become the best dev platform for everyone even with Bash support, even though it is a great addition to the OS. But I think Microsoft is headed the right direction. Windows really needed a better "
48.
▲
by
sargas
11y ago
Story of my life right there. The standard library will take you a long ways in web dev (specially in prototyping), but ultimately needs a lot of improvement that the community made in the form of 3rd party packages.
49.
▲
by
sargas
11y ago
Here's one way to find you my friend: prototyping. Go is simple enough that could give you a good idea of what your life will be like using a package in a "short" amount of time.
50.
▲
by
sargas
11y ago
I think people choose frameworks because they _prefer_ them instead of _needing_ them. If you think you _need_ a framework you need to reevaluate your programming skills.
51.
▲
by
sargas
11y ago
Turtles all the way down indeed.
52.
▲
by
sargas
11y ago
Agreed. Small correction: non-Gophers rather than non-Golangers. Now you know some more about the Go culture.
53.
▲
Google Music Lab
(chrome.googleblog.com)
2 points
by
sargas
11y ago
|
0 comments
54.
▲
Golang and positive constraints
(joonaspajunen.com)
2 points
by
sargas
11y ago
|
0 comments
55.
▲
by
sargas
11y ago
Shady.
56.
▲
by
sargas
11y ago
JavaScript could benefit from a better standard language. But this isn't the biggest concern since the language is "friendly enough" to write most tasks in. The other point this article points is that the JS committee is addi
57.
▲
by
sargas
11y ago
They can compete in the back-end space, but they are good at different things. Node: - Great for keeping one language in both back-end and front-end (if you're making a web app). - Has package managers that are battle proof, like npm (
58.
▲
by
sargas
11y ago
Edge cases like the ones mentioned on this article will keep happening more often with the increased access to the internet worldwide. Either programs deal with these cases more intelligently or some family names will stop existing, virtual
59.
▲
by
sargas
11y ago
Agreed. WebAssembly won't make the JS framework landspace stop from changing. But it maybe he meant to say that with WebAssembly, other languages will be able to be used in the browser, so maybe JS will see less rapid changes.
60.
▲
Native Docker on OS X and Windows
(youtube.com)
1 points
by
sargas
11y ago
|
0 comments
More ›