Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
zxcdw
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
35 ms
·
271.
▲
by
zxcdw
14y ago
Cut military spending and flourish? Population density is lower in nordic countries(except for Denmark) than in US, so maintaining infrastructure is more expensive over here per capita than over there. Smaller domestic markets are also an i
272.
▲
by
zxcdw
14y ago
..and now the thread has been deleted after some further criticism...
273.
▲
by
zxcdw
14y ago
Startup? A for-profit company providing the service? No thank you, I trust my brain more than I trust anyone else be that person or a company. Or a non-profit organzation.
274.
▲
by
zxcdw
14y ago
30 years ago you could actually "understand" the whole computer. While 64 KiB is quite a bit of RAM for human to keep track of, it was still possible to quite easily remember how the address space was laid out and what exact addresses were
275.
▲
Finnish campaigners seek crowdsourced change to copyright legislation
(wired.co.uk)
66 points
by
zxcdw
14y ago
|
9 comments
276.
▲
by
zxcdw
14y ago
AMD's vision of "heterogenous computing"(I think they came up with a new name for this?) would essentually be the "true" fusion of a CPU and a GPU in a sense that the chip consists of general purpose execution units(current CPU cores) and o
277.
▲
by
zxcdw
14y ago
A platform which is transparent, open and shared by it's nature. A platform for which the first and foremost priority is to be trustworthy with no conflict of interest between being all the above and economically feasible. This would probab
278.
▲
by
zxcdw
14y ago
The issue is so much more complex than providing an "emulator layer". There's no practical way to provide a software layer except for what Wine does, and it too is riddled with issues here and there and some are fatal while others simply ma
279.
▲
by
zxcdw
14y ago
It exists because it can be used to make money. Making it inexistent would mean someone would lose money, and as such this it's logical that this losing party opposes it strongly. If there's will there's a way. If there's money to be made,
280.
▲
by
zxcdw
14y ago
Many times it's the human error which causes the bug/vulnerability to happen rather than sheer ignorance/lack of experience. In such cases a tool which prevents this from happening in the first place is superior to one which doesn't have
281.
▲
by
zxcdw
14y ago
> "(you can just write doWhatIMean() and the compiler will automatically choose the optimal implementation for your current problem and platform - where if you'd specified the implementation details yourself, you'd be sub-optimal in ma
282.
▲
by
zxcdw
14y ago
Not necessarily. Other languages will borrow ideas from these languages and that way many strengths of functional programming can be applied in everyday code. I don't think there are many people who would outright claim that functional prog
283.
▲
by
zxcdw
14y ago
I for one find things like these extremely interesting. The more there's analysis about performance implications of certain ways of doing the task the better. The only thing I'm left missing here is to actually look into the profiling infor
284.
▲
by
zxcdw
14y ago
Not exactly related to syntax, but one of the issues I've found with following the tutorials is that there is only a handful working programs which actually show the feature in question in use. While I understand that (as the tutorial exp
285.
▲
by
zxcdw
14y ago
You should not switch your apps. You should stop creating new projects in C++ once Rust is mature enough for your liking. The fundamental "problem" we're having/facing with C and C++ is the investments we've put in. Lots of "infrastructur
286.
▲
by
zxcdw
14y ago
If all people started writing code in a modern C++ equivalent called Rust this would be a better world. After all in comparison Rust is safe by nature unlike C or C++. :)
287.
▲
by
zxcdw
14y ago
Did you say the same about the links related to Aaron Swartz?
288.
▲
by
zxcdw
14y ago
> ""People who are creative can stil create things as much as they like": no, they are constrained by their budget and time. Piracy destroys the potential for remuneration on the back of e.g. recorded music, thus restricting the abilit
289.
▲
by
zxcdw
14y ago
In a sense yes. People into analog electronics cried out loud when digital electronics started to reign their game. Now, people who were into dealing with low-level things out of their own interest are crying out loud because new era of abs
290.
▲
by
zxcdw
14y ago
I doubt the point is that "Booho things are too easy for you! :(". The point is that there's nothing interesting for a "old-school" programmer in the world we're progressing towards.
291.
▲
by
zxcdw
14y ago
People are always pushing the boundaries somewhere. These days there's much less space for it though. Another interesting domain in which creative problem solving rules the game is computer security. But it too is going away once we move
292.
▲
by
zxcdw
14y ago
While I think it is great that we can now do things with ease without having to worry about all the details, I also think it limits us when doing things. This is not a problem in entreprise/commercial software development because it gives m
293.
▲
by
zxcdw
14y ago
The biggest problem for me personally is the fact that the progress we're going through kills everything I was ever interested in. There's far less space for curious tinkering and exploring of the system today and tomorrow than what there w
294.
▲
by
zxcdw
14y ago
> No, it's not "just like" at all. And that's for the not-difficult-to-discern reason that people and pigs are not interchangeable You're arguing against something I never even claimed. However, what you said still doesn't change the
295.
▲
by
zxcdw
14y ago
"Uses" people by creating products other people are willing to pay for. Just like your local pig farm "uses" the animals to provide you food you are willing to pay for. Mega is just being a midleman here. What's so wrong about it, really? I
296.
▲
by
zxcdw
14y ago
Subscribing to this.
297.
▲
by
zxcdw
14y ago
As always talking about performance differences and optimization without thoroughly profiling and pointing out bottlenecks should be frowned upon big time. I would really love to see the generated assembly code and see what makes the diff
298.
▲
by
zxcdw
14y ago
The x1000 is a huge understatement. For example these days CPUs are much more optimal in terms of cycles per instruction and inversely instructions per cycle . Back then when multiplication of two word-sized(8 bits back then) values took
299.
▲
by
zxcdw
14y ago
Considering the codebase is around a decade old, how many code formatters existed for C/C++ back then? I am asking because I've only used gofmt to format Go code and infact it was gofmt which introduced the whole concept to me.
300.
▲
by
zxcdw
14y ago
I guess Carmack would be a big fan of Rust which essentially borrows lots from Haskell, OCaml, C++ and Erlang while being native, safe and on-par in terms of speed with idiomatic C++.
More ›