世の中には何でもPowerPointでやらないと気が済まないという人たちがいる。Excel使いがそうであるように、PowerPoint使いがいるのだ。余計なソフトウェアを購入するよりはよっぽども良いが、再利用性のない方法をとられても困る気はするのだが…細かいところは気にしないでおこう。 PowerPointを使ってアプリケーションの画面を作る そんなPowerPointウィザードな方々に送る、プロトタイプ作成ツールキットがPowerPoint Prototyping Toolkitだ。 今回紹介するフリーウェアはPowerPoint Prototyping Toolkit、PowerPointを使ってアプリケーションのプロトタイプを作成するツールキットだ。 PowerPoint Prototyping Toolkitは画面や画面を構成するオブジェクトを作成し、PowerPoint2007の

先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出

はじめに 本連載では、PHPまたはプログラム初心者の方を対象に、PHPを用いたWebアプリケーションの作成方法を説明していきます。今回からは応用編として、ECサイトを作成します。本稿ではまず、アプリケーション作成に必要な設計書について説明します。PHPの環境構築に関しては第2回を参照ください。 対象読者 プログラミングが初めてでこれから学習する予定の方 プログラミング経験はあるがPHPを初めて学習する方 これまでの連載 第1回「プログラムってなんだろう？PHPってどういうもの？」 第2回「XAMPPをインストールして開発環境を整えよう！」 第3回「変数の扱い方を習得しよう！」 第4回「条件分岐と繰り返しを使いこなそう！」 第5回「入力フォームを使ってデータを送受信しよう！」 第6回「データベースの基礎を理解しよう！」 第7回「PHPを使ってデータベースを操作しよう！」 動作確認環境 PHP

.svn のうっとおしさに悩まされてる方に朗報です。 (git に移行すれば済む話だけど、まあそれ以外にも便利なこともある方法の紹介だよ) 概要開発環境に限らす、本番環境に対しても同じなんだけど、みんなソースのアップロードってどうやってるんだろ。いわゆるデプロイと言われる作業だけど、デプロイツールというのはどのくらい使われているんだろう。アップロードする対象のサーバが1台しかなく、デプロイツールをつかうまでもないと言う人はたくさんいると思う。僕自身も、Windows で開発を行っているときは、FFFTP とかWinSCP を使ってソースをサーバにアップロードしていた。.svn ファイルがサーバにあがってしまわないように、細かい設定をしたり、もしくはディレクトリ丸ごとのアップロードはしないように注意しながら作業したりしていた。 Mac に移行してからも同様のことをCyberduck でやって

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに 島津悠樹と申します。Yahoo! JAPANのソーシャルメディア系サービスの開発・ユーザーインターフェース（以下UI）設計を担当しています。私からは「エンジニアにもわかる『ユーザーインターフェース設計』」と題し、エンジニアのみなさまに考え方のヒントとなるようなネタをお届けします。 エンジニアの方々にとって、UI設計は、おもしろそう、けれど、どこかとっつきにくい......、そんな印象を持っておられるのではないかと思います。 私も以前はそう思っていました。ですが、とっつきにくさを理由にUI設計をやらないのはもったいない、という思いで試行錯誤した結果、なんとか、UI設計のお仕事をいろいろ担当させていただくことができるようにな

ドットインストール代表のライフハックブログ

Stanford Univ.(スタンフォード大)が、iPhoneアプリ開発講座の動画をiTunes Uで無料で公開するようです。 公開されるのは、4月1日開始の「CS193P iPhone Application Programing」という初心者向けの講座。週2回(全10週)のレクチャーおよび教材が全て公開される予定です。 動画を通して聴講し、毎週与えられるAssignment(課題)やプロジェクトを行うことは自由ですが、もちろん正式な単位を取得できる訳ではありません。 元アップルのエンジニアなどが務めるレクチャーの動画は、授業の約2日後にiTunes Uで公開されます。授業の内容とスケジュールはこちら。 英語のみでのレクチャーとなるのが難点ですが、iPhoneアプリの開発をこれから始めたいひとにはちょうど良い教材ではないでしょうか

