6d65

9 ms·

31.
by 6d65 6y ago
I'm not planning to get a macbook. My main contender would be an XPS with a new ryzen cpu on 5nm, if they'll have one next year, or a thinkpad again with Ryzen 5nm. I would not accept anything less. But thinking about it, it might
32.
by 6d65 6y ago
If it will cut into their sales they might have to adapt. Also, from what I heard, while intel was on top, it was charging outrageous margins on its CPUs. AMD mobile were said to be hundreds of dollars less per cpu. The manufacturers might
33.
by 6d65 6y ago
Completely agree with regards the closed platform. I switched to Linux for my development machine for a few years now. And, using something else than i3(or any other tilling window managers) seems like a step down. I like instant switching
34.
by 6d65 6y ago
The author is bashing another author for not doing measurements, yet himself declares that m1 beats all the other CPUs, without providing any measurements. With regards to the M1, I'm grateful for a good competition. As this will likel
35.
by 6d65 6y ago
Probably makes sense as a business decision. In my opinion, I would also like for AMD to invest in ML tooling while they have the cash. I hope one day Pytorch, XLA, Glow would have native AMDGPU support, and I will be able to buy a couple R
36.
by 6d65 6y ago
I think the main selling points of Swift to tensorflow are: * Speed, ML learning pipelines are often bottlenecked by the data load and transformation. TF had new mechanisms (the last I've seen was TF.data). But a language compiled to n
37.
by 6d65 6y ago
Yep. It's difficult to find usages for autodiff, and it looks like a very niche thing to add to a language. But, it's still cool. In a language with extensible syntax(ex: proc macros), this would sit in a library. And I think you&
38.
by 6d65 6y ago
I think there are official tensorflow bindings for Rust, add well as for pytorch C++ API. But, adding auto differentiation to match the Swift for tensorflow behaviour, sounds like a serious undertaking, and I doubt is on anyone's radar
39.
by 6d65 6y ago
Last time I looked the automatic differentiation was in a compiler branch with no immediate plans to merge in master. But overall it is promising. I even installed Swift on Linux to play with it, didn't get to ML as I have an AMD GPU a
40.
by 6d65 6y ago
Yep. Lua has a bunch of advantages even over python. * It can be embedded in the viewer, so the user doesn't have to install a separate distribution of libraries. Only the viewer. * It should be faster than python, even without luajit.
41.
by 6d65 6y ago
This almost made me stop working on my own openscad inspired system in lua. It has almost everything that I think is missing from openscad: * A full programming language * Fillet and chamfer support * A better viewer The thing that I'm
42.
by 6d65 6y ago
It's funny, I've been doing something similar in Rust. A GUI framework that renders to Vulkan, and at the bottom is an ECS system(multiple systems) for rendering, layout, animation. But this one is very far ahead and looks very po
43.
by 6d65 7y ago
I like PowerShell in general. But it's very slow. Both the startup time and the responsiveness. Especially when having something like posh-git enabled. Having a Linux box with Alacritty and fish at home, makes it even more frustrating
44.
by 6d65 7y ago
Funny thing is that I wanted to buy the Affinity Suite a couple of weeks ago on black Friday sale, and gave up after finding out that it works poorly via Wine. Learned to do basic stuff with Gimp instead. So far Gimp works well for my needs
45.
by 6d65 10y ago
Looks really interesting. I've started to notice a series new http/web libraries that are using futures-rs and tokio-rs under hood. Yours look really clean. Keep up the good work.
46.
by 6d65 10y ago
She won the popular vote though. Which partially proves his point. That being said, correlation doesn't mean causation.
47.
by 6d65 10y ago
This sounds good. One of the big problems with Mill CPUs is there is that they don't have working silicon yet. I would say getting as much people as possible to play with it, is crucial for a new architecture to get traction. Even bett
48.
by 6d65 10y ago
Is it possible to get a Developer Kit for it? It would be great if there would be some raspberry pi like distribution with a Chip included. I think this could speed up the adoption.
49.
by 6d65 10y ago
I am really looking forward for an VR headset as a replacement to a laptop for on the go working. Something like a GalaxyVR with an VR first DesktopEnvironment. That will have a huge 3d floating code editor. This and a lightweight/wire
50.
by 6d65 10y ago
Yep. That's exactly what I was thinking about. Rust just keeps getting better and better.
51.
by 6d65 10y ago
I wonder if in the long run it will be possible to generate an Android APK without having the Android NDK/SDK installed. Since it could link against the Android's stdlib. Though, I guess Android NDK uses a custom toolchain, linker
52.
by 6d65 11y ago
> There exist plans to use a client/server architecture, delegating window management to your windowing system or favorite terminal multiplexer. This is from Vis's Github page. It looks like Vis's author thinks the same wa
53.
by 6d65 11y ago
Fair enough. Though, I've tried vim/neovim inside a tmux session, and the terminal in neovim. And I find the latter(my personal opinion) to be more fluent to use. There's only one .nvimrc to manage as opposed to also, tmux&#x
54.
by 6d65 11y ago
Well. Having a terminal as a buffer makes it possible to copy/paste into/from the terminal. Also autocomplete from all the buffers is working. It's really convenient. And implementing a repl integration is trivial.
55.
by 6d65 11y ago
Looks very good. Definitely going to give it a try. Currently I'm using Neovim and I like a lot the embedded terminal feature. I wonder how easily this can be recreated using a Lua plugin.
56.
by 6d65 11y ago
This is great. Playing around with Terra for a few weeks now in my spare time. And it's a great language. As a side note. I'm not sure this is usable in software other than Scientific Computing kernels, as relying solely on CUDA r
57.
by 6d65 11y ago
Static linking i.e. having one single binary to drop onto a server, and most likely lower memory consumption(more concurrent users served by a single box). These two could probably be added to a list of reasons.
58.
by 6d65 11y ago
Glad to see the language evolve. It feels great, once one gets used with the borrow checker messages. One thing that could make the language better(and was mentioned in the post) is faster compilation. Having programmed in Go, this may be o
59.
by 6d65 11y ago
A very nice introduction indeed. I wonder if a tool for visualizing traits as a Venn Diagram would be useful for inspecting an unknown crate. Also, I have a feeling that visualization techniques are underused in programming tools.
60.
by 6d65 12y ago
I know who Robert Martin is, and writing tests before implementing it was described I think back in the 60's, though I don't want to disrespect Kent, DHH is trying really hard to make himself a name by sensational titles. Calling

More ›