From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.text.pandoc/17554 Path: news.gmane.org!.POSTED!not-for-mail From: Kolen Cheung Newsgroups: gmane.text.pandoc Subject: Re: Markdown for AMP Project https://www.ampproject.org/ Date: Wed, 3 May 2017 21:52:24 -0700 (PDT) Message-ID: References: <886bb176-054d-4e41-ba2e-7058e30ad355@googlegroups.com> <382a2f59-fca3-4409-8b05-10bd7e884a70@googlegroups.com> <01c43386-de61-d9c5-7db0-9e422e7aeddd@F123.org> <20170501171417.GA2499@protected.rcdrun.com> <20170502212420.GB3957@protected.rcdrun.com> <8fe02f4f-a2e4-4c86-ad1c-3fc90cdfdb72@googlegroups.com> <20170503083101.GE15640@protected.rcdrun.com> <20170503203659.GD11153@protected.rcdrun.com> Reply-To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_172_2042394297.1493873544974" X-Trace: blaine.gmane.org 1493873549 3562 195.159.176.226 (4 May 2017 04:52:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 4 May 2017 04:52:29 +0000 (UTC) To: pandoc-discuss Original-X-From: pandoc-discuss+bncBCS252WXTEIBBCPHVLEAKGQEP5PDPNI-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Thu May 04 06:52:22 2017 Return-path: Envelope-to: gtp-pandoc-discuss@m.gmane.org Original-Received: from mail-vk0-f56.google.com ([209.85.213.56]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d68kW-0000ku-Bv for gtp-pandoc-discuss@m.gmane.org; Thu, 04 May 2017 06:52:20 +0200 Original-Received: by mail-vk0-f56.google.com with SMTP id g23sf342843vke.0 for ; Wed, 03 May 2017 21:52:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20161025; h=sender:date:from:to:message-id:in-reply-to:references:subject :mime-version:x-original-sender:reply-to:precedence:mailing-list :list-id:x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=YT53fXmIu3GnHv2lJCez3wzv4/YOhDSg24EjxceMpdU=; b=KwsXSPtpPh7H5sD8CcMG3+3Lm99WZLIEJ1cNbkqQNlEP/vufD1be2i6IUjKua6B5CS bxXtzQyyX2ELZKaia16T25qwdsEro9IrXnUnyOC9wUbLZ+qCtqwdvRWMcC3xL7kCHnBr wUPPxkLUZcVSXKFLoqCb1zTdJdzUR3vZz3gif4BnfKDqSXfjM2cB+10GY/CLrDU/QsaV PHCNT1SV0NKPQ9CulB/PqvVrhqFQTePDnr0TfYwWTVxES4pMy3yK7HLYcqdK+VxAGH0m +B+h5oCGpnfNC+dSZ1EtR8g012Gsqg4R/BL3mr8wje/RWpNBI8N+ud+x9CriQAg+RHG7 zF/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :x-original-sender:reply-to:precedence:mailing-list:list-id :x-spam-checked-in-group:list-post:list-help:list-archive :list-subscribe:list-unsubscribe; bh=YT53fXmIu3GnHv2lJCez3wzv4/YOhDSg24EjxceMpdU=; b=APdgjE/hs5CKcThVqcb3DqutsNaab3U0XDfFz2jRKoZ/ys65uga4U39kSRXt1M1vKz ACE6KhZ056e2ioOiXXGwMMRL67r8ZfurM8NooyoReKcoC5Oxf5pHNWapB/JN/im2v/CB 3PmnOz8aXqs2y4ZmdZO8c6SGN/cZZNnHjY/VcO0i1dSv/VuBUNu60qn+wEjhqV565vkQ 4TzyvUF8vMi3hpOhyGM1j5dcW/iv6d+up0vlIXNDdAhoufn9ocuqq3Yu0Xw7zkEcdzRD c5Dq0P3A8j2Ao4CXOqJevk4Ym710lMgBS0BGwTOKcJy0WdGUJsGzqGaYn3VKGKpyqiw0 Cimg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=sender:x-gm-message-state:date:from:to:message-id:in-reply-to :references:subject:mime-version:x-original-sender:reply-to :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post :list-help:list-archive:list-subscribe:list-unsubscribe; bh=YT53fXmIu3GnHv2lJCez3wzv4/YOhDSg24EjxceMpdU=; b=azkViQjNsVMxhfIBt8kdDvcewv+0+pTARF7NTNftxgYxo6xz9sHisLrAbcoBbkICa/ q+hqXt1cM8rxTAQtkMl8HHkq7bVwoUo3v7x/VRkTw9Mro2H6RmllqaWVkRFMvpCoJi60 vceKTMPAK/lZgA09Zwzho/y2J1oq9VBypCP6OGb5PeIeeEPdtC3oDhP0Ya5TOMV6eh/L NKmu4b29/sCe+Q0LhLB/3yvX1aFkgclukyBVTAflx4rA0Bd1MLiCwwQAUXqzA/FqQB0a BN5BiEJiloEmw1I1a/owRA7fSKrDbq7zu9t/13nnAW1fiSElp0HRLx/PZ5bphGOVdM+o MKcA== Original-Sender: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org X-Gm-Message-State: AN3rC/5pe1Z4ABuLdaDcLLK1jniphHhgBq+XAF2cKMBPS11Qm2XFsfwH oU8HFP/b4i4ZfQ== X-Received: by 10.157.31.68 with SMTP id x4mr837411otx.19.1493873545958; Wed, 03 May 2017 21:52:25 -0700 (PDT) X-BeenThere: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Original-Received: by 10.157.36.166 with SMTP id z35ls870514ota.42.gmail; Wed, 03 May 2017 21:52:25 -0700 (PDT) X-Received: by 10.157.37.213 with SMTP id q79mr838424ota.11.1493873545493; Wed, 03 May 2017 21:52:25 -0700 (PDT) In-Reply-To: <20170503203659.GD11153-vvHXCvOI15V+RnA8QueWCFaTQe2KTcn/@public.gmane.org> X-Original-Sender: christian.kolen-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org Precedence: list Mailing-list: list pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org; contact pandoc-discuss+owners-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org List-ID: X-Google-Group-Id: 1007024079513 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , Xref: news.gmane.org gmane.text.pandoc:17554 Archived-At: ------=_Part_172_2042394297.1493873544974 Content-Type: multipart/alternative; boundary="----=_Part_173_1777066715.1493873544975" ------=_Part_173_1777066715.1493873544975 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Very interesting to know these. And don=E2=80=99t get me wrong, I=E2=80=99m= not surprised=20 some people need performance. I=E2=80=99m just saying given the requirement= s and=20 options, pandoc really doesn=E2=80=99t fit your need. Other than pandoc, I think compiling Haskell with stack is much easier. I= =E2=80=99m=20 no Haskell expert but this is what I heard. I agree cabal dependency hell= =20 is frustrating. Yes, =E2=80=9CHaskell is used in science=E2=80=9D. It just doesn=E2=80=99t = really =E2=80=9Chas a presence=E2=80=9D.=20 Generally, people talked about using C/C++/UPC (and CUDA), Fortran, even=20 Python (PyCUDA), and then the new Julia for HPC (High Performance=20 Computing). But I never heard of people talking about *deploying* a=20 scientific HPC application written in Haskell. What makes me sad is that=20 actually Haskell is faster than Python. But scientist chose Python over=20 Haskell because of e.g. the ease to learn it, distribute, and interfacing= =20 with existing Fortran and C/C++ code base, and all these are difficult to= =20 be accomplished in Haskell. One problem many scientists have is that they= =20 are not professional programmers, and they don=E2=80=99t care about spendin= g time=20 learning a language (except when needed in their research). So many of them= =20 write whatever code that=E2=80=99s getting their research done in the least= amount=20 of time. For computer time dominant projects, they use Fortran/C/C++; for= =20 programmers=E2=80=99 time dominant projects, they use Python. But they (alm= ost)=20 never choose Haskell because it is hard to learn (lots of programmers time= =20 to pick it up, but develop time might actually be much less. But they don= =E2=80=99t=20 invest in the future but want to code right now) and slow (lots of computer= =20 time needed). So it=E2=80=99s in the middle of nowhere. I also heard part of the reason Haskell didn=E2=80=99t take off in the way = say=20 Python does is a matter of PR =E2=80=94 they just are not good at selling t= heir=20 product. And then perhaps another reason Haskell is not a good fit for science is=20 that Haskell focus too much on correctness. But in scientific computing,=20 most of the time we actually didn=E2=80=99t really care if it is =E2=80=9Cc= orrect=E2=80=9D, but=20 close enough and fast. I wish I can use Haskell in any part of my research such that it gives me= =20 excuse to spend more time to learn such a beautiful language (and to=20 contribute more to pandoc). P.S. as I=E2=80=99m typing the above, I found that Intel has finally releas= ed the=20 long-promised Haskell compiler! In the past, they released studies showing= =20 that in some situation, the Haskell code beats the C code by 8% in speed.= =20 Hopefully this could change the adoption of Haskell in scientific=20 programming. Reference: IntelLabs/flrc: Haskell Research Compiler=20 , Intel Haskell Research Compiler |=20 Hacker News =E2=80=8B --=20 You received this message because you are subscribed to the Google Groups "= pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an e= mail to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/= pandoc-discuss/e69fce56-6677-4918-830e-ffe4fcd60cb0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout. ------=_Part_173_1777066715.1493873544975 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= Very interesting to know these. And don=E2=80=99t get me wrong, I=E2=80=99m= not surprised some people need performance. I=E2=80=99m just saying given = the requirements and options, pandoc really doesn=E2=80=99t fit your need.<= /p>

