 | dummzeuch on Do not make methods protected… |
 | Peter Wright on LED Chaser with only 4017… |
 | Maxim Masiutin on Delphi: There is a FastMM4 for… |
 | HeartWare on From Delphi 1: Type Compatibil… |
 | abouchez on From Delphi 1: Type Compatibil… |
Posted by jpluimers on 2017/11/02
(Usually the “state transfer” in Representational state transfer fails)
Video via +Kristian Köhntopp “Die 90er haben angerufen und wollen ihre Amiga Videos und ihre Corba Specs zurück haben.” (the 90s called wanting their Amiga Videos and Corba Specs back)
[WayBack] https://plus.google.com/+KristianK%C3%B6hntopp/posts/58D9BisX5Dj
–jeroen
Posted in Communications Development, Development, Fun, HTTP, Internet protocol suite, REST, TCP | Leave a Comment »
Posted by jpluimers on 2017/11/02
[WayBack] A colleague and I was just wondering, why was TypInfo.pas not named TypeInfo.pas? The original theory of 8.3 naming convention doesn’t hold as TypInfo i… – Willo “qbitza” van der Merwe – Google+
Because of collision: though hardly documented in the early Delphi days the standard function TypeInfo has been there forever so System.TypeInfo already takes TypeInfo in the global namespace as the System unit is used by default and doesn’t have a namespace prefix.
One more reason to suffix unit names with a word like Unit.
And one more reason to always get a Delphi version with source code for RTL/VCL/…: it’s an invaluable source for not so well documented things.
The TypInfo name was also from an era when some people hadn’t learned yet dat using abbrvtns is a sin. Ken Thompson has learned [WayBack] spell it with an “e” · golang/go@c90d392 but we’re suck with StrPas, StrUtils, IntToStr and others forever like Unix is stuck with creat(2): [WayBack] creat(2): open/possibly create file/device – Linux man page and [WayBack] history – What did Ken Thompson mean when he said, “I’d spell creat with an ‘e’.” – Unix & Linux Stack Exchange.
–jeroen
References:
Posted in Delphi, Development, Software Development | 3 Comments »
Posted by jpluimers on 2017/11/02
Quoted in full because even 2.5 years later, it’s just too funny:
- Python: What if everything was a dict?
- Java: What if everything was an object?
- JavaScript: What if everything was a dict *and* an object?
- C: What if everything was a pointer?
- APL: What if everything was an array?
- Tcl: What if everything was a string?
- Prolog: What if everything was a term?
- LISP: What if everything was a pair?
- Scheme: What if everything was a function?
- Haskell: What if everything was a monad?
- Assembly: What if everything was a register?
- Coq: What if everything was a type/proposition?
- COBOL: WHAT IF EVERYTHING WAS UPPERCASE?
- C#: What if everything was like Java, but different?
- Ruby: What if everything was monkey patched?
- Pascal: BEGIN What if everything was structured? END
- C++: What if we added everything to the language?
- C++11: What if we forgot to stop adding stuff?
- Rust: What if garbage collection didn’t exist?
- Go: What if we tried designing C a second time?
- Perl: What if shell, sed, and awk were one language?
- Perl6: What if we took the joke too far?
- PHP: What if we wanted to make SQL injection easier?
- VB: What if we wanted to allow anyone to program?
- VB.NET: What if we wanted to stop them again?
- Forth: What if everything was a stack?
- ColorForth: What if the stack was green?
- PostScript: What if everything was printed at 600dpi?
- XSLT: What if everything was an XML element?
- Make: What if everything was a dependency?
- m4: What if everything was incomprehensibly quoted?
- Scala: What if Haskell ran on the JVM?
- Clojure: What if LISP ran on the JVM?
- Lua: What if game developers got tired of C++?
- Mathematica: What if Stephen Wolfram invented everything?
- Malbolge: What if there is no god?
–jeroen
Posted in APL, Assembly Language, BASIC, C, C#, C++, COBOL, Development, EPS/PostScript, Fun, Go (golang), Java, Java Platform, JavaScript/ECMAScript, Makefile, Pascal, Perl, PHP, Python, Quotes, Ruby, Scala, Scripting, Software Development, T-Shirt quotes, Turbo Prolog, VB.NET, XML/XSD, XSLT | Leave a Comment »
