Docker: MySQLのクエリーログを確認できるようにしたい - Qiita
mysqldの --general-log-file オプションを /dev/stdout に設定してコンテナを起動しておく。 $ sudo docker run -p 3306:3306 -d --name mysql -e MYSQL_ROOT_PASSWORD="mypass" mysql /entrypoint.sh mysqld --datadir=/var/lib/mysql --user=root --general-log=true --general-log-file=/dev/stdout こうすることで、docker logs -f mysql で標準出力にてクエリーログを確認できるようになる。 ホストとコンテナでログファイルをVOLUMEで共有しなくていいのがこの方法のいいところ。また、ログファイルを確認するためにコンテナに入る必要もない。Dockerfileやmy
技術の総合責任者“ITアーキテクト”という選択｜【Tech総研】
IPA（独立行政法人情報処理推進機構）は、ITアーキテクトの育成を目的とした「ITアーキテクト委員会」を2003年11月に設置した。メンバー13人の多くは現役のITアーキテクトであり、主査を務める榊原彰氏は1990年代からその職務を行ってきたエンジニアだ。榊原氏にITアーキテクトの実像を聞いた。 ITアーキテクトをひと口に言えば、「顧客のビジネス的な要求を、情報システム化された要件としてまとめ、ITのアーキテクチャを設計する人」となる。システム構築の全体的な設計を行い、その成果物に対して責任をもつエンジニアだ。この職種が生まれた背景にはIT産業の変遷があると榊原氏は語る。 「1990年代初めからC/Sとオープン系技術が主流となり、システムを構築するための製品と技術の組み合わせが多様化・複雑化してきました。それまでの単一的な製品や技術で構築されたメインフレームと異なり、これらの要素を最適化し
Web制作時に色（カラー選定）で困った際に役立ちそうな13のツールやサービス
Webサイトの制作時にいつも 時間がかかるのがカラー選定 で、少し困っているのでもう少し 時間を短縮したいと思い、使って いるツールも含めていろいろご紹介。 いろいろ有りすぎるので使いやすいと思ったサービスに厳選しています。順不同。使いやすさとか好みもあると思うので参考程度に。。。ネタ帳さんのwebサイト作成時にサイトカラーを決められない人の為のwebサービスいくつかという記事も凄く参考になりますよ。 原色大辞典 色のリファレンス国内サイト。国内にも同じようなサイトは沢山ありますが個人的にここが一番見やすくて使いやすいです。 原色大辞典 colr.org 写真からスキームを作成してくれます。手持ちの画像をアップロードしてスキーム作成も可能ですが、flickrからランダムで呼び出したり、ピッカー機能があったり、タグ付け出来たりと多機能ですが、UIがシンプルで使いやすい。動作も軽いので重宝しま
[ThinkIT] 統合化が進むBIツール
現在までのBIツールは、「OLAP分析」「C/S型検索・レポーティング」「Web検索・レポーティング」「ダッシュボード・ポータル」「スコアカード」とその機能範囲を次々と広げてきました。 その結果、1つの企業内で複数のBIツールが使用される、あるいは同一ベンダー製品であってもアーキテクチャが異なるなどの理由により、ITガバナンスやTCOの面で問題がでてきました。 しかしここにきて、ベンダー各社はこの問題への回答といえる統合化されたBI製品を相次いで市場に投入してきています。 この連載では、主要なBIベンダーによって各社の統合BIツール製品の特徴が解説されますが、連載第1回の今回は基礎知識として、まずはこのBIツール統合化に至る背景について説明します。 「エンドユーザがIT部門の助けをかりずに、自らデータを分析し、ビジネスに活用する」というBI（ビジネス・インテリジェンス）の概念は、1990年
[ThinkIT] BIツール選択に失敗しないために
読者の皆さん、こんにちは。今回よりこの連載を担当するアイエイエフコンサルティングの平井です。 データウェアハウスやBI（ビジネスインテリジェンス）システムを企画・構築する際に、皆さんが頭を悩ます要因の1つがBIツールの選択ではないでしょうか。 市場には数多くのBIツールと呼ばれる製品が出回っており、どれが自分の考えているシステムに最適なのかを判断するのは大変難しく、また一言でBIツールといっても、用途に応じて選択のポイントとなる機能は大きく異なってきます。 筆者の勤務するアイエイエフコンサルティングは、BI専門のコンサルティング会社として7年の歴史を持ち、その間に数限りないBIプロジェクトとBIツールの利用経験を積み重ねてきました。そこでこの連載では、筆者とアイエイエフコンサルティングのBIコンサルタントが蓄積したノウハウをもとに、以下の3点について解説します。失敗しないBIツール選択とし
[ThinkIT] システム企画担当者のためのBIシステム導入の勘所
第１回：BIの世界を体験する−イントロダクション オープンソースBIツールOpenOLAP 著者：アイエイエフコンサルティング 平井 明夫 2004/11/16 読者の皆さん、はじめまして。今回より12回にわたって、この連載を担当するアイエイエフコンサルティングの平井です。 この連載は、ユーザー企業のIT部門の方々を対象に、ビジネスインテリジェンス（BI）、オープンソースソフトウェアという2つの観点から、システムをいかにして、速く、安く、確実に導入するかのヒントを提供していきます。 連載第一回目の今回は、まずオープンソースのBIツール「OpenOLAP」を使用して、BIアプリケーションの世界を体験していただきます。 会計、販売、顧客、在庫、購買、生産といった企業の業務アプリケーションのデータを取り出し、その傾向や特徴を複数の視点で分析するソフトウェアをBIツールと呼びます。 もっとも
システム基盤設計の基礎
交通量に見合った道路を作ったり，工場の排煙を減らす高度なごみ処理施設を建設したりする，といった基本的な都市計画がなされていない，つまり「都市基盤」が整備されていなければどうなるか。道路は慢性的に渋滞しており，たどりつくだけで一苦労。街で交通事故が発生しても救急車が現場に到達することさえままならない。工場は排煙をまき散らし，深刻な大気汚染を引き起こす──。 情報システムにも，同じことが当てはまる。豊富な機能を持つアプリケーションを開発することは確かに重要だ。だが，サーバーやストレージの性能や信頼性，ネットワークの回線速度などを無視していては，システムの品質を保つことは難しい。システム開発に携わるあらゆるITエンジニアにとって，システムの性能や信頼性などを左右する「システム基盤」の知識は不可欠だ。そこで本講座では，システム基盤を理解するための基本的な技術や用語から，実践的な開発方法論までを解説
オブジェクト指向分析・設計の基本---目次
「オブジェクト指向」は，今やあらゆるIT関連製品や技術に浸透している。プログラミング言語しかり，OSしかり，アプリケーションの連携技術しかり，である。オブジェクト指向を理解することは，もはや必須のスキルと言ってよい。 ところが，これだけオブジェクト指向が広まっているにも関わらず，オブジェクト指向そのものに対する理解が進んでいるとは言えない。依然として「オブジェクト指向は難しい」，「とっつきにくい」という印象を持つITエンジニアは多い。 オブジェクト指向を身に付けるためには，まずその根本的な考え方を理解する必要がある。本講座では，オブジェクト指向の考え方，実際の開発の場面で活用するために最低限必要となる知識やスキルを解説した。 Part1 オブジェクト指向を習得するコツ Part2 オブジェクト指向の発展の歴史 Part3 分析・設計手法の基本は「モデル作成」にあり Part4 設計品質向上
UPを基本から理解する
開発プロセスとは，先人が見出した「開発プロジェクトのベストプラクティス」，平たく言えば「勝ちパターン集」である。 開発プロセスに興味を持ったことがあれば，「Unified Process(UP）」を一度は耳にしているはずだ。しかしUPを正しく理解し，活用できているプロジェクトはあまりにも少ない。 本講座では，UPに含まれる膨大な開発プロジェクトの「勝ちパターン」を，4つのPartに分解して解説する。RUPやUPの導入を検討している人はもちろん，オブジェクト指向や反復開発には全く縁がなくとも，「開発プロジェクトを成功させたい」という想いがあるのなら，UPの知識はきっと役立つはずだ。 Part1 Unified Process，その生い立ちと構造を知る Part2 「ユースケース駆動開発」でUMLを理解する Part3 「ライフサイクルフェーズ」と「反復開発」 Part4 リスク最小化と再利用
UMLモデリングの基礎
ITエンジニアにとって，今やUMLモデリングのスキルは必須と言って良いでしょう。特に要求の妥当性を判断するため，システムの導入によって業務がどう変わるのかを可視化する上でモデリングは大いに役立ちます。 この講座では，RFP（Reruest For Proposal）の作成までに必要な，業務とシステムの分析について，UMLモデリングの基礎を解説します。Part1～Part2は「基本編」として，モデリングの意義や大まかな手順を学びます。その上でPart3～Part12において「演習編」として，中古車の買取・販売の業務を題材に，モデリングの実際を見ていきます。 なおこの講座では，基本的にUML1.5をベースした表記を用います。これを拡張したUML2.0が登場していますが，実際には大抵の場合UML1.5 で事足ります。UMLモデリングの基礎を学ぶ上では，シンプルなUML1.5を使う方が良いでしょう
だれも教えてくれなかった外部設計の「極意」---目次
外部設計書で最も大切なことは，「システム開発を依頼してきたお客様」（発注者）に読んでもらい，理解してもらうことです。外部設計書を，開発メンバーではなく，発注者に理解してもらうためには，「いかに発注者にとって分かりやすい外部設計書を作成できるか」と「レビューを通じていかに合意形成を図るか」が重要になります。本連載では，発注者が理解しやすい外部設計書の書き方とレビューの方法に関する具体的なノウハウを解説していきます。 第1回 ユーザーと意思疎通が図れない外部設計書は危ない 第2回 ［システム振舞い編］一覧表に一工夫入れることで漏れや重複をなくす 第3回 ［システム振舞い編］全体を俯瞰でき，システム化範囲が一目で分かる業務フローを作成する 第4回 ［システム振舞い編］発注者が理解しやすいシナリオの記述方法 第5回 ［画面編］見れば“わかる”「画面レイアウト」の作り方 第6回 ［画面編］画面遷移を
あなたにもできるオブジェクト指向設計――UMLを覚えよう---目次
この連載では，UML（Unified Modeling Language）を使ったオブジェクト指向設計の手法を学習します。UMLは，システムの分析結果と設計結果を図示するための表記法のグローバル・スタンダードです。皆さんがプログラマなら，プログラムのアルゴリズムをフローチャートという図で表すのが普通でしょう。それと同様に，オブジェクト指向プログラミングでシステムを開発するのが主流となった現在では，UMLでシステムの設計図を表すことが一般的になっています。これからは，UMLを使いこなせることは，プログラマに限らず，コンピュータにかかわるすべてのエンジニアにとって不可欠な技能と言えるのです。今回はオブジェクト指向の概念を理解し，UMLで使われる様々な図の役割とかき方をマスターしましょう！ 第1回 オブジェクト指向とUML第2回 クラス図とオブジェクト図をかいてみよう第3回 ユース・ケース図をか
基本設計の基礎
技術や製品の多様化，不十分な要件定義の増加，オフショア開発の進展などにより，基本設計の難易度がますます上がっている。一方で開発の現場では，新規開発案件において十分に時間をかけて基本設計を実施するケースのような，ITエンジニアが基本設計のスキルを磨くチャンスが減っている。そうした要因により，ITエンジニアの基本設計のスキル不足が叫ばれることも珍しくない。 そこでここでは，基本設計の基礎を解説する。Part1では，基本設計を取り巻く環境の変化を改めて示したうえで，基本設計とは何か，ITエンジニアが身に付けるべく基本設計のスキルとは何かを提示する。Part2とPart3ではそれぞれ，DOA（データ中心型アプローチ）とオブジェクト指向による基本設計の基本を解説する。さらにPart4では基本設計で用いるパターンを，Part5では基本設計フェーズのドキュメントのレビュー方法をそれぞれ取り上げる。 Pa
EmEditor テキスト エディタ - Unicode、巨大ファイルにも対応する Windows 用テキスト エディタ。Windows 7 完全対応！
EmEditor は、高速・軽量で拡張性のある Windows 用テキストエディター、コードエディター、CSVエディター、巨大ファイルエディターです。64 ビットと32 ビットの両方のビルドが利用可能で、さらに 64 ビット版には SSE2 (128 ビット)、AVX-2 (256 ビット) と AVX-512 (512 ビット) 命令セット用の別ビルドが含まれます。新バージョンは、AIによる支援執筆をサポートしています。 EmEditor は、すべてのテスト カテゴリで、他のテキストエディターより2倍から187倍も高速です。テキストエディターの速度比較をご覧ください。 米国 ZDNet は、EmEditor が “世界で最も速いテキストエディターがさらに良くなった” と評価しています。 窓の杜は、“もう「Excel」はいらない? 最強 CSV エディター” と評価しています。 サイバー
疑りぶかいあなたのためのオブジェクト指向再入門
このページは、「オブジェクト指向再入門」とあるように、 オブジェクト指向を勉強しようとして挫折した人向けの文書です。 タイトルに「疑り深いあなたのための」とありますが、 これは決して揶揄して言っているわけではありません。 現在世間に蔓延しているオブジェクト指向の説明では、 むしろ納得しない方がまともだとさえ思えます。 「オブジェクト指向を使えば、生産性が飛躍的に上がり、 プログラムの見通しがよくなり、再利用性も高まる」と聞かされて、 「ホントかあ?」と思える人は、一度読んでみてください。 本稿の対象読者は「既に他の手続き型言語を習得しているが、 オブジェクト指向が理解しがたいと感じている人」です。 言語としてはJavaを使用します。 手続き指向型の言語の例としては、C言語を使用します。 特にCに習熟している必要はないようにしたいのですが、 Cで言うところの「構造体」「ポインタ」「動的メモリ
オブジェクト指向
1.オブジェクト指向とは？ テレビとオブジェクト指向 オブジェクト指向でないもの オブジェクト指向の目的 オブジェクト指向によるシステム開発 2.キーワード解説 カプセル化 メッセージ・パッシング クラスとインスタンス インヘリタンス（継承） オーバーローディング ポリモフィズム（多態性） クラスライブラリ 3.付録 複合オブジェクト オブジェクト指向とGUI ハイパーテキスト オブジェクト指向とマルチメディア このページは私が会社でセミナー用に作った物からの抜粋です。 (c) 北田博之＠日本ユニシス 1993/8 （HTML版は 1995/11） リンク：飯塚富雄さんの「オブジェクト指向への入り口」へ 北田ホームページへ戻る
オブジェクト指向の考え方
UML、Java、デザインパターンなどの言葉をソフトウェア業界の人で聞いたことがないという人はいないでしょう。また、これらはすべてオブジェクト指向と深い関係があるということも、もはや常識です。しかし、あらためてオブジェクト指向とは何かと問われると、一部の人を除いてはよく分からないというのが現状ではないでしょうか。 オブジェクト指向に基づく応用技術が徐々に普及してきていますが、オブジェクト指向の基本概念をきちんと理解しておかないとこれらを使いこなすことはできません。せっかくJavaやC++などのオブジェクト指向言語を活用しても、その特徴を十分生かすことができず、Cと同じプログラミングを行ってしまうことになります。UML入門書を読んだだけでは、モデリングはできないのです。 オブジェクト指向の基本的な考え方をあらためて学ぶことは、結果としてオブジェクト指向の応用技術を使いこなすための近道です。形
5分で絶対に分かるオブジェクト指向 ― ＠IT情報マネジメント
開発の世界では一般常識化 オブジェクト指向――Object Oriented（OO）という考え方は、JavaやUMLの普及に伴っていまや開発の世界では一般常識化してきました。OO関連の書籍や専門誌特集記事など多数出版されていて、開発に携わっている皆さんはある程度オブジェクト指向の考え方について自分なりに理解できていると思います。そもそもオブジェクト指向の考え方の歴史は古く、最後の“指向―Oriented”は余韻を含んだ言葉ですが、人によりOOの理解の仕方に若干幅があるようです。今回は筆者流にオブジェクト指向の基本的考え方を5枚の図を用いて簡単に整理してみたいと思います。 もう 少し時間のある人は、連載「ここから始めるオブジェクト指向―オブジェクト指向基礎講座」（全8回）をご参照ください。さらに時間と興味のある人は、連載「オブジェクト指向の世界」をご参照ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DOAとデータ・モデリングを学ぶ
Python開発統合環境の決定版！