How do I continue in my math studies knowing people like Terrence Tao exist?
reddit.com2 pointsby StephenFalken0 comments
LinuxWorld.com: What is your advice to designers of new programming languages?
Dennis Ritchie: At least for the people who send me mail about a new language
that they're designing, the general advice is: do it to learn about how to
write a compiler. Don't have any expectations that anyone will use it, unless
you hook up with some sort of organization in a position to push it hard.
It's a lottery, and some can buy a lot of the tickets. There are plenty of
beautiful languages (more beautiful than C) that didn't catch on. But someone
does win the lottery, and doing a language at least teaches you something.
Oh, by the way, if your new language does begin to grow in usage, it can
become really hard to fix early mistakes.[0]
[0] http://www.itworld.com/article/2826125/development/the-futur... /SIGNUP robert harper
* Thank you for signing up, robert harper.
* Now use the /SIGNON <nickname> command to
* establish a nickname and to logon Relay.
/SIGN ON rob
Welcome to the Inter Chat Relay Network, Rob.
Your host is RELAY@FINHUTC (Finland).
Your last logon was at 08:39:23 on 03/17/89.
There are 67 users on 27 relays.
/HELP
**************** Relay Commands ***************
/Bye . . . . . . . . . . . . Signoff from Relay
/Channel <num> . . . . .Change to channel <num>
/Contact <host-nick> . .Show Relay contact info
/Getop . . . . . Try to summon a Relay operator
/Help. . . . . . . . . . . . . Prints this list
/Info. . . . . . . . . . . Send RELAY INFO file
/Invite <nick> . . .Invite user to your channel
/Links . . . . . . . . . . .Shows active relays
/List. . . . . . . . . . . List active channels
/Msg <nick> <text> . . . .Sends private message
/Nick <newnick>. . . . . . Change your nickname
/Names <channel> . . . . .Show users with names
/Rates . . . . . . . . . .Display message rates
/Servers <node>. . . . Show relays serving node
/Signon <nick> <channel> . . . .Signon to Relay
/Signon <nick>,SHIFT . . Forces uppercase shift
/Signon <nick>,UNSHIFT . Forces lowercase shift
/Signoff . . . . . . . . . . Signoff from Relay
/Signup <full name>. Signup or change full name
/Stats . . . . . . . . Display Relay statistics
/Summon <userid>@<node>. . Invite user to Relay
/Topic <subject> . . . . Topic for your channel
/Who <channel> . . . . Show users and nicknames
/WhoIs <nick>. . . . . . . .Identify a nickname
/LINKS
RELAY Version 01.24x0 Host RELAY@FINHUTC (Finland)
Relay RELAY @ CEARN ( Geneva ) -> Finland
Relay RELAY @ DEARN ( Germany ) -> Switzerland
Relay RELAY @ AEARN ( Austria ) -> Germany
Relay RELAY @CZHRZU1A ( Zurich ) -> Geneva
Relay RELAY @ HEARN ( Holland ) -> Geneva
Relay RELAY @TAUNIVM ( TAUrelay ) -> Geneva
Relay RELAY @EB0UB011 (Barcelona ) -> Geneva
Relay RELAY @ ORION (New_Jersey) -> Geneva
Relay RELAY @ BITNIC ( NewYork ) -> New_Jersey
Relay RELAY @JPNSUT10 ( Tokyo ) -> NewYork
Relay RELAY @ VILLVM (Philadelph) -> New_Jersey
Relay RELAY @NDSUVM1 (No_Dakota ) -> New_Jersey
Relay RLY @CORNELLC (Ithaca_NY ) -> New_Jersey
Relay RELAY @ UTCVM (Tennessee ) -> Pittsburgh
Relay RELAY @UIUCVMD (Urbana_IL ) -> Pittsburgh
Relay RELAY @CANADA01 ( Canada01 ) -> Ithaca_NY
Relay RELAY @ AUVM ( Wash_DC ) -> Va_Tech
Relay RELAY @ VTVM2 ( Va_Tech ) -> Ithaca_NY
Relay RELAY @UALTAVM ( Edmonton ) -> Canada01
Relay RELAY @NYUCCVM ( Nyu ) -> New_Jersey
Relay RELAY @ UWF (Pensacola ) -> Va_Tech
Relay MASRELAY@ UBVM ( Buffalo ) -> Ithaca_NY
Relay RELAY @CMUCCVMA (Pittsburgh) -> Ithaca_NY
Relay RELAY @PURCCVM ( Purdue ) -> Pittsburgh
Relay RELAY @UREGINA1 (Regina_Sk ) -> Canada01
Relay RELAY @ GITVM1 ( Atlanta ) -> Tennessee
[0] https://en.wikipedia.org/wiki/BITNET_Relay#Usage One must acknowledge with cryptography no amount of (state) violence will
ever solve a (hard) math problem.
-- Jacob Appelbaum If we haven't been able to make our human civilizations sustainable here on
planet Earth (where we have the perfect conditions to do so), how will we
ever create sustainable environments in much harsher conditions such as on
the Moon or Mars ? This statement is based upon a terrible misunderstand of Postel's
robustness principle. I knew Jon Postel. He was quite unhappy with
how his robustness principle was abused to cover up non-compliant
behavior, and to criticize compliant software.
Jon's principle could perhaps be more accurately stated as "in general,
only a subset of a protocol is actually used in real life. So, you should
be conservative and only generate that subset. However, you should also
be liberal and accept everything that the protocol permits, even if it
appears that nobody will ever use it."
[1] https://groups.google.com/d/msg/comp.mail.pine/E5ojND1L4u8/i... In 2003, The LEGO Group faced a budget deficit of 1.4 billion DKK (220 million
USD at then current exchange rates; equal to EUR 175 million),[40] causing
Poul Plougmann to be replaced by Kjeld Kirk Kristiansen as president. In the
following year, almost one thousand employees were laid off, due to budget
cuts. However, in October, 2004, on reporting an even larger deficit,
Kristiansen also stepped down as president, while placing 800 million DKK of
his private funds into the company.
Right now, LEGO is the largest toy company in the world, surpassing Mattel since late 2014. [2] C is quirky, flawed, and an enormous success. While accidents of history surely
helped, it evidently satisfied a need for a system implementation language
efficient enough to displace assembly language, yet sufficiently abstract and
fluent to describe algorithms and interactions in a wide variety of environments.
-- Dennis M. Ritchie (in "The Development of the C Language" [1])
[1] http://heim.ifi.uio.no/inf2270/programmer/historien-om-C.pdf Actually, UDP was "un-designed" by me and others.By this I mean that
UDP was the final expression of a process that today we would call
"factoring" an overcomplex design. Originally, the ARPANET end-to-end
protocol NCP was a "kitchen sink" oriented toward providing remote
teletype-centric access using the "telnet" protocol and the "FTP"
protocol to remote machines over a packet network.
A group of us, interested in a mix of real-time telephony, local area
networks, distributed operating systems, and communications security,
argued for several years for a datagram based network, rather than a
virtual circuit based network. The group involved me, John Schoch and
Yogen Dalal of Xerox PARC, Danny Cohen of ISI (now at Caltech, I think),
and Steve Crocker, with Jon Postel as a supporter, and Vint Cerf and Bob
Kahn as neutral referees.
UDP was actually "designed" in 30 minutes on a blackboard when we decided
pull the original TCP protocol apart into TCP and IP, and created UDP on
top of IP as an alternative for multiplexing and demultiplexing IP
datagrams inside a host among the various host processes or tasks. But it
was a placeholder that enabled all the non-virtual-circuit protocols since
then to be invented, including encapsulation, RTP, DNS, ..., without having
to negotiate for permission either to define a new protocol or to extend
TCP by adding "features".
[1] "udp and me" http://www.reed.com/blog-dpr/?page_id=6 The Internet was done so well that most people think of it as a natural
resource like the Pacific Ocean, rather than something that was man-made.
When was the last time a technology with a scale like that was so error-
-free? The Web, in comparison, is a joke. The Web was done by amateurs.
-- Alan Kay