現代的なPerlの記述方法一覧 - Perl入門ゼミ
Perl › here Perl5.8以降における標準的なPerlの書き方を解説します。 インターネットで検索するとPerl4のころの古い記述がたくさんあります。また書籍などの多くもPerl4の記法で書かれています。Perl4の記法は複雑になりやすく間違いを生みやすいのでこれからPerlを書く人はPerl5の現代的な記法で記述することを強くお勧めします。 strictプラグマとwarningsプラグマ (必須) strictプラグマとwarningsプラグマを有効にします。 use strict; use warnings; use strict;とuse warnings;の２行はスクリプトの最初に必ず記述してください。これらはPerlの文法チェックを厳しくするためのものです。面倒だという軽い気持ちでこれを記述しないと後々本当に面倒なことになります。 use strict;とuse wa
Cache-Control の Immutable 拡張によるリロード時のキャッシュ最適化 | blog.jxck.io
Intro ブラウザはリロード時に、 max-age に満たないキャッシュを持っていても Conditional GET によってキャッシュの Validate (有効性の問い合わせ)を行う。 Cache-Control Extension として提案されている Immutable 拡張は、キャッシュが max-age 内であればリロード時もキャッシュヒットさせる拡張である。 このヘッダの効果と、本サイトへの適用について記す。 Cache-Control Cache-Control に max-age を指定することで、ブラウザにリソースをキャッシュさせることができる。 このキャッシュは max-age の期間内は fresh とみなされ、 fresh であればサーバへの問い合わせなく再利用される。 サーバへの問い合わせ(RTT)が無いため、事実上最速のリソース取得となる。 Reload
PHPカンファレンス福岡2017に行ってきました｜広報ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
PHPカンファレンス福岡2017に行ってきました お久しぶりです maki です。PHPカンファレンス福岡2017に行ってきました。 5年ぶり2回目の福岡でした。 福岡のPHPカンファレンスは、丁寧なスポンサー企業説明などおもてなし度が高いと感じました。新たな試みとして行われた “Ask the Speaker” は、発表直後に発表者が特定の場所に集まり、そこで直接質問など話ができるというものでした。気軽に話かけることができて、良い試みですね。 発表は、PHPの例外の話や、PHPバージョンアップ、フレームワークバージョンアップ、機械学習の話等バラエティに富んでました。 以下スライドまとめです。 PHP7で堅牢なコードを書く – 例外処理、表明プログラミング、契約による設計 https://speakerdeck.com/twada/php-conference-2016 http://qi
AWSアクセスキーをGitリポジトリに混入させないために git-secrets を導入した | DevelopersIO
先日開催されたAWS Summit Tokyo 2017、わたしもいくつかセッションを聴講してきたのですが、「DevSecOps on AWS - Policy in Code」というセッション1にてgit-secretsというツールが紹介されていました。 awslabs/git-secrets: Prevents you from committing secrets and credentials into git repositories これ以外にも、いくつかのセッションで言及されていたと思います。 git-secretsのことは以前から聞いてはいたのですが、自分自身があまりコードを書く環境にいなかったので、良くないとは思いつつも今まであまり気にしていませんでした。 ただ、AWSアクセスキーの漏洩が原因と思われる話を聞く機会はなかなか減りませんし、考えてみれば自分でも、AWSクレデ
アプリの公開前にしてしまいがちな６つの間違いとは
モバイルアプリの公開寸前で、今まで注いできたすべての努力を無駄にしてしまうような間違いをおかすときがあります。これらの間違いによって、ユーザー体験を完全に台無しにしてしまい、低い継続率や悪いレビュー評価をもらい、マネタイズの失敗などにつながってしまうのです。このような状況は、クライアントからの圧力や急速なエコシステムの変化、不十分なプロジェクト計画など、さまざまな原因で起こる可能性があります。 済んだことを後悔しても仕方ないと言う人もいます。ですが、簡単に防げたかもしれない間違いのせいで何ヶ月もの努力が水の泡になり、低評価のレビューばかりが投稿されたら大声で叫びたくなるでしょう。間違いのいくつかは比較的よく起こり得るもので、あなたが予想する以上に頻繁に発生しています。 この記事では、アプリ開発のプロが公開前によくしてしまう間違いについて、クロスプラットフォームの開発者の知見も交えながら紹介
データをグラフ化する際の10のベストプラクティス
Measuring Uの創設者。シックスシグマに熟練した統計学分析者であり、ユーザーエクスペリエンスを定量化したパイオニアでもあります。 データを可視化することで、数値をより簡単に解釈することができ、正確で効果的な意思決定ができるようになります。 しかしデータのグラフ化には、リスクが伴わないわけではありません。スケールやグラフの種類、スタイルの選択は、閲覧者の結果の解釈に対して、常に良い意味でも悪い意味でも影響を与えます。 今回は、データを作る際の10個のベストプラクティスと気を付けるべきことをまとめました。これらはデータの可視化に関する有名な著書の中ですすめられているものだけでなく、私たち自身がデータをグラフ化した経験もまとめて、紹介していきます。 １．チャートジャンクを避ける グラフの中のビジュアル要素は、情報を伝える上で必ずしも必要ではありません。場合によっては、伝えたい情報が伝わり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP-MLを使用して気軽に機械学習にトライしてみる
PHPでWebサーバ作ろう