はじめに 私たちのWeb アプリケーションの中には、 mod_wsgi を使っているものがあります。 これまで、アプリをデプロイする際は、 VirtualHost あたり一つだけ WSGIScriptAlias を指定するような使い方をしてきたのですが、最近、新たなアプリを組み込むために、一つの VirtualHost に複数の WSGIScriptAliasをもたせる方式を検討することになりました。 結局この方式は見送られ、別のやりかたに変えたのですが、その経緯をお話したいと思います。 やろうとしたこと WSGIScriptAlias は、特定のパスへのリクエストを mod_python が処理するように指示するためのディレクティブです。 単純な Web アプリをデプロイするときは、WSGI アプリを application という名前で定義した Python コードの入ったファイルを指

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

PHPerKaigi 2018 (2018/03/10)

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

10月に行われた技術書典3、行きましたか？ 私も当日いろいろ本を買ったのですが、その中の一冊「オブジェクト指向言語解体新書」が、今年読んだ本の中で一二を争うレベルですばらしい内容だったので、感想を書き残しておきます。 ※技術書典から1ヶ月以上経っているのは、単に積ん読してたからです。こんなにいい本だとは思わなかったもので... http://shop.comiczin.jp/products/detail.php?product_id=34612 オブジェクト指向は、初心者でつまづかない人はほぼいない、一種の鬼門なわけですが、 入門書では何かしらの比喩を使って説明しているものが多いです。 例えば「哺乳類を継承した犬と猫がいて、両方とも「鳴く」「歩く」などができる」みたいな。 こういう比喩を使う理由もわかります。全くの初心者が相手の場合、「なんとなくわかる」レベルでもいいのでとりあえずコード

はじめに 本連載は、オブジェクト指向、クラス設計やデザインパターンを覚える必要があると感じている新人や若手エンジニアに一から分かりやすく学んでもらうことを目的としています。 また、新人や若手でなくても、これから勉強しよう、以前に勉強途中で理解できず諦めてしまったという中堅エンジニアでも、挫折することなく実務で活かせるまでに理解できるような指南書となれば幸いです。 本連載の開始に至った背景 オブジェクト指向、クラス設計、デザインパターン。これらは新しい技術ではありません。以前はこれらの技術を使うことで汎用性、拡張性などに富み、一時期はもてはやされた技術でした。 しかし、何も考えずさっと作ってしまうより、プログラミング前に設計するという工数、つまりコストが掛かってしまうデメリットがあります。 また、「はじめに」でも述べましたが、オブジェクト指向などが理解できず断念してしまったエンジニアも数多く

直近思案しているのはLaravel5.5案件なのですが。 まぁ割と「あちこちのPHP MVCフレームワークで言える(ような気がする)」ので、あちこちに疑問を投げかける的な想定で。 端的には「データの入力やvalidateの処理、Modelに書きますか？ Controllerに書きますか？」的な内容です。 さて。いわゆるMVCの「Model」ですが。 本来的には ・アプリケーションデータ、ビジネスルール、ロジック：システムの本体 をつかさどる、とされています。 言い方を変えると「どのModelを使うかの制御(Controller)、表示や出力(View)」以外全部、をつかさどる、と言い伝えられています。 ただまぁ、どこのRoRが元凶とかActive Record以下検閲削除とかは言いませんが、半歩間違えると、Modelって ・ORマッパーのことでしょ？ 的なお話になることも、少なからずあるよ

米Oracleが「Java Enterprise Edition（EE）」プロジェクトをオープンソース団体に寄贈する意図を明らかにしている。 Java EEはエンタープライズ向けのJava APIセット。開発者はこれを利用して企業向けのアプリケーションを構築できる。Oracleが2010年に買収した米Sun Microsystemsの技術で、J2EEとして呼ばれてきた。現行版は2013年に公開されたJava EE 7。 Oracleは今回、次期「Java EE 8」の仕様がほぼ完成に近づいており、毎年秋に開催する「JavaOne 2017」が近づいていることもあり「Java EEが開発される方法について再考する時がきた」としている。 Java EEはJava EEコミュニティが参加してオープンソースのように開発されているが、「ほかのオープンソースコミュニティと比べるとプロセスは迅速ではなく

ぎんざRuby会議LT資料

