今回はVBAユーザー必見、応答なしになったExcelでVBAを確実に中断させる方法（仮称：ちゅんちゅん奥義）を紹介します。 皆さんはVBA或いはマクロの実行中に、無限ループを起こしてしまい中断できないので「泣く泣くExcelを強制終了させた」なんて経験はありませんか？ 実はWindowsの裏技的な方法で、VBAを止めることが可能です！ 一般的に知られているVBAの中断方法 Excelが応答なしになる原因と防ぐ方法 応答なしの再現プログラム DoEventsで応答なしを防ぐ DoEventsの発生頻度を調整する 効率的なコーディング方法を知る 応答が停止してしまったVBAを確実に中断させる方法 VBAを確実に中断させる 中断できるようにする条件 タスクバーの設定を変える 1ステップに負荷をかけすぎない 自動的なマクロの有効化を止める はてブコメント返し まとめ 一般的に知られているVBAの中

民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追

情報セキュリティの重要さを啓蒙する自主制作アニメ「こうしす！」（関連記事）。前回から2年越しで、第2話「やはり弊社の業務システムは間違っている」がニコニコ動画で公開されました。今回のテーマは業務システムの開発。セキュリティの脆弱なシステムが生まれる背景を描いています。

顧客が本当に必要だったもの単語 ニコニコ動画で顧客が本当に必要だっ…の動画を見に行く コキャクガホントウニヒツヨウダッタモノ 7.7千文字の記事 194 0pt ほめる 掲示板へ 記事編集 概要それぞれの絵が意味するところどうすればよかったのか？ニコニコ動画:Zero に置き換えてみると関連動画関連項目掲示板 このプランは必ずや御社のＩＴビジネスに多大なる成功をもたらすベストソリューションとなることをお約束いたします。 この記事は第198回今週のオススメ記事に選ばれました！（2012年4月3日） よりニコニコできるような記事に編集していきましょう。 概要 「顧客が本当に必要だったもの」とは、ＩＴビジネスにおける多難なシステム開発プロジェクトの姿を風刺した絵に登場する、オチの部分のフレーズ。顧客が期待した通りのシステムとして完成しなかった原因は、開発側の勝手な思い込みや都合の押し付けだと思い

よんてんごP @yontengoP 本日は職場で「システム構築に潜むヒヤリハット事例」なる教育ビデオを部署全員で見る。 最初は皆退屈そうに見ていたが、 「本番環境もテスト環境も一台のPCで行います」みたいなことをビデオが言い出したあたりから全員嫌な汗をかき始め、それを新人SEが弄り始めたあたりで悲鳴が上がる。 2013-09-30 20:19:17

勘定系システムの開発失敗を巡りスルガ銀行が日本IBMを訴えた裁判で、東京地方裁判所は3月29日に約74億円の賠償を日本IBMに命じる判決を下した。4年間にわたった裁判は、ITベンダーとユーザー企業にそれぞれどのような教訓を残したのか。弁護士やIT業界の有識者への取材から、スルガ銀－IBM裁判の深層を探る。 「ある程度は過失相殺が認められると思ったが」。システム開発をめぐる紛争に詳しい、ある弁護士は、驚きを隠さない。勘定系システムの刷新プロジェクトが頓挫したことによって損失を受けたとして、スルガ銀行が委託先の日本IBMに約115億円の損害賠償を求めた裁判の判決についてだ。東京地方裁判所は2012年3月29日、日本IBMに約74億円の支払いを命じた。 金額だけを見ると、スルガ銀の請求のうち64％しか認められなかったように見える。だが実態は、スルガ銀の全面勝訴に限りなく近い。なぜなら、64％とい

motolevel: 本日は京都を拠点にフリーランスwebデザイナーとして活動されている完山さんにお話を伺っていきます。 完山：よろしくお願いします。 motolevel : 早速ですが、エアろくろ回しからリアルろくろ回しへと転身されたそうですね。エアからリアルへうつるきっかけは何だったのでしょう。 完山: そうですね。私もwebに携わる身として何度かエアろくろ回しを決めたことがありますし、世界でも多くの方が壮大なエアろくろ回しを決めておられますが、エアのままで留めることに危機感をずっと抱いていました。 motolevel : エアのままで留める？ 完山: はい。リアルに落とし込めていないといいましょうか。 近年webの世界はソーシャルメディアの普及により大きな変革が訪れています。それに合わせweb上だけで展開しているサービスやコンテンツをいかにリアルに落とし込めるか。それを体現するために

