ラムダ式でCommandパターンで書かれたコードをシンプルにする ～ ラムダ式使いへの第一歩
Java SE 8では、新しい構文要素として「ラムダ式」が導入されました。これにより、これまで用いられたデザインパターンのいくつかは、特に意識しなくても同等のコードが書けるようになります。デザインパターンが解決しようとしていた問題が、ラムダ式によって素直に実装できるからです。本連載では、デザインパターンを使って書かれたコードをラムダ式を使ったシンプルなコードに書き換えながら、ラムダ式の使いどころ・使い方を学んでいきます。 言語の洗練によってパターンは背景に退く まず、デザインパターンについておさらいしましょう。デザインパターンとは、オブジェクト指向言語を用いてプログラムを書くときに、頻発するプログラム設計上の工夫を「パターン」としてまとめたものです。ギャング・オブ・フォー（GoF）と呼ばれる4人の著者（エーリヒ・ガンマ、リチャード・ヘルム、ラルフ・ジョンソン、ジョン・ブリシディース）が執筆
チョコ＆ホイップクリームが濃厚なアフタヌーンティーの「クロワッサンスコーン w/チョコ＆リッチクリーム」を食べてきた
寒い季節になって、チョコレートを使った冬向けのスイーツが続々と登場しています。「Afternoon Tea」でも、12月4日(木)からティースタンド店舗で「クロワッサンスコーン w/チョコ＆リッチクリーム」の販売を開始しました。そもそもクロワッサンスコーンを食べたことがなかったので、冬限定の味につられて食べに行ってきました。 Afternoon Tea｜オフィシャルウェブサイト アフタヌーンティー･リビングやティールームの公式サイト http://www.afternoon-tea.net/ 12/4～ティースタンドに冬限定「クロワッサンスコーン w/チョコ&リッチクリーム」が登場！ホットサンドやサラダの冬限定新商品も。 | Afternoon Tea[TEAROOM TOPICS] http://www.afternoon-tea.net/topics/2014/141203-teast
【初心者向け】Mac OSX10.8(Mountain Lion)で Ruby on Railsを動かすための5ステップ « pplog.org
We are constantly updating our collection of different sources. All content absolutely free!
APIのエラーハンドリングを見直そう - WebPay Engineering Blog
ここ数ヶ月にわたって、WebPayはAPIのエラーにまつわる変更を少しずつ行ってきました。 それに付随してドキュメントも拡張しましたが、変更の背景について十分に説明できていない部分がありました。 この記事では、最近のエラーに関連した変更の背景を紹介し、今後どのようにエラーをハンドルすべきか説明します。 記事の内容は執筆時点のものであり、今後同じようにエラーやAPIの変更を行うことがあります。 変更があっても記事の内容はその時点の内容を保持し、ウェブサイトのドキュメントのみ更新します。 必ずウェブサイトのドキュメントを合わせて参照し、手元で動作確認を行ってください。 エラーはなぜ起きるのか WebPayのAPIは、リクエストされた操作ができなかったときにエラーを返すように設計しています。 可能なかぎりエラーにならないような設計、実装を心がけていますが、エラーは絶対に避けられません。 例えば、
MySQL AllStarというVagrantboxを作った
2014/2/27、ペパボにて@glidenote先生主催のVagrant勉強会が行われました。 packerでMySQLの各バージョンが入った箱を作った 資料 発表時からちょっと修正いれてるんですが、以下が資料です。 MySQL AllStar Vagrant x VirtualBoxで動く MySQL AllStar と名づけたvboxを公開しました。 hfm/mysql-allstar CentOS 4, 5, 6の 32/64bit環境において、MySQL 4.0系から5.6系までの各バージョンが入ったボックスです。 boxを一度に起動できるVagrantfileも入っているので参考にどうぞ。 https://github.com/hfm/mysql-allstar/releases/download/v0.1/centos4.8-i386-mysql-allstar.box ht
MySQL 5.6.10 以下に存在する レプリケーションのバグと詳細について
こんにちは。初めて会社のブログを書きます。吉川です。 先日、月に一度行われている社内勉強会(hbstyle)にて、下記の発表をしました。 MySQL 5.6.10 以下に存在する レプリケーションのバグと原因特定について (Heartbeats 社内勉強会 2014/12/11) この件に関して、社内・外から反響がありましたので、詳細についてご紹介します。 概要 以下の環境にて、MySQL のレプリケーションが正常に同期されない事象に遭遇しました。 使用している MySQL のバージョンは 5.5.32 バイナリログのフォーマットには ROW を使用 現象としては以下の通りです。 MasterDB で特定のテーブルに書き込んだ更新系 DML が SlaveDB に反映されない SlaveDB にて show slave status\G を実行した結果 Slave_(IO|SQL)_Run
スタック・オーバーフロー
python × 120 javascript × 50 c# × 34 python3 × 31 html × 31 c++ × 28 linux × 27 c × 26 java × 21 windows × 20 android × 16 ruby × 16 google-apps-script × 16 php × 15 css × 15 reactjs × 15 typescript × 15 docker × 13 aws × 12 pandas × 12 swift × 11 ruby-on-rails × 11 mysql × 11 unity3d × 11 node.js × 11 ubuntu × 11 vscode × 11 postgresql × 11 rust × 10 macos × 9 visual-studio × 9 laravel × 9 networ
月夜に踊るペンギン: アドテクという言葉を使ったことのない理由
2014年10月24日金曜日 アドテクという言葉を使ったことのない理由 マイクロアドに入社したのは2010年2月。 "アドテク"という言葉は入社した後に知りました。 初めて耳にした時に違和感を覚えて以来、 自分の口から"アドテク"という言葉を発することはありませんでした。 アドテク=アドテクノロジーとは、 広告にまつわる工夫や仕掛けをITの活用によって実現することのようですが、 同じ流れで考えると、 銀行周りでITを活用すること（ネットバンクとか）はバンクテクノロジー？ 商取引周りでITを活用すること（ECとか）はコマーステクノロジー？ ・・・と、これが私の違和感の正体です。 きっと広告周りで本格的にITを活用し始めた頃は、それがとても斬新であり、 新たに"アドテク"という名称を定義するのに値したのでしょう。 ただ、広告周りでITを活用することは、何年も前に当たり前
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
物理学者の木下是雄さん死去 「理科系の作文技術」：朝日新聞デジタル