土屋はプログラマの中でもかなりコメントが多いタイプだと思っています。理想を言えばコード１行ごとにコメントを書きたいくらいです（本当は、識別子を全部日本語で書きたいと思っているのですが、これはまた別の話）。 これは土屋がPDL（Program Design Language https://www.gamedev.net/resources/_/technical/general-progra... ）開発スタイルの薫陶を受けているからなのですが、それとは別に「そもそも日本人には英語ベースのソースコードを高速に読解するのは無理がある」と考えているからです。 また、より本質的な課題があると思っていて、プログラミング業界的には「コードがドキュメントであるべき（≒正しく実装されたコードであれば、コメントは最低限になる）」という風潮がありますが、土屋は、これはプログラマが夢見る幻想に過ぎず、「本質的

動きの早いフロントエンド界隈や他の言語の躍進の話題に押されて、いつまでも古い知識のままPHPで開発していませんか？ 知識のアップデートに役立つ、最近のフレームワークの動向を、ちょっと辛口な現状分析とともに。 私が約1年前に書いた記事の続きを書くことにしたのは次の質問を受けたからです。 Q：PHP MVCフレームワークについて近況を教えてください。（2017/2/24） A：PHPのフレームワークといえば、現時点ではLaravelとSymfonyに尽きます。これから新しいプロジェクトを始めるなら、わざわざCakePHP、Zend、CodeIgniter、Yiiなどを使う理由は見当たりません。これらのフレームワークを使い慣れているか開発経験のある開発者がいないのなら、使う理由はないでしょう。 実際に開発が始まったら、ツールやプラグインを集めたり、よくある問題への対処方法を調べたりする必要があり

アメリカ人です。 Hello 👋 この記事の目的 多くの日本人は自分の英語力には自信がないではないでしょうか。残念ながら「英語がわからん」、「英語が全然できない」という声をしょっちゅう聞いています。でも、今まで英語ができて意味がちゃんと伝わる何人かの日本人に会ったがあります。完璧な英語ではないけど(外国人も英語でミスる時もある...)、がんばって話そうとするので充分仕事ができる人たち。そういうがんばる姿勢はオープンソースのプログラムや英語圏のプログラムに手を出すためには一番大事なことだと思います（外国人側もすごく助かります）。日本の文化では「私はできる！」と自慢することは少ない中、この記事を通して、流暢に話せなくても自分のプログラミングの命名の仕方にはちょっとだけでも自信を持たせたいなと思います。完璧じゃなくていいです。Let's go! 合わせて読んでいただきたい 【日本人エンジニア必

ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） そこまで、罵倒しなくても・・・ 内閣府の「国民の祝日」のCSVがひどい。 https://twitter.com/i/moments/834190855137226752 【ちょっとかわいそうなので、つけたしてみる】 罵倒する人たちは、毎年、祝祭日は同じ数だとおもっていないかしら？ 祝日は増えたり、名前が変わったりすることがある。 なので、名称、2013,2014,2015,2016・・・・という表を作る場合、 各年のデータをマージしないといけない。 一番楽なのは、Excelなら １シート１年にして、名称・日付にすること。 たぶん、役所はそう持っていたのだろう・・・ で、Excelを公開できないので、CSVにするとしたら、 こうなっちゃったんだろう。 本当はXMLやJSONならう

もうちょっと規約的なものを「JavaでのUT作成基準を整理してみた」にもまとめてみました。 はじめに 去年、ブログの方に「ふつうのユニットテストのための７つのルール」という記事を書いたのですが、思ったより反響がありました。 あの記事で書いたのはあくまで原理・原則で、それを実現するためにはいくつかのテクニックが必要です。 特に、ああいうルールを作って「ユニットテストを書く事」を厳守するようにしても、 適切なテクニックを知らなければメンテが困難だったり、品質に寄与しなかったり、実行性能が悪いゴミが量産される可能性があります。 じゃあ、どうすれば良いかというと「最初からユニットテストが書きやすいように元のコードを設計する」ということです。 そう。まず身に付けるべきは「テストコードの書き方」では無く「テスト対象コード」すなわち「プロダクトコードの書き方」なのです。 また、ここで言ってる「最初から」

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

「NTPsecに採用するプログラミング言語をRustかGo言語で悩んでいるが、Go言語の方が有力ではないか」というNTPsec公式ブログ記事「Rust vs. Go」 https://blog.ntpsec.org/2017/01/18/rust-vs-go.html に対する @tanakh さんの反応

This document discusses functional domain-driven design and the use of monads. It begins by stating that functional domain-driven design is still a work in progress. It then provides definitions of monads and functions as they relate to category theory. The document discusses how monads can be used with a functional approach to domain-driven design. It also includes brief biographical information