Webサービス公開前にサイトをチェック Webサイトを制作して公開する際は おかしいところが無いか、不備は 無いか不安になったり、という方も 少なくないのではないかと思います。 Webサイトを制作して公開する際は おかしいところが無いか、不備は 無いか不安になったり、という方も 少なくないのではないかと思います。 そこで、公開前に色々と確認出来たり、 最適化できる様なフリーのサービスや フリーソフトをご紹介します。 ここで言う「公開前」とは「サーバーにアップする」事ではなく、公開を告知したり、プレスリリースを出す前の状態とお受け下さい。ローンチ前と書くべきだったかもしれませんね。。誤解を与えていたら申し訳ないです。 では、ブラウザチェックツール、モニタ別表示チェック、表示スピードチェックツール、cssや画像の最適化ツール、などなどご紹介していきます。 ブラウザチェック各ブラウザでどのように

やっとこさ、出ます。9月中旬らしい。 アマゾンのほうも、もうちょっとしたら予約できるようになるのではないかと。 http://book.mycom.co.jp/book/978-4-8399-3253-4/978-4-8399-3253-4.shtml 今回は、NetBeans6.7対応で、Java SE 6/Java EE 6 に対応してます。 Servlet3.0やJSP 2.2の記述を入れています。まだ正式にはJava EE 6がリリースされてないので、注釈程度ですが。 それ以外には、アルゴリズム・データ構造の項を入れたことと、ソケット通信を入れたことです。 いままでは、「Javaのことについて知っていること」を目指したのですが、「プログラムについて知っていること」を少し目指してみました。 ということで、よろしくおねがいします。

当社では、開発のご依頼をうけたシステムやソフトウェアについて、お客さまのご要望はとことんまでお聞きするようにしています。 それは、お客さまに最終的にご満足頂きたいため・・・というものもちろんありますが、とことんまで要望を出し切って頂いた方が、その後がスムーズだからです。我々にとっても、お客さまにとっても、です。 ただ、システムへのお客さまの要望を全て聞き出す、出し切って頂くというのは、かなり大変な作業になります。 なぜなら、オーダーメイドのシステムの場合、はじめには何もありません。 何もないところから、設計を行い、プログラムを作ってゆくのですから、最初、システムのその姿は、想像するしかない状態なのです。 設計書をいくらリアルに書き、類似のシステムを使用して類推を繰り返しても、やはり想像の範囲を脱しません。 だから、多くのシステム屋は「お客さまには、できあがってみないとわからない部分がある」

【PMP試験対策】は、PMBOK4版をベースに、PMP試験の傾向と対策をまとめるシリーズ。 ───────────────────────────────── 人それぞれだろうが、「業務命令」な方が多いようだ。リーダー級の仕事を任されているうちに、「そろそろどうだ？」と勧められ、泣く泣く準備をしている話を聞く。たしかに忙しい毎日で勉強時間を確保するのは至難の業だが、ちょっとアタマを切り替えてみてほしい。PMBOKは読みどころがあるぞ。 まず、苦労話がにじみ出ているのが面白い。ベースとなるPMBOKガイドは、タテマエとしては、「プロジェクトマネジメントの"ベター"プラクティス」なのだが、あちこちで「こんなことをしてはいけない」という怨嗟のようなグチを垣間見ることができる。共同執筆・共同レビューのドキュメントなのだが、皆さん苦労しているんだなぁ、と思うとニヤッとできる。 あるいは、PMとしての

データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、

先日、当社にお問い合わせ頂いたメーカーさん、その販売代理店さんにわざわざお出向き頂き、打ち合わせをさせていただきました。 当方からは私を含めて４名、打ち合わせに参加しましたが、皆、それぞれ別の会社、別の事業者です。 プログラマ、テクニカルライター、ITコンサル、ITカウンセラという顔ぶれです。その異種混合ぶりに、先方も最初は少し、戸惑われた様子でした。 しかし、こういった協業による「総掛かり力」の意味するところを、理解して頂けたのではないかと思っています。 そして、この総掛かり力の中に加わって頂くことで、このパワーを、共通のお客さまに向けて、発揮することができるということも、垣間見て頂けた気がします。 我々のような中小企業は、資金や人材に限界があります。 しかし、それを負の要素に思う必要はまったくなく、中小だからこそ、特化できた技能やノウハウがあります。 そういったものを持ち寄り、お客さま

ハリイカの焼売と中華炒め ハリイカをよく、見かけるようになりましたよ。生け簀で、泳いでいたものを一杯購入しました 立派な大きな墨袋や肝は冷凍保存して 柔らかな身は季節のお豆、お野菜と合わせて中華の炒めものに。新鮮なにんにくの茎は刻み、香り高く食欲そそられますね 下足はミンチにし…

・・・と、先日お問い合わせのお電話を下さいましたお客様が嘆いておられました。 得意先や仕入れ先と共同して、受発注のシステム統合をしようということになり、その方の会社に最近出入りするようになった中堅どころシステム会社さんに、アドバイスを求めたのだそうです。 すると、数日後、ぱりっとした細身のスーツを着たシステム会社の社員が５，６名やってきて、プレゼンをしたのだそうです。 プロジェクターとパソコン持参であったものの、スクリーンがなく、仕方なく、売り物のシーツ（この会社さんは、ビジネスホテルなどに寝具関係の物品を販売している会社さんなのです）を倉庫から引っ張り出してきて、それをスクリーンがわりにプレゼンしてもらったとか。 約１時間のプレゼンの中で出てくる横文字を誰も理解できないまま、終わってしまったのだそうです。 もう皆６０歳を超えている経営陣が、倉庫や荷造りの現場と行ったり来たりしながらプレゼ

