タグ

ブックマーク / gihyo.jp (17)

  • GitHub社謹製! bot開発・実行フレームワーク「Hubot」 記事一覧 | gihyo.jp

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    GitHub社謹製! bot開発・実行フレームワーク「Hubot」 記事一覧 | gihyo.jp
    nidieu
    nidieu 2015/01/29
  • 第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp

    「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニア仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力(ばりき)のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「⁠常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク(=作業)の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス

    第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
  • 第4回 ソーシャルゲームで古き良きTTRPGをやろう! | gihyo.jp

    今回は2月13日にモバゲーオープンプラットフォームにてリリースした「英雄になりたい!」について、ゲームコンセプトとゲーム内容を簡単ですが紹介いたします。以下、タイトル名は「英雄!」で省略します。 英雄になりたい!「RPG」カテゴリー URL:http://pf.mbga.jp/12000037 TTRPGってなに? まずは英雄!で実現したかったことですが、ひと言で表現すると「Table Talk Roll Playing Game⁠」⁠、略してTTRPGです。これは一人のゲームマスター(ゲームをコントロールする人。以下、GM)と複数のプレイヤーで遊ぶボードゲームのようなものです。プレイヤーはパーティになって冒険をするのですが、GMの判断でイベントを発生させ、プレイヤーは協力して問題をクリアしていきます。クリアできない場合、GMは別のイベントを展開して、ストーリーを進行させます。そのためスト

    第4回 ソーシャルゲームで古き良きTTRPGをやろう! | gihyo.jp
  • 第1回 OAuthとは?―OAuthの概念とOAuthでできること | gihyo.jp

    今回から始まった「ゼロから学ぶOAuth⁠」⁠。全4回の特集にて、これからのWebサービスを開発する上で不可欠な技術「OAuth」について取り上げます。初回は、OAuthの概念について取り上げます。 はじめに はじめまして、iKnow!改めsmart.fmの真武です。現在smart.fmでは、OAuthやOpenID、OpenSocial、Semantic WebやActivity Streamなどといった新しい技術の導入を積極的に行いサイトを活性化させるとともに、smart.fm APIを通じて我々の技術を外部のデベロッパの方々にも提供しています。 smart.fmは日最大のOpenID Relying Partyであるだけでなく、国内では数少ないOAuth Consumer(後述)およびOAuth Service Provider(後述)を兼ねるサービスとなっています。こういった背景

    第1回 OAuthとは?―OAuthの概念とOAuthでできること | gihyo.jp
  • 最終回 XSSの正体見たり 騙りタグ | gihyo.jp

    <前回のお話> XSSの正体は、タグに使用される特定の記号を来とは異なる個所に用いることで、サーバの誤認識を誘発することと知ったわかばちゃん、“⁠難しくない⁠”というその対策とは!? そして気になる2人のカンケイは!? 読者100万人を巻き込んだ、衝撃と感動の一大スペクタクルがいまここに完結!

    最終回 XSSの正体見たり 騙りタグ | gihyo.jp
  • 第14回 CakePHP 1.2を使いたくなる5つの新機能 | gihyo.jp

    約1年ぶりとなった連載。これから数回にわたり、最新バージョン1.2にフォーカスして、技術動向をお届けします。 2009年1月、Cake PHP 1.2登場 前回の連載記事から約1年ぶりとなりました。この間、150人規模のCakePHPのイベントが開かれたり、多数のCakePHPの書籍が発売されたり、公式サイトのトップページが日語化されたりと日におけるCakePHPの「普及期」であったと言えるでしょう。 そして2009年の1月にはCakePHP 1.2のバージョン表記に待望の「Stable」表記が付けられました。Stableとは直訳で「安定した」という意味で、同一のバージョン系列上では互換性を大きく損なうような仕様変更は行われず、バグが無い状態を保っていることを(少なくともCakePHPでは)示します。なので、alphaやbetaとは安心感が格段に違います。今までに1.1を使ったことが

    第14回 CakePHP 1.2を使いたくなる5つの新機能 | gihyo.jp
  • 第1回 PHPUnit入門 | gihyo.jp

    はじめに 皆さん、テストしてますか? 近年、システム開発を発注する顧客や利用ユーザーの品質に対する要求レベルは格段に向上しています。そのため、システムの品質を保証するための「テストフェーズ」はますます欠かせなくなってきています。 ここで、一口に「テスト」といっても、フェーズによって以下のような様々なテストがあります。 ユニットテスト・単体テスト 結合テスト・システムテスト 総合テスト 受け入れテスト 負荷テスト セキュリティテスト 筆者の経験上、一般的なシステム開発でもっとも大きな工数を占めるのは、この「テスト」フェーズと考えています。なぜなら、テストフェーズは例外なく「繰り返し作業」だからです。前述の様々なテストフェーズで共通することですが、テストフェーズは「テストで発見されたバグ・障害を修正して再度テストを行う」という作業を何度も繰り返し行うフェーズです。あとのフェーズで不具合が発見さ

    第1回 PHPUnit入門 | gihyo.jp
  • ムービー企画「 Subversion によるバージョン管理入門」WEB+DB PRESS Vol.39 誌面連動ムービー

    ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー バージョン管理ツールSubversionは、現在のプログラミング開発において欠かせないツールです。Subversionを利用することにより、ソースファイルの変更を管理することができます。また、複数の開発者がソースコードに対して同時並行に変更を施せます。 この記事では、Subversionの基操作方法をムービーでご紹介します。 なお、WEB+DB PRESS Vol.39、特集1「構成管理 実践入門」の誌面連動ムービーにもなっています。 誌面の第2章「Subversionによるバージョン管理入門」では、svnコマンドによるSubversionの使用方法をご紹介いたしました。 Windowsの場合は、第2章のコラムで紹介したTortoiseSVNを使って、GUIベースでSub

    ムービー企画「 Subversion によるバージョン管理入門」WEB+DB PRESS Vol.39 誌面連動ムービー
  • 第2回 Wassr開発の舞台裏 | gihyo.jp

    モバイルファクトリーの技術者の松野です。 今回はWassr(ワッサー)の技術的な側面についてのお話をさせていただきます。 フレームワーク Wassr開始以来、「⁠WassrってRailsでできてるんですか?」とよく聞かれるのですが、WassrはRailsではなくSledgeというフレームワークでできています。Sledgeはlivedoorが公開しているフレームワークで、弊社では創業以来一貫してSledgeを使いつづけています。Sledgeの魅力はその柔軟性にあり、公開されてから数年たった今の現状でも十分実用に耐えるフレームワークです。 サーバ構成 Wassrは2007年6月20日現在、16台構成で動いています。詳細は図1を参照してください。使用しているソフトウェアはすべてオープンソースです。これは、何か問題が起きたときや、そのソフトウェアについていない機能を追加したいときなどに、自分で対応

    第2回 Wassr開発の舞台裏 | gihyo.jp
  • 第2回 しーさーふって何ですか? | gihyo.jp

    ※ src: 画像の場所を指定する属性。相対パスではなくURLで書けば、他のドメインにある画像を表示することも可能。つまりURLに対してGETリクエストを行う(閲覧者に行わせる)お手軽な手段とも言え、これを用いてなんらかの攻撃が行われることもしばしば。 まとめ このように、imgタグなどによって、閲覧者のブラウザからどこかのURLへ任意のリクエストを「送らせる」ことは簡単にできてしまいます。しかも、それで発生するリクエストは、閲覧者自身がリンクをクリックしたときとなんら変わりはありません。では、これを攻撃として用いられた場合(つまりCSRF⁠)⁠、Webプログラム側ではどのように防げばよいのでしょう。 きっとまっさきに思いつくのは、「⁠POSTリクエストを使うようにする⁠」⁠、あるいは「リファラヘッダ(リンク元が記載されているヘッダ行)のチェックを行う」などでしょうか。しかしそれだけでは不

    第2回 しーさーふって何ですか? | gihyo.jp
    nidieu
    nidieu 2008/10/29
  • 連載:独学で極める “Webデザイン”の技と心|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    連載:独学で極める “Webデザイン”の技と心|gihyo.jp … 技術評論社
  • [はまちちゃんのセキュリティ講座]ここがキミの脆弱なところ…!:第1回 HTTPのしくみを復習しよう|gihyo.jp … 技術評論社

    こんにちはこんにちは ! ! はまちや2です! 今日からぼくと一緒にWebプログラミングのセキュリティについて、ちょっぴり勉強してみませんか!今回はHTTPがどんなやりとりをしているのか、簡単におさらいしてみましょう!

    [はまちちゃんのセキュリティ講座]ここがキミの脆弱なところ…!:第1回 HTTPのしくみを復習しよう|gihyo.jp … 技術評論社
    nidieu
    nidieu 2008/08/26
  • 受託開発の「作りすぎの無駄」を防ぐ[受託開発の極意 ―― 変化はあなたから始まる。現場から学ぶ実践手法(WEB+DB PRESS plusシリーズ)]|gihyo.jp … 技術評論社

    岡島幸男 なぜ作りすぎてしまうのか? 『リーン開発の質』を読んで改めて考えました。なぜ,受託開発でも作りすぎてしまうのか? 製品(パッケージ)開発とは違い,受託開発では,お客さまから要望のあった機能のみ作られるはずです。 もちろん問題はそう単純ではありません。イテレーション開発やアジャイル開発が生まれた背景には,「そもそも要件が最初に完全に決まることはありえない」というソフトウェア開発50年の歴史から学んだ経験則があります。 私が言うまでもなく,要件は揺れ動きます。お客さまのニーズはシステムの開発期間を通じて少しずつ固まります。その影響で,要件や仕様が増えたり減ったり変わったりするのです。 「28分の10」。これは私が担当したあるシステムの設定項目(プロパティ)のうち,「利用されていない項目の数」です。28の設定項目のうち,10個は実際には利用されていません。約35%です。これら10個は

    nidieu
    nidieu 2008/07/23
  • RubyKaigi・アンド・ナウ――日本Ruby会議2008運営委員長の個人的なふりかえり | gihyo.jp

    高橋さんと「日でもこういう感じのRuby Conferenceをやりたいねえ」という話もしてて、やるとしたら次のゴールデンウィークあたりがいいかな? と考えてます。 ――青木峰郎(ruby-list:31889) はじめに 日Ruby会議(RubyKaigi)は2006年から毎年開催されている、日における事実上の公式Rubyカンファレンスです[1]⁠。3回目の開催となった今年のRubyKaigi2008は、いくつかの課題を残しながらも基的には成功したイベントだったと思います。怪我や混乱もなく無事に会期を終えることができたのも、さまざまなかたちでRubyKaigiの運営を支えてくださった方々と、参加者のみなさんのおかげです。この場を借りて御礼もうしあげます。 記事では初回から運営に携わっていた者の個人的な視点から、RubyKaigiのこれまでをふりかえり、今後の展望をお伝えします。

    RubyKaigi・アンド・ナウ――日本Ruby会議2008運営委員長の個人的なふりかえり | gihyo.jp
    nidieu
    nidieu 2008/07/09
  • RubyKaigi2008 0th day Photoレポート[随時更新] | gihyo.jp

    日(6月20日)行われている、RubyKaigi2008 0th dayのPhotoレポートです。随時、更新予定です。 2008年6月20日~22日の3日間にわたり、茨城県つくばで開催されるRubyKaigi '08。会場は、つくば国際会議場です。初日は「0th day」として、オープニング、Code Golfコンペの説明、まつもとゆきひろさんと最首英裕さんの対談、スポンサーの事例紹介などが行われます。 会場の様子とオープニング 「RubyKaigi2008」会場のつくば国際会議場です。 0th dayのセッションが行われる,多目的ホール入り口に張られた案内です。 会場入り口から多目的ホールまでの道のりと、セッションが始まる前の多目的ホールの様子です。 ニコニコ動画:https://www.nicovideo.jp/watch/sm3709542 オープニング RubyKaigi '08

    RubyKaigi2008 0th day Photoレポート[随時更新] | gihyo.jp
  • 特集:Subversion+svkでらくらく分散リポジトリ|gihyo.jp … 技術評論社

    運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

    特集:Subversion+svkでらくらく分散リポジトリ|gihyo.jp … 技術評論社
  • 第8回 Flexで本格Webアプリケーションを作ってみよう | gihyo.jp

    前回まではActionScript 3.0を利用したプログラミングを解説してきました。ActionScript 3.0はグラフィカルな表示には強いのですが、機能的なWebアプリケーションを作るのにはあまり向いていません。 Flashでアプリケーションを作る場合は、Flexというフレームワークが便利です。Flexと聞くとお金が必要なイメージがあるかもしれませんが、FlexはFlex 3 SDKに付属する無料のフレームワークです。 Flexフレームワークには便利なコンポーネントが用意されています。また、MXMLと呼ばれるXMLにもとづいたフォーマットでアプリケーションの見た目を記述することができます。今回は、Flexフレームワークの使い方を簡単にご紹介していきます。 MXMLでコンポーネントを配置 早速サンプルを見てみましょう。MXMLでアプリケーションの見た目を記述してみます。 <?xml

    第8回 Flexで本格Webアプリケーションを作ってみよう | gihyo.jp
  • 1