Python のバージョン毎の違いとその吸収方法について - CUBE SUGAR CONTAINER
この記事の目指すところ 現在 Python はバージョン 2.x 系と 3.x 系という、一部に互換性のないふたつのメジャーバージョンが併用されている。 その上で、この記事にはふたつの目的がある。 ひとつ目は、2.x 系と 3.x 系の違いについてまとめること。 現状、それぞれのバージョン毎の違いはまとまっているところが少ない。 自分用に、このページだけ見ればひと通り分かる！っていうものがほしかった。 ふたつ目は、2.x 系と 3.x 系の違いを吸収するソースコードの書き方についてまとめること。 こちらも Web 上にナレッジがあまりまとまっていない。 これについては今 python-future というパッケージがアツい。 尚、サポートするバージョンは以下の通り。 2.x 系: 2.6 と 2.7 3.x 系: 3.3 と 3.4 本題に入る前に、最近の Python 事情についてまとめ
技術者よ、私を見習って「上から目線」になりなさい
この「極言暴論」で、いつも傲慢不遜にITベンダーやユーザー企業のIT部門をこき下ろしている木村が、技術者にお勧めする。あなた方も私を見習って、客に対して「上から目線」になりなさい。だって、あなた方はプロなのでしょう。しかも、客が言うことを聞いてくれないと、ろくなものが作れない商売だ。客の言いなりの御用聞きに明日は無いよ。 ちなみに、ここで言う「客」とは、ITベンダーの技術者にとっての客である、ユーザー企業やIT部門のことだけではない。IT部門の技術者にとっての客、つまり事業部門などのことも含まれる。そんなわけで今回の話は、ITベンダーやユーザー企業を問わず、業務系システムの開発などに携わる全ての技術者に当てはまることだ。 それにしても、業務系システムに携わる技術者は、どうしてこうも客に弱いのか。「顧客と業者の力関係」とか「社内の立場」とか色々あって、サラリーマンだから仕方がないということだ
【AWS】node.js初心者がOSXでLambda開発環境を整えてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は lambda の開発環境を準備した際の作業を備忘録としてまとめました。 2014年のre:Inventで発表されたlambdaですが、年末のアドベントカレンダー等で大いに盛り上がっているのを横目に完全に取り残されておりました。しかし9月5日に開催されたJAWS re:Moteでも「lambda, lambda, lambda」と、その可能性に注目が集まっていることを感じざるを得ません。 JAWS re:Mote 2015 - Togetterまとめ ということで、node.jsはおろかJavaScriptも詳しくない私がまずは開発環境を整えるところから始めてみました。 準備したもの パッケージインストール OSXの場合、開発環境といっても大掛かりなものは必要ありません。後述するサンプルプロジェクトを実行するためのnode.jsを入
「ドメイン駆動設計」の複雑さに立ち向かう
13. オブジェクト指向の「変更容易性」 (どのパラダイムでも同じだけど） • 抽象データ型／段階的な抽象化 – プログラムを人間の発想に近づけると扱いやすい • モジュラープログラミング – 独立性の高い部品に分けると扱いやすい – 関連するデータと操作は、ひとつのプログラミング単位に • メッセージング – 部品の組合せを柔軟に変更できると扱いやすい – sender/receiver/dynamic routing – Javaだとうまく実現できていないアイデア • メッセージングの考え方の参考 • Erlang, EIP:Enterprise Integration Patterns, マイクロ サービス, …
dockerをビルド環境として使う - @74thの制作ログ
dockerコンテナにコンパイラなどを入れ、更にそのコンテナにビルド対象のソースコードをマウントすることで、docker自体をビルド環境として使うことができる。 例えばC#のビルドであれば、monoのコンテナ（monoは.NETのオープンソース実装。monoのmsbuildはxbuildになる）を使って、PATHの通ったところに以下の様なシェルスクリプトを置けば、ビルドコマンドに早変わりする。 /usr/local/bin/xbuild #!/bin/sh eval "$(docker-machine env default)" docker run -it --rm -v `pwd`:/src --workdir=/src --entrypoint=xbuild mono $* このスクリプトの前提は以下のとおり。 docker-machine env defaultが構築済みであること
Domain駆動開発入門 | Casley Deep Innovations株式会社 技術ブログ
今回はドメイン開発入門について解説していきたいと思います。 まずはドメイン駆動開発とはどういったものかを述べて、そこから一般的なアーキテクチャとどう異なるかについて説明していきたいと思います。 １． ドメイン駆動設計とは ドメイン駆動設計とは、一言で言うと、ソフトウェアの設計手法のことです。 オブジェクト指向におけるアーキテクチャにおいて、ドメイン層に重点を置いて開発を行い、 仕様が確定したり改修を行っていく度にドメインモデルを反復的に深化させていく手法になります。 ここでのドメイン層とはアプリケーションが対象とする業務領域のことです。 ２． 一般のアーキテクチャとどう異なるか？ まずは一般的なアプリケーション（トランザクションスクリプト）のアーキテクチャについておさらいしてみましょう。 ・プレゼンテーション層 利用ユーザーに対するインターフェースの提供する。 ・ドメイン層（ビジネスレイア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
超定番サービス Amazon S3 の魅力を再復習 / We love S3
