はてなブックマーク

はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ

以前、『Goでcertというコマンドを作ってみた』というPOSTをしました。その中で、cert コマンドを作った動機をGoの学習がてらとしていましたが、実際に学習したことについてはまったく触れていませんでした。 そこで、今回の記事では Go の初心者である私が、実際に cert コマンドを作成する過程で学習したことや、考えたことを振り返りがてら、まとめてみようと思います。 構文などの基本的な言語仕様については、すべて書くわけにもいかないため、基本的には書きません。主に、コマンドを作る上で「どうするんだろう？」と立ち止まった記憶がある点について書こうと思います。そのため、Go を始めるにあたって必要なことが網羅されているといった内容ではありません。 ディレクトリ構成 さて、コマンドを作ろうと思った時に、まず立ち止まったのは、プロジェクトのディレクトリ構成についてでした。いきなり適当なディレク

この記事はGMOペパボ Advent Calendar 2017の13日目の記事です。 最近まで取り組んでいたこととして、10年以上ペパボを支えてきたサービスの一部Webアプリケーションにおいて、PEAR::DBの使用をやめて、PDOの使用に変更するというものがありました。 この記事では、取り組みの動機や、どのようなアプローチを採ったのか、また、そこから得られた知見などを紹介します。おそらく、相応に老舗であるPHPアプリケーションでしか、PEAR::DBと向き合う機会はないと思われますので、万人向けの記事ではないことを予めお断りしておきます。 動機と背景 まずはじめに、PEAR::DBとPDOについて、簡単に触れたうえで、今回の取り組みの動機と背景について整理します。 PEAR::DBとは PEAR::DBとは、PEARで提供されているデータベース抽象化のためのライブラリです。PEARのサ

$ cert github.com DomainName: github.com Issuer: DigiCert Inc NotBefore: 2016/03/10 09:00:00 NotAfter: 2018/05/17 21:00:00 CommonName: github.com SANs: [github.com www.github.com] $ cert github.com golang.org DomainName: github.com Issuer: DigiCert Inc NotBefore: 2016/03/10 09:00:00 NotAfter: 2018/05/17 21:00:00 CommonName: github.com SANs: [github.com www.github.com] DomainName: golang.org Issuer

<?php require_once __DIR__ . '/vendor/autoload.php'; 上記のように、エントリポイントであるPHPファイルに記述するだけで、クラスのオートロードをしてくれるようになり、requireだらけのコードとさよなら出来るcomposerのオートローダ。 便利ですね。 どういう仕組みでこの便利さが実現されているのか、少し追ってみました。 根幹はSPL関数が提供するオートロード機構である クラスのオートロード機構をすべてまるごとcomposerがフルスクラッチで提供しているわけではありません。 PHPが提供しているSPL関数によるクラスのオートローディング機構を、composerが利用する形となっています。 SPLのオートロード機構とは クラスのオートローディング spl_autoload_register 詳細は上記のマニュアルに書いてあるとおりです