次期年金システムの開発プロジェクトが、発注の失敗をきっかけに1年以上停滞していることが本誌の取材で明らかになった。設計作業を受注したIT企業の1社が役目を果たせず途中でギブアップし、再発注がなされないままの状態になっている。税と社会保障の一体改革をめぐる政治の混乱もあり、再開のメドは立っていない。 ストップしているのは、オープン化を目指す次期年金システムのプロジェクトだ。厚生労働省は「年金記録問題」が表面化した後、既に着手していた基本設計の一部をやり直す「補完工程」を3社に分割発注した（図）。3社のうちシステム基盤設計を3億8640万円で受注したユーフィット（現TIS）が、契約を履行できなかった。 アプリケーション設計を担当したNTTデータと工程管理支援を受注したTDCソフトウェアエンジニアリングは、それぞれ「契約どおりに作業を進めた」（厚労省年金局）。一方、システム基盤設計の進行は遅れた

特許庁が5年前から進めてきた基幹系システムの刷新プロジェクトを中止する方針を固めたことが、日経コンピュータの取材で分かった。当初は2011年1月の稼働を予定していたが、業務分析の遅れなどから要件定義と設計が難航。稼働を3年遅らせたが、立て直すことができなかった。 政府が策定したレガシーシステムの刷新指針に基づき、特許庁は2004年10月に「業務・システム最適化計画」を策定した。この刷新指針は、特定のITベンダーとシステム保守などを長期契約することによるITコストの高止まりを解消する目的で策定されたものだった。同庁はさらに、入札に分割調達の仕組みを採用して競争原理を働かせることを目指した。 要となるシステム設計とシステム基盤の構築については、東芝ソリューションが入札予定価格の6割以下の99億2500万円で落札した。ところがプロジェクトが始まると、現行の業務やシステムを理解した職員と技術者が足

米AppleのiOSと米GoogleのAndroidで人気のRPGゲーム「Battleheart」のメーカー、米Mika Mobileは3月9日（現地時間）、Android版ゲームの開発を終了すると発表した。Android版の開発・販売は採算が合わないという。 同社は、iOS版モバイルゲーム「Zombieville USA」とBattleheartでその名を知られるゲームメーカー。昨年5月にAndroid版もリリースした。いずれも有料（BattleheartのAndroid版は日本では242円）で、Battleheartは少なくとも5万本以上ダウンロードされている。 Mika Mobileによると、Android版ゲームのために同社は昨年、総人的時間の20％を費やしたが、Android版の売上高は総売上高の5％だったという。OSの断片化や異なるGPUを搭載した多数の端末への対応に多大な手間

http://www.asahi.com/business/update/0124/TKY201201240616.html 24日のニュース http://www.meti.go.jp/press/20100820003/20100820003-2.pdf その発端ともいえる二年前の報告書 始まりは、ありがちな汚職だと思えた･･･その巨大プロジェクトの実体は！ 1部～2部で内容が重複してるから、ストーリーだけ知りたい人は3部から読むのをお勧めする。図表もあるのでわかりやすい。 これについてのブコメやTwitterを見ていると不祥事を叩いたり、やめた事を批判して55億賠償しろって人も結構いるのだけど、なんかもうそういう問題よりも気になる点が山ほどある。自分の感想をまとめておく。不祥事そのものより、その裏にあるプロジェクト全体や日本の開発にありがちな問題にもっと注目されて欲しいのでそういう視

ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい

以前はJava EEの普通のWebアプリケーションで、JavaScriptはあくまでも利便性のために補助的に使うものという認識がありましたが、さすがに最近では普通の業務系のSI案件でもテーブル表示や入力補助などで高度なAjaxライブラリーの使用が当たり前のように求められるようになりつつあります。サーバーサイドのJavaScript技術といったものもありますが、そういった新しい技術を使わないまでも、ごく普通にある程度大きなJavaScriptの作成が必要になってきているということです。 もちろん、JavaとJavaScriptはその名前にかかわらず、本来全く別の言語です。しかし、意図的に似た構文でロジックが書ける*1ため、兄弟の言語として認識している人も意外に多いのではないかと思います。しかし、使用できるライブラリーに違いがあるという点が一見してわかる最も大きな違いですが、基本的な言語の文法

「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ

なんかさ、3回に1回出力するだけの簡単なプログラムのお仕事ってあるじゃん。 if ( (++counter % 3) == 0) printf("Fizz\n"); これって意外と難しいんだよね。 ……なんてことを言うと「おいおい、天下のやねうらお、ついに頭おかしくなったか」とか言われるだろうけど、これ実際うちの仕事であった話で、このコードが原因でお客さんと大きなトラブルになった。 あまり具体的には言えないので、ちょっと別のものに置き換えて話すけど、それは、ひよこの餌やりプログラム(仮)だったわけ。 上のプログラムは、3回に1回だけど、このソフトには、N時間に1回、餌をやるロジックが書いてあった。 if ( (++counter % N) == 0) printf("餌やるでー\n"); なんかこんな感じな。それでNの値は、UI(ユーザーインターフェース)で調整できる作りにしてあった。一度