I like the Odin language because it is really joyful to programming with it. Hope there are more resources and mature packages besides gaming development.
AFAIK, the digital interface of the physical layer (PHY) of the Ethernet stack are pretty much standardized (MII/RMII/GMII/RGMII). Most SOCs implement their own MAC layer, but are usually compatible with off-the-shelf PHY chips. The function and interface differences in proprietary MAC implementation is where the complexity of the kernel driver comes from.
Suppose that we also standardized the interface between the MAC layer and the kernel and add an FPGA inside the existing PHY chip which is opened to real-time programming, a ton of optimization can be done. For example, DDOS packets could be thrown away well before reaching the kernel space.
Previously I had done that with some low-cost FPGA kits, with less than 1K of HDL codes, it could get out only the IP packets wanted and then pass the packets directly to the application layer via the memory interface between the embedded CPU and FPGA logics.
I think a programmable network interface is well worth the money if we care enough for openness and efficiency.
This scenario scare the hell out of me. Is injecting/intercepting brain signals directly really the way forward? Do we really want to create monster human species?
IMHO, future AI should be used to enhance human cognitives in a noninvasive way. Never in such a dystopian way as in the movie "The Matrix".
Co-founders or not, the underlining reasons are alike for people (entities) with different personalities (characteristics) working together.
Only one person in charge will always do, if he or she has a very strong personality and also has appropriate supporting subordinates.
Two person founding team will be great if their personalities are complementary, thus one plus one is bigger than two. There are many very successful enterprises in this group, such as Apple, HP, etc.
In initial phases of founding companies, projects, etc., always avoid groups of three strong personalities at all costs. Trinity is a very special case that will ensure endless internal fighting/competition, low efficiency and sustained tensions. However, trinity is good for long lasting (market) competition and ensuring all parties will not be easily wiped out. Example cases: a) US-Russia-China relations; b) President-Congress-Senate structure. c) Firefox-Chrome-Edge browsers;
For groups bigger than three, if the number of prominent members with strong personalities is less than four, see previous cases. Otherwise, avoid at all costs.
I actually think AlphaGo is a perfect example of Human-machine cooperation. Deep neural network is the easier part, the intuition and architecture design by Humans are the most critical part.
After the IEEE $25 monthly service came out, I subscribed for three years until finally canceled it. Honestly most of the papers I downloaded were junks, the only reason I download them was to verify the available references.
The paper quality declination plus publication quantity inflation are the main reasons in this "Sci-Hub" crisis.
Kudos to the ReactOS team. I've tried the 0.3.x release about ten years ago and was a little disappointed. However, after a decade I've got a new perspective to appreciate their work.
I've kept several of my used laptops (Toshiba Satellite laptop, IBM Thinkpads, Lenovo Thinkpads, etc.) mainly for commemorative purpose. However, they can still boot and works fine with outdated OS's and extinct software. A potential very good use of them is to open my old archived documents, but I'd rather not to mess with these fragile machines.
When I checked my old archives, usually only plain texts and JPEG photos files are fine with current OS's and softwares. Nealy all my old software projects (mostly with Visual C++) no longer compile or run, or missing dependencies (DLLs, component libraries, tools, etc.). Even though I've backup most of the tools I used at that time, most of them would be a huge pain or impossible to reinstall correctly with right system dependencies.
Therefore I've come to think that the only meaningful archives are data with executables, i.e, documents with related spec, contemporary software and OS. In this aspect, a good Internet archive methodology should be like this: 1) data; 2) Fully installed and working software packages; 3) Running free OS such as Linux and ReactOS; 4) OS emulator on available hardware such as Virtualbox and KVM.
The importance of ReactOS here is that we will have a working OS on modern emulator or hardware for archiving purpose.
I'm omitting the hardware platform here, but it should be the other important aspect of archiving our knowledges.
So, Jessica is the Socrates for YC, and YC is the Socrates for YC start-ups.
Successful founders are usually doers that often make bold adventures and can execute plans efficiently and ruthlessly, but they need consultant guidance from a wise person. I guess this is the YC's success formula?
I hope the idea of progressive downloading partials can be applied to other files types as well.
For example, if commonly used libraries such as minified Javascript source files are encoded and distributed incrementally, we don't have to repetitively download various versions of the same library from different CDNs for different websites, which will save a huge amount of Web traffic.
Could you add the pricing model and notes? It seems to me that the pricing infos are always hidden somewhere and very hard to find out until you actually used them.
Collecting everything would never be the optimum strategy and apparently the least meaningful one economically.
For the unexpected extra values from history data, the possibility that the return value is greater than the associated total cost doesn't necessarily increases with the dataset size. If we look at the trends for history things, only those with scant availability and high quality will be of real values.
I agree with the author that a better strategy would be to start with some unique and useful questions, store data for a purpose (insight).
Asset or liability? It is not a black or white thing, it is a scale depends on the information value and fidelity. In information theories, the information quantity (entropy or bits) is inverse proportion to the available possibility.
It's been a trend for years that we'll have more general purpose CPUs augmented with specialized hardware acceleration units in one single unit, e.g.,
* Intel/AMD CPUs merged with GPUs;
* ARM mobile cores merged with GPUs, GPS, Gyro sensors, voice processors, finger print processors, etc.;
* ARM CPU with FPGA (Xilinx Zync, Altera SoC FPGA).
Their architectures are usually CPU-central, such that the CPU speed and memory bandwidth are the main bottlenecks.
For the Intel+Altera merage, I'd like to see them come up with architecture innovations from another perspective:
* Programmable logics and signal fabrics (bus) connecting general purpose CPUs and hardware acceleration units;
* Bandwidth and connections central, like the Internet, massive processing power comes from massive intelligent connected simple individual nodes (CPU/modules);
* Programming such architecture is more resemble how human brain works (reconfigurable inter-connects of neurons).
Powerful speakers seldom use slides, ordinary people like me rely on PowerPoint slides to get the job done badly , when not having a strong compelling case :)
The fundamental reason is that speech are more powerful than visual presentation. When people listen their subconsciousness is activated and they tend to accept things told (think about Hypnosis), when people open their eyes their brain kick in and start analysis, they won't listen. Slides also get in the way of speaker's body language, which is another most import factors in communication.
The use of PowerPoint in class and training process is also debatable. When in college, I could understand quite clearly the fundamental principles when my professor used the tradition chalkboard to go over the equations, however, I could hardly remember any of those equations and bullet points shown using slides.
I visit HN not to argue about the right or wrong, but to get more informed and educated. The more you know, the more you'll be humble and kind to those who you disagree with.
The notion that there is not absolute correctness even for a most trivial problem may be hard for engineers to understand, but I've learned it the hard way. I've learned a lot and working better with others since I started reading more on non-technical books and articles. It's a lot easier to being kind socially than to being kind on technical discussion and decision times. I think every engineering major should take courses in philosophy and psychology or read some related books.