Other than pandoc, I think c= ompiling Haskell with stack is much easier. I=E2=80=99m no Haskell expert b= ut this is what I heard. I agree cabal dependency hell is frustrating.

Yes, =E2=80=9CHaskell is use= d in science=E2=80=9D. It just doesn=E2=80=99t really =E2=80=9Chas a presen= ce=E2=80=9D. Generally, people talked about using C/C++/UPC (and CUDA), For= tran, even Python (PyCUDA), and then the new Julia for HPC (High Performanc= e Computing). But I never heard of people talking about deploying = a scientific HPC application written in Haskell. What makes me sad is that = actually Haskell is faster than Python. But scientist chose Python over Has= kell because of e.g. the ease to learn it, distribute, and interfacing with= existing Fortran and C/C++ code base, and all these are difficult to be ac= complished in Haskell. One problem many scientists have is that they are no= t professional programmers, and they don=E2=80=99t care about spending time= learning a language (except when needed in their research). So many of the= m write whatever code that=E2=80=99s getting their research done in the lea= st amount of time. For computer time dominant projects, they use Fortran/C/= C++; for programmers=E2=80=99 time dominant projects, they use Python. But = they (almost) never choose Haskell because it is hard to learn (lots of pro= grammers time to pick it up, but develop time might actually be much less. = But they don=E2=80=99t invest in the future but want to code right now) and= slow (lots of computer time needed). So it=E2=80=99s in the middle of nowh= ere.