Windows XP/Vista/2003/2008 Server上のInternet Explorer 6/7/8 Beta 2、Mozilla Firefox 2.0/3.0/3.1 Beta 2で動作するフリーソフトで、HTTP/HTTPSのリクエストヘッダ表示、HTTPの圧縮率表示、ページ内の各要素の読み込み時間のチャート化、ステータスコードやレスポンスサイズの表示、フィルタリング、さらにはこれら一連の通信をログファイルに記録することなども可能です。 時間はミリセカンド単位で表示が可能となっており、まさにHTTPデバッガと言っても差し支えないレベルなので、「ページの読み込みが遅い原因を知りたい」とか「ちゃんとサーバの設定が反映されているかどうかを確認したい」「ウェブアプリの動作チェックがしたい」という場合に役立ちます。この種類のソフトにありがちな日本語の文字コードが解釈できないとい

We'll be back soon! Our site is currently undergoing maintenance. Please check back later.

株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 「みんなが言ってる」は技術者が口にする言葉じゃないと書いてきました。 私が言ってることで、「みんな」とはおそらく真逆のことがあります。 それは「テーブル設計を（ユーザーインターフェイスの）実装の後に！」ということです。 「そんなことができるわけがない」とバカにされますが、そういう決め付けは思考停止ですよね？ ともかく、眉に唾塗っていただいてけっこうですので、続きを読んでください。 一般的なシステムにおいて、一番手戻りが大きい（波及する箇所が多い）仕様変更はテーブル変更を伴うものです。下手糞な設計で、他に悪影響を与えるのもテーブル設計です。 逆に、テーブル設計が美しく合理的にできていれば、他の工程は非常に楽になります。 では、仕様変更を防ぎ、美しく合理的なテーブル

こんばんは濱田です。 今日のBlogはデザインパターンはお休みしてプロジェクトの進め方と各フェーズでの成果物についてまとめてみます。 まだまだ新米プロジェクトマネージャーなのでこのフェーズではこんなドキュメントを作った方がいいなど、コメントにてご指導頂けるととてもうれしいです。 想定されるプロジェクトの規模 ５名ほどの製造要員がいて半年以上１年未満のプロジェクトを想定する。 システム概要 次期システム構築PJ 次期システムとは基幹システムの再構築であり、現行で基幹システムとサブシステムが稼働している、リリース後次期システムはサブシステムと連携して業務が行われる。 １.各フェーズとフェーズ単位に使用・作成する成果物一覧 ⅰ．要件定義 モックアップ 要件定義書（工数計算のために使用） 課題管理表 議事録（課題管理に使用） 画面設計書 ⅱ．詳細設計 ER図 詳細設計書 ⅲ．製造・単体テスト ER

Rails導入の背景 永らくOpenPNEベースで開発を続けていたLang-8ですが、以下のような課題を抱え続けていました。 生産性が低い　→　フレームワークの力を借りて生産性を上げたい ページのAjax化に一苦労　→　Ajax対応フレームワークでJS周りの開発効率を上げたい デバッグがやりにくい　→　テスト駆動開発を低コストで導入したい もうそろそろ、何かフレームワークを導入するべきだろうと。 スケールするの？ フレームワークを選定する上では、DB周りがスケールするかどうかを最重要視しました。 たとえばRailsのO/RマッパであるActiveRecordは単一DBを前提にしており、スケールさせることが難しいらしい、なんて話を聞きます。メインのDBをActiveRecordで構築しなおすのはいやだなー、と。データ移行の手間もあるし。。。SNSにとってボトルネックは常にDBなので、サイトの

前回の話は、一回のエントリーでは書ききれない内容でした。。以下もうすこし詳しく書き直してみます。 Webアプリ開発における「内部APIモデル」とは、ネットワーク越しに外部サイトのWebAPIを呼び出すかのごとく、自サイト内のリソースに対して内部専用のWebAPIでアクセスする仕組みを導入し、分散処理を行うモデルのことです。典型的なWebアプリでは、データベースがここでいうリソースに該当するかと思います。 図にすると以下のようなイメージです。 今回、Lang-8で実際に「内部APIモデル」を導入してみたので、気づきの点などをこのエントリーにまとめてみました。 ※導入のいきさつについては、前回のエントリーで触れています。 「内部APIモデル」を採用するメリット Webアプリ開発において「内部APIモデル」を採用するメリットは２つあります。 （１）言語やフレームワークの選択自由度が上がる 現在運