tejuis

7 ms·

1.
by tejuis 1y ago
I've used Emacs for 30 years. In the very beginning swapped capslock and control. After 20 years started to have minor problems with the pinky. A lot of keyboard use. Did not like evil mode for several reasons. It meant a lot of config
2.
by tejuis 2y ago
BTW that was a very interesting interview... I kind of agree. However, in order to automate something, you need to know the subject. For example, in digital circuit design, we use these EDA tools, but on top of that we create a lot of custo
3.
by tejuis 3y ago
Same here, no problems with undefined behavior. Also, no memory issues either after done with code finalization using Valgrind.
4.
by tejuis 4y ago
My answer tried to be as generic as possible and leave out the "real world" and implementation details in general. There are fundamental limitations to what you can express in four sentences... Compilation is "just" an i
5.
by tejuis 4y ago
Data is information about things and code is information about how to transform data. Every program transforms input data to output data. Code is interpreted by the computer. Data and code are encoded to bits for the digital computer.
6.
by tejuis 5y ago
There are number of things you can do to improve your situation. Obviously you should not have packages loaded that you don't rely use. There are also ways to perform "lazy" loading, so that memory image is minimal until a pa
7.
by tejuis 5y ago
I've been running Emacs for almost 30 years. Stability has never been a problem and the last 5-10 years it has been rock solid for me. I can run Emacs for months without restart. Hence instability must be an issue with some packages.
8.
by tejuis 7y ago
Welcome back...
9.
by tejuis 7y ago
There are some contradictions in here. If you map your functionality from software (on CPU) to FPGA, your software becomes hardware. FPGA is hardware. FPGA is retargetable, but it is not programmable in the sense what SW requires. The resou
10.
by tejuis 7y ago
OK. Not a bug, a feature. :)
11.
by tejuis 7y ago
Bug report: The game mostly work, but sometimes it builds bogus rows on the bottom. Makes it more difficult to get high points. Debian Linux with Chrome...
12.
by tejuis 7y ago
If your requirements are only high performance and improved type checking, then you are all set. The only language you need is C++. But the criteria above does not define all programming problems. C++ is too complicated. "Nobody"
13.
by tejuis 7y ago
That came to mind immediately. :)
14.
by tejuis 7y ago
I agree. If you take the tool perspective, it is easy to understand that different tools are needed for different tasks. Don't use hammer for sawing. No single language scales to all corners of programming problems. Actually I really d
15.
by tejuis 7y ago
What are they using as source then? Please let us know more?
16.
by tejuis 7y ago
It seems that it has been done, because it is possible for the scope that exists so far. However, there are a lot of obstacles on the way forward... I have a lot of experience in writing Verilog for ASICs and I also have significant experie
17.
by tejuis 8y ago
It is easy to agree with these findings. In general it is important for humans to get answers to WHY. History answers typically to WHY questions and to some extent also examples, i.e. you see by example WHY the theory works.
18.
by tejuis 8y ago
Well, division was to be made with a binary counter. They typically work with rising edge clock, and you get a smaller circuit if you have 14 bits compared to 15 bits. I agree that 2^15 can be made to work by using both edges of clock signa
19.
by tejuis 8y ago
Damn... I mean 2^14 looks good. :)
20.
by tejuis 8y ago
More nit-picking... according to wikipedia Lavet requires two states for one step, so 2^16 looks good based on this.