コンピュータというのは、なんのためにあるのか、といえば、ずばり！ 難しいことを簡単に済ますため というのが、代表格といえるでしょう。 紙の台帳や伝票で管理していたことが、 EXCELで毎月コピペミスを犯しながら管理していたことが、 電話やメールで何度もやりとりしていたことが、 システムを導入すれば、簡単に済ますことができます。 もし、逆に難しくなったなら、そのシステムには全く何の価値もありません。 さっさと頼んだシステム屋に突っ返してしまいましょう。 さて、事務や作業を簡単にするためにあるコンピュータ、そしてシステム。 いろんな実現の方法があります。 なぜなら、「簡単にする仕組み」が様々だからです。 たとえば、マイクロソフト・アクセスというソフト（マイクロソフト・オフィスのプロフェッショナル版以上に付属しているデータベースソフト）を使えば、これまで紙やEXCELでやっていた集計や印刷が簡単

当社のホームページなどをご覧になって問い合わせやお見積もりの依頼をされるお客さまに、 では、ということで見積書を提出させて頂くと、 「高い！」 という反応が返ってくるときがあります。 一方、 「おたくの見積は他社の半額以下だ。なにか裏があるのでは?」 という反応もあります。 前のお客さまは、当社からしか見積をとっていません。 後のお客さまは、複数の会社さんから見積を取っています。 当社の開発コストが、必ずしも他社さんより安いとは言えませんが、やはり、中間マージンや間接コストがかさんでいる見積金額よりは安く、また、セル生産方式、小チーム生産方式と小規模・特化による効率化があるので、削減できる部分が大きいと思われます。 ところが。 見積書を作成している私本人が、 「システム開発費用は高すぎる！」 と感じるときがあります。いえ、ほぼ毎回そう思います。 システムを開発する、という仕事は、すべて手作

うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…

どうしてプログラマに・・・プログラムが書けないのか?を読んでいて出てきたので出展の一つを訳してみた。Separating Programming Sheep from Non-Programming Goatsの和訳。 プログラミングというものには向き不向きが強く出るということはわりと知られていると思うが、このエントリではプログラミングができるかできないかは比較的簡単なテストによって、プログラミングの訓練を始める前の段階で分かると主張している。どうしてプログラマに・・・プログラムが書けないのか?では、そもそもこの事前テストをパスしていないような人達までプログラマとして応募してくると言っており、その判定法として有名なFizzBuzz問題を挙げている。 追記（2019/2/28) 注意： なおこの論文はしばらく前に著者の一人によって撤回されたようです Camels and humps: a r

これから書くことは決して「これをしなければいけない」とか「他に手段はない」なんてコトを主張したいのではない。色んな道があるはずだぁ。その中の一つの事例として、自分がやってきたことをフレームワーク化し、色々挙げてみようと思う。 当然、俺の主観が入りまくっているので、突っ込みどころは満載だろうなｗ そもそも「エンジニア」って何？ｗ その辺り、はてブ界隈のミナサマにおかれましてはお手柔らかに願いたいｗｗ さて、いきなりどこかの技術系カンファレンスで1時間喋っちゃえ、とか突然は無理なのは分かる。何を話せばいいのやら、どこに喋るチャンスがあるのやらだ。しかし、そういう所で喋るような自分を将来のビジョンとして持っている人は、以下に挙げることを小さなことからコツコツと実践してみるといいかもしれない。という意図で書いていく。 何事にも興味を持とう 興味は勉強の原動力。興味のない勉強は苦痛でしかない。ここが

id:t-wada と話してた時に出てきた「プログラマの麻疹」 プログラマはみんなどうせかかるんだから早めにかかっておいた方が良い そしてかかっておくと治った後にはさらに良いコードが書けるようになるので 恐れずにかかりましょう 名前 症状 僕の状態 OO 厨 多分、現在一番キャリアが多い。一時期 AOP 厨になってしまった人も含むことがある。Smalltalk を神格化し始める かかり中 function 厨 最近増えてきた。マルチコア時代に最適というわかりやすい感染源ができたことも要因の一つ。LISP が世界を作っていると信じる 挫折中 三項演算子厨 どんどんネストした三項演算子を書いてしまう。気がつくと自分でもよくわからなくなってることもある 治療済み テスト厨 テストのためだけにコードを書いてしまう。プロダクトコードのきれいさよりもテストのしやすさを求めてしまう 治療中 lambda

システム開発契約についての勉強会の話の続き。 契約交渉は、大体は力関係で決まってしまうところも大きい*1ですが、取引条件の調整の仕方は、押し切る（相手があきらめるまで押し通す）か、交渉をするかの2つですねーという話が出てました。 で、その調整について、たとえば、瑕疵担保を1年取るか、6か月にするかという押しあい圧し合いをしてるときの話ですけど。 委託側だったら1年取りたいし、受託側なら6か月にしてしまいたい。どう調整するって、こっちが受託側なら、民法上の瑕疵担保は1年間だけど、商法上の瑕疵担保は6か月だから、1年も必要ないですよね、商法は「特別法」にあたりますので、商事に関しては、特別法である商法が民法に優先されますしー。と言って大抵は終了です。 でも、1年に1回とか半年に1回しか動かないシステムである場合、瑕疵担保責任期間が6ヵ月では短いですね。が、そうでない場合は、3ヵ月でもいいかもし