JavaScript ファイルに動的にパラメータを渡す方法
<script> var foo = "{$foo}"; var bar = "{$bar}"; </script> <script src="/js/hoge.js"></script> よくある簡単なパターンですが、最もメンテナンスがしにくいです（経験上）。 良くないところは、 ・渡したいパラメータが JavaScript のグローバル変数になる。 ・記述する順番に気を付けなければならない。 ・JavaScript と PHP（Smarty）が分離できない。 ・script タグが２つあってカッコワルイ（超重要！！）。 です。 後述のパターン２～４を検討した方が良いです。
IT研修のリスキルテクノロジー
1万人以上が受講した 新入社員IT研修プログラム ・プログラミング・インフラ・ビジネス全面対応 ・自宅/企業から受けられるオンライン研修対応 お手元にすぐ届く まずは研修概要の資料を請求する
初心者でも２週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 | 株式会社インフィニットループ技術ブログ
初心者でも２週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 どうもこんにちは、フレッシュさに定評のない新入社員のtek_kocです。 初めてのお仕事として「Titanium Mobileでアプリを試しにつくってみる」というのを担当していました。 JavaScriptはあまり使ったことがないですし、そもそもMacもほとんど触ったことがなかったので苦戦するかと思いましたが、２週間ほどでとりあえず形になるところまでできました。Titanium Mobileすごいです。 ということで、Titanium Mobileで試しにアプリ開発をしてみた感想を書いてみました。 そもそもTitanium Mobileとは？ Titanium Mobileとは、Appcelerator社によるスマートフォン対応アプリケーションの開発環境です。 iPhoneやiPad、Androidを
「動かないコンピュータ」とコンサルタントの関係
今回の主題は，「動かないコンピュータの影にコンサルタントあり」というものである。動かないコンピュータとは，情報システム構築プロジェクトの失敗など，当初計画の通り，動かなかったコンピュータを指す。筆者は5～6年前から，講演などでは「コンサルティングと詐欺は紙一重」などと滅茶苦茶なことを話していた。だが，原稿にするのは難しく，きちんと書いてはいなかった。 なぜ書くのが難しいかというと，確たる裏付けがない話だからである。筆者は，「動かないコンピュータ」の取材をライフワークにしているので，日ごろから情報システムのプロジェクトについて情報を収集している。うまくいかないプロジェクトの原因を調べていくと，コンサルタントに突き当たることが多い。これは5～6年前からの傾向のように思う。 「日本のプロジェクトをお前は全部取材しているのか。数件そうした事例があったからといって，コンサルタント全部がダメといわんば
プログラマという職業は「ふつう」の人には厳しくないか - ukstudio
最近、実はプログラマという職業が「ふつう」の人には厳しいなーと思っていたりする。 業務外にコードを書いたり、技術書などを読むというのは素晴らしいことだと思う。けど、会社側がもし「業務時間外にコードを書いたり、技術書を読んだり、勉強会に参加しなさい」と言ったら、それは業務時間外労働と変わらないと思う。個人のたのしみとは別に会社側がそれらを求めたらそれは業務だ。 しかし、僕が思うにはそういう業務時間外に自主的に勉強をしないと、正直いってまともな品質なソフトウェアを作るのは難しい。 例えば良書と言われているものは結構な数あり、ある程度経験がありそれらの本を読んだことがある人は「プログラマならこの本は読んでおくべき」という本をいくつかあげたりもするだろう。けど、それらをいつ読むのか。業務時間内にそれらをじっくり読んだり、実際にコードを書いたりする時間があるところはないだろう。そうなると自分のプライ
SQL Server 2005 にて、照合順序設定:Japanese_CI_AS時での、濁点を含んだ時のOrder Byの仕様を教えて下さい。
こんにちわ。 大川 聡 と申します。 SQL Server 2005 にて、照合順序設定:Japanese_CI_AS時での、 濁点を含んだ時のOrder Byの仕様を教えて下さい。 ババ ノリミツ、ハバ ノリミツ、ハハ ノリミツ ババ マコト、 ハバ マコト、 ハハ マコト ババ マサヒコ、ハバ マサヒコ、ハハ マサヒコ を、Order Byでソート(昇順)すると、 ハハ ノリミツ ハバ ノリミツ ババ ノリミツ ハハ マコト ハバ マコト ババ マコト ハハ マサヒコ ハバ マサヒコ ババ マサヒコ となりました。 直感的には、下記のようになると思っていました。 ハハ ノリミツ ハハ マコト ハハ マサヒコ ハバ ノリミツ ハバ マコト ハバ マサヒコ ババ ノリミツ ババ マコト ババ マサヒコ Japanese_CI_ASの場合、濁点は並び順にどのように反映されるのでしょうか？ よ
バックアップと復元によるデータベースのコピー
適用対象:SQL Server SQL Server では、SQL Server 2005 (9.x) 以降のバージョンを使用して作成したユーザー データベースのバックアップを復元して、新しいデータベースを作成できます。 ただし、以前のバージョンの SQL Server を使用して作成された master、model、および msdb のバックアップを SQL Server で復元することはできません。 また、SQL Server のバックアップを以前のバージョンの で復元することもできません。 重要 SQL Server 2016 では、以前のバージョンとは異なる既定パスが使用されます。 そのため、以前のバージョンの既定の場所で作成されたデータベースのバックアップを復元するには、MOVE オプションを使用する必要があります。 新しい既定パスの詳細については、「 SQL Server の既
わかりやすい技術文章の書き方
誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 本論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 本論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 本論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ
開発工程でSEが書く文書の基本 − ＠IT自分戦略研究所
「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 SEはさまざまな文書を作成する必要があります。その中でも、提案書や要件定義書の作成に悩むSEは多いようです。なぜなら、これらは「顧客に読んでもらわなければならない文書」だからです。 本連載では、「誰にでも分かる」提案書や要件定義書を作成するための文章術を解説します。ただし、分かりやすい文書を作成するには、文章術だけでは十分ではありません。必要な情報を顧客から引き出すためのコミュニケーション、文書全体の構成も重要です。 第1回では、SEが作成する文書はどのようなものかを概観します。第2回では、情報を引き出すための顧客とのコミュニケーションのポイントを説明します。第3、4回
【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 : よろしい、ならばクリークだ -2chまとめ-
2009年07月28日03:42 【不況】 IT業界がヤバい エンジニア「マジで仕事がない。」 カテゴリN速民の井戸端会議 1 名前： 姫カンムリシャジン(関西地方)[sage] 投稿日：2009/07/27(月) 19:05:00.26 ID:fjqg106g ?PLT(12000) ポイント特典 IT業界っていっても非常に大きくて、ネットワークからユーザサポート、システム開発とあるわけだけど、 その中でシステム開発、とくに業務アプリ開発業界のうごきを1エンジニアの目から見てみる。 現状を端的にいえば、「非常に厳しい」ものとなっている。 日本の業務アプリ開発は長い間、客が提示する案件を大手SIが受注し、 それを大手SIの子会社と外部協力会社（派遣会社）から派遣された技術者がくみ上げていた。 ところが08年のサブプライム、リーマンショック以降、客が案件を提示しなくなった。 それがもろにでた
デッドライン ソフト開発を成功に導く101の法則
正しい管理の四つの本質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 （それ以外のことは全部管理ごっこ） 安全と変更・変更は、あらゆるプロジェクトの成功のために（ほかの大抵の物事についても）必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内
プログラマーを採用する際に重視すべき10の資質
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます プログラマーが有するスキルには大きな幅があり、彼らの出身国や文化もさまざまであるため、プログラマーの素性や経歴というものはそれぞれ異なっているはずである。とは言うものの、プログラマーの優劣に大きな影響を与える資質というものも存在しているのだ。そこで本記事では、プログラマーを採用する際に重視すべき資質を10個選んで解説する。 ＃1：好奇心 優秀なプログラマーはものごとを「ありのままに」捉えるということをしない：彼らは、きちんと動作しているように見えるものに対しても、詳細を学ぼうとその中身に深く踏み込んでいくのである。そして彼らがそういった態度をとることで、存在すら明らかになっていなかった問題が解決されることも多々あり、それは通常、深刻な問
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javaの道（Java入門・リファレンス）
ITスクール【SAK】｜IT技術の専門校
Visual Basic増強作戦 - Visual Basic 4.0で使用していたOCXをVisual Basic 5.0でも使うには?
MSN Japan - ニュース, 天気, メール (Outlook, Hotmail), Bing検索, Skype
はてなダイアリー
パスワード認証
JFPUG COSMIC METHOD（COSMIC法）
MSDN ホームページ