Webデザインの最近のトレンド、縦長ページ、スクロールエフェクト、CSS3アニメーション、フラットスタイルなどを取り入れたBootstrapのテンプレートを紹介します。 Bootstrapは先週3.3.0がリリースされ、Bootstrap4の開発も進んでるそうです。4ではIE8はサポート外になる予定。
自身の課題を解決したいお客様は、特定の製品やサービスを購入したいわけではない。課題を解決するための一連のプロセスを手に入れたいと考えている。この期待に応えることが、ソリューション・ビジネスの仕事だ。 では、その商品はどのようなカタチをしているのだろうか。カタチのないものを購入しようとは誰も思わないだろう。ノートＰＣやスマートフォンという実態のある商品ならば、カタチは明確だ。しかし、「解決するための一連のプロセス」という商品は、それ自体カタチがない。 「解決するための一連のプロセス」には、サーバーやノートＰＣ、パッケージ・ソフトウェアなどの実態が含まれることもある。しかし、それ以外にも、開発や保守、場合によっては、運用などのサービスも含まれる。 これを購入の対象となるカタチ、つまり商品に仕立て上げなくてはならない。 もうお分かりだと思うが、それが、「提案書」だ。 つまり、ソリューション・ビジ
MEANとは、LAMP(Linux, Apache, MySQL, PHP)に変わる技術としてじわじわと注目されはじめているアーキテクチャです。このアーキテクチャMEAN(MongoDB, Express, AngularJS, Node.js)は、シンプルでかつ強力なアーキテクチャで、現在のJavaを利用したアプリケーション開発とは一線を画すところです。HTML5開発にとってJavaの役割が殆どなくなるというのも注目すべき点だと考えます。MEANで一般的に言われる注目すべき事項は次のところです： JavaScriptフルスタックである データモデルとしてクライアントからデータベースに至までJSON そして、この記事を書こうと思ったきっかけですが、2014/10/5(日) Mozilla Open Web Day in Tokyo | Mozilla Japan でのMEAN解説展示で、様
ゴクロの大平と申します。はじめまして。 ４月からjoinさせていただいた、特に特記事項の無い平凡なプログラマです。さだまさしが好きです。 SmartNews開発者ブログをご覧になる方々は、サービスの裏側で動作するクローラーや多種多様な機械学習のロジックであったり、フロントエンドのUIの話であったり、サービス固有の話に興味が有る方が多いと存じますが、都合上（原稿の担当順番の都合上）、今回は一般的な話をさせていただきます。 ※先掲の話題については次回以降取り上げられますので、お楽しみに。 一般的な話題とはいえ、大企業とスタートアップでは取り巻く環境や解決すべき課題も異なっていますので、その辺もあわせてお伝え出来ればなと思います。 なお、今回のテーマは、サーバー/ミドルウェアの構成管理ツールとして最近有名になってきた「chef」と「fabric」です。 かなり長文のエントリーになってしまい
関連キーワード ERP | Excel | MES（製造実行システム） | PMO（プロジェクトマネジメントオフィス） 前回「プロジェクト運営の難所はこうして乗り越える」まで述べてきたように、今日のプロジェクト運営は多岐にわたるビジネスニーズへの対応、短期間・低コストでの導入、日々進化する技術への対応などが求められるため、より難易度が高くなってきている。ほとんどのプロジェクトでは計画段階で多くのリスクを内包しており、このリスクを適切に取り扱わずに、大量に発生する課題をただやみくもにつぶしていくだけでは、品質・コスト・スケジュールがどのような結果となるのか予測することはできない。このような難易度の高いプロジェクト運営において、プロジェクトのゴールを定量的に予測するためには、リスクを網羅的に洗い出し、計画的に管理する事がプロジェクトの成否を握っている。 当初からリスクがあると周囲から思われてい
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
2013年8月28日 Webサイト制作 オンラインショップで最も使われている決済方法がクレジットカード決済。しかし、過去にオンラインショップを制作したことのあるWeb屋さんは、決済時の動作テスト方法にとまどった事はありませんか？動作確認に自分のクレジットカードを使っていたという人が多いかと思います。私もそうやってテストしていました…が、実は各種メジャークレジットカードではオンライン決算時用のテスト番号があるのです！便利ですよね！ ↑私が10年以上利用している会計ソフト！ 以下のクレジットカード番号を使えば、実際に決済が完了した時と同じ動作をします。もちろんテスト番号なので実際に入金などはありません。有効期限は現在の年月より先のものならなんでもOKです。 広く使われているこのテスト番号ですが、対応していないサービスもあります。番号自体のチェックは「【PHP】クレジットカードチェックサンプル」
キーワードで探す カテゴリで探す 業界トレンド／展望 技術トレンド／展望 事例 サービスで探す コンサルティング CRM（Salesforce） ERP（SAP/Biz∫） 顧客接点・決済 カーボンニュートラル SCM・ロジスティクス 電子申請 データ＆インテリジェンス 生成AI アプリケーション開発・管理 データスペース ブロックチェーン 量子コンピュータ・イジングマシン デジタルツイン IoT ロボティクス・RPA クラウド ネットワーク データセンター サイバーセキュリティ アウトソーシング 業種で探す 金融 官公庁・自治体 医療・ヘルスケア 防災・レジリエンス 食品 流通・小売 モビリティ 製薬・ライフサイエンス 食農・農業 製造 通信・放送 電力・ガス・水道 建設・不動産 個人のお客様向け 教育 トピックで探す Foresight Day サステナビリティ キーワードで探す カテ
－○●の意味：－は非対応、○はある程度対応、●はフル対応 等幅 or プロポーショナル 半角英数字の、次の文字までの距離が文字ごとに異なると、プロポーショナル（可変幅）フォントと呼びます。距離が一定なら「等幅（とうはば）」フォントと呼びます。 全角ひらがな・カタカナもプロポーショナル プロポーショナルフォントの中にも、全角ひらがな・カタカナが可変幅なものと等幅があります。Migu 1Cでは全角ひらがな・全角カタカナ・役物（「」『』【】・の7文字）を可変幅にしました。 行間（縦の高さ） 行間は、適度に広いと文を読みやすくなります。しかし等幅フォントが使われる分野のひとつ、プログラミングでは「行間をせまくして、画面に より多くの行を表示できる」ほうが好まれます。 半濁点が大きい 半濁点（ぱぴぷぺぽパピプペポ の右上の円）を大きくして、濁点と判別しやすくしています。 0O（数字ゼロ・大文字オー）
ユーザー企業内での意見対立，ユーザーの非協力的な態度，要求の聞き漏らし…。要求定義におけるヒアリングの現場では，一筋縄では対処できない問題に次々と突き当たる。問題を切り抜ける実践ノウハウを紹介する。 要求定義を効率的に行うためには，方法論を策定し，実践することが極めて大切である。しかし，方法論だけでは解消しにくい問題がある。それが，ユーザー企業内の様々な立場の担当者から要求を引き出して合意を形成するヒアリング作業だ。ここで紹介するようなノウハウを踏まえてヒアリングできるかどうかで，効率が大きく変わるはずだ。 準備段階 キーパーソンを把握しシステム化の目的を明確に まずは，ヒアリングの準備段階で行うべきことから見ていこう（図1）。ヒアリングを実施する前に周到に準備しておくことは，ヒアリングを成功させるために極めて重要である。 準備段階で大切なことは，ユーザー企業に協力体制を敷くように働きかけ
【２０１０年１２月２４日】 まえがき ソフトウェア開発工程の最上流であり、ソフトウェア品質作り込みの核となる“要件定義”について ・「要件定義（その１）要件定義の準備」 ・「要件定義（その２）要件定義プロセス」 の２回に分けて解説する。 本記事は「要件定義（その１）要件定義の準備」に関するものである。 ■ソフトウェア開発工程「要件定義」の置かれた状況 ソフトウェア開発工程における「要件定義」は、後工程の「基本設計」～「テスト」に比べ 工学的に見て未成熟で、問題が多い。問題解決には工学的見地の研究が必要だが、 やっと数年前に「要求工学」として本格化したばかりで、まだ問題解決の期待がもてる状態にない。 現状では要件定義のプロセスを着実に推進し、問題の極少化に努力するしかない。 ○要件定義を取り巻く問題点： １.要件定義に充分な時間が取れない。 原因：Ｗｅｂシステム、オープン系システムなどの短期
生き残るために「要求エンジニアリング」を学ぶ：上を目指すエンジニアのための要求エンジニアリング入門（1）（1/3 ページ） 上級技術者を目指すのであれば、要求エンジニアリングの習得は必須である。要求を明確化できれば、後工程の不具合が減少し、プロジェクトコストの削減や競争力強化につながるからだ。6回に渡って、要求エンジニアリングの基礎を解説する。 2009年、世界経済にとって厳しい年を迎えた。IT／ソフトウェア業界においても、ほかの業界と同じく厳しい時代になるだろう。この業界ではコストの大半を固定費である人件費が占めており、経済環境の変化に対応する力が弱い。だから、経済環境がいっそう厳しくなれば、プロジェクト価格の低下はもちろん、プロジェクト件数も減少し、ベンダ間の競争が激化する。企業は利益を出すために――いや、企業を存続させるために、多かれ少なかれ人件費の削減、時間単価の切り下げや時間当た
サーバーのリソースを見るにはグラフ化は重要ですが、推移ではなくリアルタイムな状況、例えば秒単位のスパイキーな負荷を見るには、サーバー上でvmstatやiostatなどの*statファミリーを叩く必要があります。 さて、vmstatはメモリの状況やブロック数単位のI/O状況は見られますが、バイト単位のI/O状況やネットワークの送信、受信バイト数を見ることはできません。 # vmstat 1 procs -----------memory---------- ---swap--- -----io----- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 3 1 0 4724956 355452 726532 0 0 54 484 3 3 1 0 99 0 0 2 0 0 47
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く