タグ

devに関するtoshyonのブックマーク (126)

  • 無料で使えるSQLインジェクション対策スキャナ トップ15*ホームページを作る人のネタ帳

    無料で使えるSQLインジェクション対策スキャナ トップ15*ホームページを作る人のネタ帳
    toshyon
    toshyon 2007/05/22
  • POST後はリダイレクトした方が吉:phpspot開発日誌

    Sitening Blog Blog Archive Redirect After Form Processing After processing an html form, it is often a good idea to redirect the user to a new url, rather than just presenting the results. Consider this php example: 掲示板などで、フォームに対して送信した後は、そのまま画面のHTMLを返すのではなく、書き込み処理等を行った後、Location等で別の位置にリダイレクトするのが吉、という記事。 ごく当たり前のことなんですが、慣れでついそのまま画面HTMLを返していた人も多いのではないでしょうか?(私がそうです^^;) 別の位置にリダイレクトすることで、書き込み画面のリロードによる2

    toshyon
    toshyon 2007/05/06
  • Japanese - The Joel on Software Translation Project

    [edit] カリフォルニア 2007年10月5日 [edit] FogBugz On Demand 2007年7月9日 [edit] マネジメントの 2007年6月29日 [edit] 記憶に残るようなカスタマサービスへの7ステップ 2007年2月19日 [edit] ファウンダーズ アット ワーク 2007年1月30日 [edit] Copilot 2.0リリース! 2007年1月26日 [edit] ビッグピクチャー 2007年1月21日 [edit] 新年の抱負: もっといい仕事につくこと! 2006年12月20日 [edit] 50万件のバグ! 2006年12月20日 [edit] 新作! 2006年12月18日 [edit] エレガンス 2006年12月15日 人々がソフトウェアをいじるのは、多くの場合、それで遊びたくてそうしているわけではない。彼らがソフトウェアを使うの

    toshyon
    toshyon 2007/04/13
  • 真髄を語る:重要なソフトは外注せず自分で作る

    ソフトウエア開発の経験が全くない素人集団を率いて、100%外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。この時の経験から言うと、ゼロからのスタートであっても、5年間真剣に取り組めば、ソフトウエアを自社内で開発・維持する体制を構築できる。現在、業そのものを支えるソフトウエアに関してまで安易な外注が進んでいる。基幹部分は他人任せにせず、当事者が自らの手で内製できる力を持つべきである。 「交換機を作っているコンピュータ・メーカーに、交換機のソフトウエアを自分たちの手で作りたいと言ったら、『我々が手を引いたらNTTなんて成り立ちませんよ。お分かりなんですか』と脅されたよ。頭に来たな。石井君、どう思う。今のままでいいのか」 日電信電話公社の真藤恒総裁は初対面の私にこうまくし立てた。電電公社が民営化され、NTTになる直前のことである。大阪の現場にいた私は

    真髄を語る:重要なソフトは外注せず自分で作る
    toshyon
    toshyon 2007/04/13
  • 論理的思考の放棄 - 登 大遊@筑波大学情報学類の SoftEther VPN 日記

    僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

    論理的思考の放棄 - 登 大遊@筑波大学情報学類の SoftEther VPN 日記
    toshyon
    toshyon 2007/03/25
  • Visual Studio: IDE and Code Editor for Software Developers and Teams

  • 軽量なUMLプラグインAmaterasUML

    Eclipseで利用できるUMLプラグインはいくつかありますが、現在よく利用されているものは、機能が豊富過ぎてプラグインの動作が重くなったり、軽量だけど機能が不足していたりします。今回は、現場で必要な機能を絞って提供して軽量な動作を実現しているUMLプラグインAmaterasUMLをご紹介します。 Eclipseを使ったUMLモデリングには、どれを使うべきか? 今日、アプリケーション開発において、UMLモデリングツールはアプリケーションの要件を引き出す要件/分析モデリングから、アプリケーションの設計/実装/テストにおける設計モデリングまで、多くの場面で利用されています。特に設計におけるモデリングの重要性は、誰しもが認めることでしょう。 UMLモデリングプラグインを導入することで、EclipseでもUMLモデリングができるようになります。UMLモデリングプラグインはさまざまなベンダや有志開発

    軽量なUMLプラグインAmaterasUML
    toshyon
    toshyon 2006/12/28
  • Google Code Search

    Search packages with names matching regexp. (A package's name is its URL or CVS server information.) package:perl.*\.tar\.gz Frodo  package:linux-2.6 int\ printk

    toshyon
    toshyon 2006/10/07
  • 最速インターフェース研究会 :: history.backが成功したかどうかを判別する

    今も昔も大変よく使われている古典的JavaScriptの一つjavascript:history.back()なんですが、実際に戻る操作が成功したのかどうかを判別することができません。タブブラウザなんかを使っててミドルクリックで新規タブで開いてたりすると、history.backをクリックしても無反応で何も起こらない、なんてことよくありませんか? そんなわけなのでhistory.backを実行後にページ移動が発生しているかどうかを監視して、戻るに失敗したときに特定の処理を発生させることができるような関数を作ってみました。 function try_back(errback){ var bs = false; Event.observe(window,"unload",function(){bs=true}); Event.observe(window,"beforeunload",func

    toshyon
    toshyon 2006/09/02
  • @IT:明日からできるプロジェクト管理(1)

    デスマーチを止める進ちょく管理の現実解:GanttProjectの導入で進ちょくをコントロールする:明日からできるプロジェクト管理(1)(1/4 ページ) 開発プロジェクトは、何もしなければどんどん混乱していく。計画は破綻し、成果物は四散し、開発要員の心理はズタズタになる。混乱を収拾するのは容易ではない。開発プロジェクトの立ち上げ段階から秩序を導入し、整理整頓されたその状況をカットオーバーまで維持すること。もちろん、それは口でいうほど簡単なことではないのだが、まったく無理なことでもない。連載では、プロジェクトに秩序をもたらすさまざまな手法を、開発プロジェクトの段階を追って解説していく。そして、手法の説明だけではなく、具体的なツールを使って「どうすれば効率的な管理が可能なのか」という現実的な提案も行うつもりである。ここで使用するツールはすべてオープンソースのプロダクトである。効果的な方法を

    @IT:明日からできるプロジェクト管理(1)
    toshyon
    toshyon 2006/09/01
  • 小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓

    1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日から来ていた何人かのメンバーは、あんな基的なこともわかって

    小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
    toshyon
    toshyon 2006/07/23
  • 開発プロセス 吉田誠一のホームページ

    ソフトウェア開発のプロジェクトは、なかなか一筋縄ではいかない。予定通りに進まなかった原因、作業の遅れをもたらした問題点など、実際のプロジェクトから得られる教訓は大きい。 得られた教訓を活かし、次のソフトウェア開発をより良く進めるためには、プロジェクトを総括・反省する、プロジェクトレビューが重要となる。効果的なレビューを実践するには、プロジェクトを客観的に解析できるような具体的な資料を用意して臨む必要がある。そのためには、プロジェクトの実績を数値として算出することが大切だ。 ................ 続きを読む

    toshyon
    toshyon 2006/07/23
  • 6月のはぶにっき

    not found

    toshyon
    toshyon 2006/06/18
  • 「テストコードにはWhat,ソースコードにはHow,そして,ドキュメントにはWhyを書くんだよ!」 : ξ*゜ー゜)ξ { 遅レス。 - 日本Rubyカンファレンス 臨時打ち上げ

    もう声が出ませんでした。終新幹線をスルーしてもう一泊。 テストについて熱く テストコードにはWhat, ソースコードにはHow, そして,ドキュメントにはWhyを書くんだよ! by 角谷さん。角谷さんの LightningTalk が聞けるのは(ここ数ヶ月の間は)「- 夏イベント」だけ! 追記: 個人的には、この説明がテストコードから始まっているのもポイントだと思う。 アサマシ! APIドキュメントはテストコードにあるべきでは? by すとうさん 嫁に隠れてバカエロ 嫁のコンピューターの hosts で自サイトを適当な IP にしておく。 キーボードショートカットで別アプリで隠す準備をしつつ、対面でサーフしてるらしい ハルヒは流石に寝静まってから見てるらしい。 SeasarはJava界の救世主

    「テストコードにはWhat,ソースコードにはHow,そして,ドキュメントにはWhyを書くんだよ!」 : ξ*゜ー゜)ξ { 遅レス。 - 日本Rubyカンファレンス 臨時打ち上げ
    toshyon
    toshyon 2006/06/18
  • Strutsの次にくるもの

    最近の仕事の中で,何らかのシステムを作るときには,問答無用でWebアプリケーション,そしてStruts採用,という感じがほとんどを占めている。これは,多くのSIerがきっとそうだと思う。とりあえずStrutsを選んでおけば安心だ,と言った感じだろうか。開発者も集めやすいし,事例や自分自身の経験もたっぷりだ。中,大規模案件でも,それに対応できるだけの問題対処パターンは豊富だし,別段ネットで調べなくとも,だいたい自分の経験値の中で解決できている。 しかし,そろそろ次のステップに行かなければならないな,と最近になって強烈に思うようになった。J2EEのNext Stepは,Java ServletやJSPといった,いかにもWebアプリケーションです!というAPIではなくなる傾向がある。特に,EoDというキーワードに基づいて,今後必要とされる知識は,ちょっと違ってきているのではないだろうか。極端な言

    toshyon
    toshyon 2006/06/04
  • 多くのユーザーは一度に1本しかジュースを買わない ― @IT

    ユーザビリティのヒント(1) 多くのユーザーは 一度に1しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。(編集部) 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ

    toshyon
    toshyon 2006/06/03
  • EasyEclipse

    February 28th, 2014: Passing EasyEclipse on... Done! EasyEclipse has found a new owner that wants to carry on with the vision of creating Eclipse packages and to develop an interesting funding model for the Eclipse open-source ecosystem. Support the EasyEclipse project on Kickstarter! Close EasyEclipse packages together Eclipse, the open-source software development platform, and selected open sour

    toshyon
    toshyon 2006/06/01
  • Secret Staircase - /Wicket

  • OSI承認ライセンス 日本語参考訳

    OSI区分:OSIのライセンス氾濫委員会による区分 人気:広く一般的に使用されているか、もしくは強力なコミュニティに支えられているライセンス 置換:上位のバージョンで置き換えられたライセンス 重複:より一般的なライセンスと重複するライセンス 特定:著作権等の特定の各国の規則に対しての特別なニーズを満たすためのライセンス 再不:作成者に固有のものであり、他のユーザーが再利用することができないライセンス 国際:英語圏以外に適用されるライセンス 廃止:自主的に廃止されたライセンス FSF区分:FSFによる自由を尺度にした区分 自由:FSFが認めるGPLと両立する自由ソフトウェアのライセンス 非両立:GNU GPLと両立しないが、FSFが認める自由ソフトウェアのライセンス 不自由:FSFが自由ソフトウェアとは認めないライセンス 作成ルール ディレクトリ、ファイル名に使用する短識別子は、SPDXに該

    OSI承認ライセンス 日本語参考訳
  • prototype.js v1.5.0 の使い方

    それは何? prototype.js は Sam Stephenson によって書かれた JavaScript ライブラリです。 この熟考の上記述された標準に準拠したコードは、Web 2.0 において特徴となるリッチでインタラクティブなウェブページを制作する際の重荷を、あなたの肩から取り去ってくれるでしょう。 もしこのライブラリを使ったことがあるなら、充実したドキュメントがこのライブラリの売りではないことに気がついたはずです。 私は他の開発者と同様に、ソースコードを読み、試行錯誤しながら prototype.js を理解しました。 自分が学んでいる間にメモを取り、それを他の人たちと共有することは価値があるのでは、と考えたのです。 加えて、このライブラリによって提供されているオブジェクト、クラス、関数、拡張機能についての 非公式リファレンス も提供しています。 ここで提供する例とリファレンス