サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
パリ五輪
www.modernperlbooks.com
This took longer than it should have, but the electronic reader editions of Modern Perl: 2014 Edition are available. The letter and A4 PDFs have been available for a while, but we're satisfied with the formatting of the ePub and Mobi (Kindle) versions, so they're now ready for download and redistribution. You can still, of course, buy the print edition of Modern Perl online. You'll get the Kindle
HN tl;dr: innovation in the 2010s means getting your anonymized social network for marmots acquired so that big SV can put ads on it or datamine your users proggit tl;dr: you should have spent your time learning how to write a CRUD app and a mediocre template system, dependency injection framework, and ORM in Haskell Rails Erlang Scala Rails Python Node Clojure Julia instead of mastering one tool
26 years ago today, on December 18, 1987, Larry Wall released Perl to an unsuspecting world. The earliest reference to the posting to Usenet's comp.sources.unix is Perl, a "replacement" for awk and sed. Perl did make awk and sed semi-obsolete. (This is Unix, where you can never get rid of anything.) In the process of doing so, it gave system administrators more power than they had by combining she
The Perl 5 Porters list is discussing a proposal to remove CGI.pm from the core distribution. Per the discussion, this proposal is likely to succeed, and Perl 5.20 (released around May 2014) will no longer include CGI.pm as a core library. The arguments in favor of this are: It's not great code: it does far too much (conflating HTML generation with parameter processing and cookie handling), its in
Per Perl's compatibility and support policy, minor releases of Perl 5 such as Perl 5.16.0 and 5.16.3 share the same level of binary compatibility, while major releases of Perl such as Perl 5.14, 5.16, and Perl 5.18 do not share binary compatibility. That is to say, modules built and installed for one major version of Perl are not necessarily compatible with modules built and installed for another
Stevan Little (the man behind Moose) gave a talk at the Orlando Perl Workshop called Perl is not Dead, it is a Dead End. The talk culminated with an announcement of an experimental reimplementation of the useful parts of Perl 5 in Scala, a project called Moe. This is not the first fork or pseudo-fork of Perl 5. The Topaz project eventually begat Perl 6, which begat Parrot (the way I understand Par
Perl 5.16 came out last week. That's the tenth stable release of Perl 5 in the past two and a half years and either the third or fourth major release in the same period. (I consider 5.10.1 a major release. Others do not. It matters little.) I've already switched my main development and deployment environment to 5.16 and will switch over the remaining two user-facing servers to 5.16 in the next cou
Update: ePub and Mobi files are available, and you can read Modern Perl: The Book online now! We've just put letter and A4 sized PDFs of Modern Perl: the Book online. This is the new edition, updated for 5.14 and 2011-2012. As usual, these electronic versions are free to download. Please do. Please share them with friends, family, colleagues, coworkers, and interested people. Of course we're alway
The Perl 5 porters officially ended support for Perl 5.8 on November 5, 2008. Fortunately, Enterprise Support exists to help your legacy Perl 5 installations cope. Distributions such as Red Hat Enterprise Linux and its offshoot CentOS will continue supporting old versions of Perl 5 for up to ten years since their release (the release of the distribution, not the release of the version of Perl 5 th
Every few weeks, someone asks me about the status of translations of Modern Perl: the book into languages other than English. Our official stance (publisher, editor, and author) is: Please translate this book into your native language! We ask three things. First, please coordinate with other native speakers, as far as that is possible. (If I need to add a page to the Onyx Neon book site to organiz
Update: IBM dW and the author have improved the code; I've followed up at Politely Suggesting Improvements. IBM's developerWorks published an article yesterday describing a simple Ajax web login service. The original code was horribly insecure, Bobby Tables-style "Anyone can log in without knowing a password merely by manipulating the query parameters" insecure. Fortunately, IBM fixed the code. Un
The article Why You Can't Hire Great Perl Programmers addressed the core Perl community. We need to encourage Perl dabblers to improve their skills and to join the community. Several commenters noted that the article did not address the employer side of hiring. Certainly an employer offering $15 an hour for Perl programmers in Silicon Valley or New York City or Chicago or Seattle will have to work
If this is your first visit to my site, welcome. I've written a book called Modern Perl which explains how Perl 5 works and how to program Perl effectively. Electronic versions are free to download and redistribute, and print versions are for sale. I hope the book is useful to you; please tell other people about it. If you're an employer or recruiter looking for good Perl developers, the whitepape
After countless commits, the generosity of dozens of proofreaders, and far too long proofreading the index, Modern Perl: the book is available! You can buy a lovely print version from any well-stocked online vendor (and you're more than welcome to walk into your favorite neighborhood bookstore and request a special order given the book's ISBN: anyone who can order from Ingram can get the book in s
Update: Modern Perl: the book is out! Skip the draft and download the real thing. I've finished writing and editing Modern Perl: The Book, and it's gone into production, which means that Onyx Neon is preparing a print-ready PDF to give to the printers. The book should be available in print by the end of October, if not sooner. I've just uploaded Modern Perl: The Almost-Ready-for-the-Printer PDF fo
I'm glad to see Ævar's The CPAN client version-less dependency problem, because it discusses a real problem. In the absence of specific information about dependencies, what should installers do? Unfortunately, that's the wrong question. Have you ever read code which performs user input validation deep in its guts, way down in code which has layers of insulation between user input? I have. I take n
Update: Modern Perl: the book is out! Skip the draft and download the real thing. Last week at YAPC I finished editing the draft of Modern Perl: The Book. I'm pleased with how it's turned out, but I'm not yet ready to hit the "Ship it to stores!" button. In particular, I could use your help: Is the material accurate? Is the material effective in its explanations? Are any parts confusing? Is the ma
Polemic: anyone who believes that any specific general purpose programming language is inherently unmaintainable has opinions on software development worth ignoring. Many people claim that the design of Perl 5 has such significant flaws that render it far too difficult to write and maintain useful programs. Many of the supporting arguments are syntactic preferences. "I don't like sigils!" "Context
You code defensively. You like contracts and preconditions. You like to ensure that people don't misuse your API accidentally. You warn early, and you warn often. This is all well and good, except.... Suppose you have an API which takes a hash reference. You want to retrieve something from an optional cache, or calculate a default value. You write: use Modern::Perl; use Carp 'croak'; sub retrieve_
The discussion of Helping Perl Packagers Package Perl glossed over a couple of points I find incredibly important. Granted, I neglected to mention BSDPAN or Gentoo's g-cpan or projects such as GoboLinux's /System/Aliens. Yet there's more. Working with CPAN can prove difficult in a couple of ways. The first is initial configuration: Do you want to install or upgrade distributions which may conflict
In How a Perl 5 Program Works and On Parsing Perl 5, I mentioned ways to manipulate the Perl 5 parser as it executes. The easiest way to do so is through the use of Perl 5 subroutine prototypes. This early draft excerpt from Modern Perl: the book explains the good and the bad of prototypes and when they're a good idea in modern Perl code. Perl 5's prototypes serve two purposes. First, they're hint
In the discussions which prompted me to write On Parsing Perl 5, I've read many misconceptions of how Perl 5 works. The strangest example is a comment on Lambda the Ultimate which contains an incorrect suggestion that Perl 5 subroutines take the source code of the program as an argument to resolve ambiguous parsing. Someone elsewhere gave the example that Perl gurus preface answers to the question
I just gave a talk at YAPC::NA 2009 entitled Take Advantage of Modern Perl. I use an extemporaneous style with terse slides, but I mentioned several modules and links worth exploring. I plan to explain some of those modules in more detail in the future. Until then, here are terse explanations and recommendations. Enlightened Perl is a great organization exploring similar issues. If you don't read
When working with large test suites, using procedural tests for object-oriented code becomes clumsy after a while. This is where Test::Class really shines. Unfortunately, many programmers struggle to learn this module or don't use its full power. Please note that article assumes a basic familiarity with object-oriented Perl and testing. Also, some of these classes are not "proper" by the standards
If my thesis is correct -- that much of the work done on the Perl language, the Perl culture, and its ecosystem including CPAN in the past ten years has made the language easier to use and Perl programs more maintainable -- then Perl fans have a lot of work to do to overcome the weight of bad code and creaky tutorials found in the wild. Browse PerlMonks for ten minutes, and you'll see that many pe
このページを最初にブックマークしてみませんか?
『www.modernperlbooks.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く