Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
adev_
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
35 ms
·
391.
▲
by
adev_
6y ago
> There's a legitimate concern about async-awaits — they don't have an inbuilt cancellation mechanism. May not be a big thing for the server; They are definitively a big thing for the server. The lack of cancellation mechanism
392.
▲
by
adev_
6y ago
> Please read my comment carefully. I never said 'linked'. "bundle" does not change anything, you still do not need copyleft on your app.
393.
▲
by
adev_
6y ago
> Either you use LGPL, which requires copyleft on bundled mobile apps (I believe) LGPL never enforced any copyleft to something linked on it. This is a wrong, unfortunately common misconception.
394.
▲
by
adev_
6y ago
> You're claiming this in a thread about how a flagship project from one of the biggest names in the industry found that 70% of their security bugs were things that wouldn't have happened in Java or C#. Which is a project which
395.
▲
by
adev_
6y ago
> C++ survives because people are rewarded for being seen to put a lot of effort into performance, and are not rewarded for avoiding bugs. That's pure bullshit. C++ survives because, even in 2020, it does the job. Most people critic
396.
▲
by
adev_
6y ago
> We should have more courage and attempt big things. > Like writing the program we already wrote....again. That's not named courage, that's named stupidity. Specially when the program you talk about is several millions line
397.
▲
by
adev_
6y ago
> If it's really common for everything to become a performance bottleneck, it's worth profiling from the start so that you avoid having major pitfalls anywhere. If it's rare and exceptional, FFI for those cases is fine. Yo
398.
▲
by
adev_
6y ago
> Both C and C++ have zero built in knowledge about parallelism, so in a modern world where most things are parallel and asynchronous I don’t agree at all with that statement. And ? C (even Fortran) had threads and was used to create hig
399.
▲
by
adev_
6y ago
> Similar to C++ though, e.g. explosions of template expansions, you don't have to use those higher-level and harder-to-keep-concise features. C++ has a stable ABI. Fragile, but stable. Or doing things like updating libQt on your Li
400.
▲
by
adev_
6y ago
> In that case your performance requirements are not extreme enough to justify using C/C++ for your whole application. Again : no. That is in my experience both wrong and over-idealist. For many applications, the overhead in term of
401.
▲
by
adev_
6y ago
> If you're using C or C++ "for performance" and not using a profiler in day-to-day development, you don't need to be using C or C++ and should be using a memory-safe language instead. That's in my mind wrong for
402.
▲
by
adev_
6y ago
Rust has no stable ABI contrary to C and also support much higher concept like polymorphism or high order functions which are much harder to represent in a simple ABI. Real dynamic linking on that (dlopen-style) can be a real nightmare, spe
403.
▲
by
adev_
6y ago
> Concurrency and parallelism without debugging hell is huge. There is plenty of libraries in C++ that haves you concurrency and parallelism without debugging hell. Hell in concurrent code comes when you have shared state, and that is va
404.
▲
by
adev_
6y ago
Yes and you got the major difference here: accessibility - Where with Mainframes, you had to be part of a medium corp / university to be able to touch one. With the Cloud, anyone worldwide with a laptop and 15$ in its wallet can lear
405.
▲
by
adev_
6y ago
I will be hated for saying that but .... Little reflection: The Cloud (PaaS & SaaS) is nothing else than the new Mainframe 2.0. Same staff, different time. - Mainframes provides you HA by hardware redundancy, The Cloud do the same using
406.
▲
by
adev_
6y ago
> Is baggage handling specific to an airline? It looks like it's a service provided by the airport. Generally you are right yes, it is airport service under one of the operating company of the airport. However easyJet and other low
407.
▲
by
adev_
6y ago
> I wouldn't say generics are an approximation of templates Template (at their origins) are nothing more than generics, and a pretty clean, powerful and zero cost way of doing generics. What you name "hazardous, unergonomic&quo
408.
▲
by
adev_
6y ago
> You were claiming that OpenACC and CUDA only runs on nvidia's hardware, yet I suppose you now agree that this isn't true I guess. I do not think I ever said that OpenACC runs only on NVidia hardware. However CUDA I still affi
409.
▲
by
adev_
6y ago
> But numpy can be ported. So can pytorch. Letting AMD or Intel port themselves everything that has been developed in CUDA like it was done for Pytorch is not substainable and will always lag behind. It can only help to create a monopoly
410.
▲
by
adev_
6y ago
> While Google did developed a PTX backend for LLVM, the student that worked on that as part of a GSOC got later hired by NVIDIA, and ended up contributing the current NVPTX backend that clang uses today. You more or less reformalized wh
411.
▲
by
adev_
6y ago
> Most other legal precedent was that it was fine to clone an API. CUDA is more than an API. It is a technology under copyright and very likely patented too. Even the API itself contains multiple reference to "CUDA" in function
412.
▲
by
adev_
6y ago
> That you can't compile CUDA to AMD GPUs isn't NVIDIA's fault, it's AMD, for deciding to pursue OpenCL first, then HSA, and now HIP. Using a branded & under patent concurrent proprietary technology and copying it
413.
▲
by
adev_
6y ago
> Do you work for AMD I do not. And I use NVidia hardware regularly for GPGPU. But I hate fanboyism. > NVIDA open-source their CUDA implementation to the LLVM project 5 years ago Correction: Google developped an internal CUDA implemen
414.
▲
by
adev_
6y ago
> NVidia is not to blame if the competition is stuck using C, printf debugging for computing shaders, cannot make their minds about which bytecode to support for heterogenous GPGPU programming. I don't bite this argument. Nvidia mad
415.
▲
by
adev_
6y ago
> AMD could release a 2x powerful GPGPU tomorrow for half the price and most current NVIDIA users wouldn't care because what good is that if you can't program it?. Correction: Nobody will be able to use the AMD hardware (outsid
416.
▲
by
adev_
6y ago
Does anyone know if there is any plan to port that on Mobile ( iOs / Android ) ? That would be a killer feature. Even if I am not sure it would be even legal to port that to iOS with Apple's restrictions on the Web Engines they ac
417.
▲
by
adev_
6y ago
> In reality most of the detectors are barely functional, Alice for example doesn’t produce useful data for most of the runs. Do you really expect a detector/machine of the size of a building to have 100% availability ? This is the
418.
▲
by
adev_
6y ago
+1 that's one of the reason for us too. GPU machines are clearly too expensive in most cloud providers compared to on-prem.
419.
▲
by
adev_
6y ago
I worked in Switzerland and a reason to use on premise here is Security Many detail banks, asset management company or high security company refuse to use any public Cloud. They want to have a strict and traceable list of people who have
420.
▲
by
adev_
6y ago
> MySQL (C) MySQL and MariaDB are a mixed of C++ and C nowadays [^2] [^1]. Most Database reimplementation nowadays are C++, Go or more recently (Rust). > - message buses: DBus (C) ZeroMQ is C++, Same for gRPC (reference of RPC nowaday
More ›