guilloche

12 ms·

1. 61.▲
   by guilloche 14y ago

   Amazing and I am also a fan of suckless.org. I am using dwm, dmenu, sic and st now. The binary size of st, rxvt and xterm are 184k, 2.7M and 640k (on x86_64 arch, not accurate). What's wrong with rxvt's binary size? st's binary size is not
2. 62.▲
   by guilloche 14y ago

   I used to using visual studio and thought it was good. But after using emacs, I donot think it is good any more. and the libraries/APIs seems not well designed too now.
3. 63.▲
   by guilloche 14y ago

   Isn't windows RT is for ARM cpu? MSFT just does not bother to port desktop mode to ARM chips. Two possible reasons for not porting desktop mode are: 1.x86 and arm architecture are different and it is not easy to port. 2.No existing desktop
4. 64.▲
   by guilloche 14y ago

   +1 for latex.
5. 65.▲
   by guilloche 14y ago

   The article is misleading and the author has totally no clue on the complexity of user space memory management. Random on-disk virtual memory access will be a disaster if we just keep everything in so-called virtual memory without complicat
6. 66.▲
   by guilloche 14y ago

   I can not agree more with you. The author just has no clue on memory management. He is imaging that the virtual memory model can solve all cache pains. The reality is much painful.
7. 67.▲
   by guilloche 14y ago

   Let me explain more on the details of moving a cursor: In a terminal, usually mono-width fonts with fixed font size are used, so cursor positions can be computedly easily. But for a word processor, variable-width fonts with variable font si
8. 68.▲
   by guilloche 14y ago

   I wish all that this guy said is true. I desperately wish a perfect virtual memory can relieve me from all the pains of caching. Take an example, in a word processor, can we just keep all possible cursor positions (for moving the cursor aro
9. 69.▲
   by guilloche 14y ago

   I agree that C++ is complicated, and the future direction is not c++. but isn't c# supposed to be dead soon? and even MSFT is well prepared to discard it anytime. C is much simpler than C++. whereever c++ is needed, c is a much better optio
10. 70.▲
    by guilloche 14y ago

    As many people here said, this guy may not know what he doesn't know. But I am admiring his braveness and it is good thing for someone to shoulder off all legacy burdens and start a fresh OS. As a developer, I have similar feeling on softwa
11. 71.▲
    by guilloche 14y ago

    Could not agree more
12. 72.▲
    by guilloche 14y ago

    Something like guilloche designing for paper money.
13. 73.▲
    by guilloche 14y ago

    Your editor seems pretty advanced and very responsive, it is much better than previous existing ones. (I know, there was a javascript one several years ago)
14. 74.▲
    by guilloche 14y ago

    Great work. As a graphics programmer on web, I understand it is very time consuming and hard to squeeze out performance from a browser. My own htm5/nacl vector graphics editor http://www.torapp.info is similar but specially enhanced for s
15. 75.▲
    by guilloche 14y ago

    callbacks are not desirable, and duplicated codes are much worse. Are there any other effective ways to reduce duplicates?
16. 76.▲
    by guilloche 14y ago

    I do not want to say that UML is totally useless, but honestly, I did not even meet one single programmer who were using it. UML may be useful for things other than CS.
17. 77.▲
    by guilloche 14y ago

    Horay for the death of flash and IE.
18. 78.▲
    by guilloche 14y ago

    I see the only reasonable way for developers is ----- to dump windows 8 at all.
19. 79.▲
    by guilloche 14y ago

    Finally, It is time to retire these outdated formats that bothered the world for so many years. Horay for google.
20. 80.▲
    by guilloche 14y ago

    After so much on MFC,OLE,COM/DCOM=>ATL, ADO, DAO, c#,.net,silverlight and now html5, I am not MS fan any more and has zero interest in any MS stuff.
21. 81.▲
    by guilloche 14y ago

    I love and use c too.
22. 82.▲
    Ask HN: Anyone interested in html to latex style pdf conversion

    1 points by guilloche 14y ago|0 comments
23. 83.▲
    by guilloche 14y ago

    I am also wondering the scenarios that I may need.
24. 84.▲
    by guilloche 14y ago

    Amazing, Can the same trick be used for latex=>html? It would be better than tth which is also very good.
25. 85.▲
    by guilloche 14y ago

    Cannot agree more, and I will give go a try to replace python for performance.
26. 86.▲
    by guilloche 14y ago

    The language seems in need of refinement to get significant performance in match of JVM JIT, not to mention c.
27. 87.▲
    by guilloche 14y ago

    After some experience with html5 and javascript programming, I feel it is more and more like hacks, forcing natural application models into html5 with lots of hacks. Sure, there are applications fitting html5 well, but for many more others,
28. 88.▲
    by guilloche 14y ago

    I agree that text is better in long turn. Such as tex is better than word. command line is better than GUI. Yes, I mean "in long turn", otherwise it may be not true.
29. 89.▲
    by guilloche 14y ago

    I only realized that C is much better than c++ after using c++ for 20 years.
30. 90.▲
    by guilloche 14y ago

    I donot think that this application is illegal as long as the author did not use any original art work and trademark (if it still applys, trademark needs to pay to extend it, right?). 1. Any patents related to pacman expired already. 2. Co