I also heard part of the rea= son Haskell didn=E2=80=99t take off in the way say Python does is a matter = of PR =E2=80=94 they just are not good at selling their product.

And then perhaps another rea= son Haskell is not a good fit for science is that Haskell focus too much on= correctness. But in scientific computing, most of the time we actually did= n=E2=80=99t really care if it is =E2=80=9Ccorrect=E2=80=9D, but close enoug= h and fast.

I wish I can use Haskell in = any part of my research such that it gives me excuse to spend more time to = learn such a beautiful language (and to contribute more to pandoc).

P.S. as I=E2=80=99m typing t= he above, I found that Intel has finally released the long-promised Haskell= compiler! In the past, they released studies showing that in some situatio= n, the Haskell code beats the C code by 8% in speed. Hopefully this could c= hange the adoption of Haskell in scientific programming. Reference: IntelLabs/flrc: Haskell Research Com= piler, Inte= l Haskell Research Compiler | Hacker News

=E2=80=8B
<= /div>

--
You received this message because you are subscribed to the Google Groups &= quot;pandoc-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to pand= oc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To post to this group, send email to pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org.
To view this discussion on the web visit https://groups.google.com/d/= msgid/pandoc-discuss/e69fce56-6677-4918-830e-ffe4fcd60cb0%40googlegroups.co= m.
For more options, visit http= s://groups.google.com/d/optout.
------=_Part_173_1777066715.1493873544975-- ------=_Part_172_2042394297.1493873544974--