印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 米Gartnerの“先進テクノロジ”のハイプサイクルが発表された。企業がデジタルビジネスの実現に向けて動き始める中で、適切なテクノロジを適切なタイミングで明確に捉え、導入することが不可欠であるとしている。 ハイプサイクルは、今回の2014年版で20周年となる。ハイプサイクルの中でも、先進テクノロジのハイプサイクルは最も歴史が古く、ビジネス戦略担当者、最高イノベーション責任者、研究開発（R＆D）リーダー、起業家、グローバルマーケットデベロッパー、先進テクノロジチームが先進テクノロジのポートフォリオを策定する際に考慮すべきテクノロジとトレンドが、業種横断的な視点で示されている。 今回の先進テクノロジのハイプサイクルには、デジタルワークプレー

“everyone” と “everybody”、“have to” と “must” など、これらの意味はよく似ていますが全く同じというわけではありません。でも、何となくの感覚でどちらかを選んではいませんか？ こうした言葉の違いを理解できれば、英語でも微妙なニュアンスまで正しく表現できるようになるでしょう。 そこで今回は、日本人が間違えやすい「似た意味合いを持つ言葉のニュアンスの違い」を説明していきたいと思います。 どちらも「みんな」「誰でも」という意味がありますね。 違いは、“everybody” はくだけた会話で用いられるということ。あえて日本語で使い分けるなら、“everyone＝みなさん”、“everybody＝みんな” という感覚でしょうか。 また、あとに「of＋複数名詞」がくる場合は、“everybody” は用いず “every one” を用います。またこの場合、表記は

AnswerHub is built for developers and technical teams to efficiently capture and share their expertise. It allows your teams to focus on the business outcomes that matter the most while growing and building your brand's community. Why AnswerHub? Knowledge Hub: Topic and tag-enabled search makes finding content quick and easy for the user from within your central knowledge repository. This means yo

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

仕事で前向きにGit運用していくことになりました。 あくまでGitを使いこなす！とかではなく、最低限の運用ができるようになることを目標として。 CUIすらちんぷんかんぷんの素人に、Gitコマンド叩けっていうのは乱暴すぎると思うの・・。 というわけでそんな中、一通りこれだけ覚えてればどうにかなるやね、っていうコマンドのメモ。 こういう時どうすれば？みたいなのも、遭遇した限りメモ。 前提 特定の単一branchでの作業を想定。 branchの切り替えを含めた運用や他のbranchによって伸びたmasterの取り込みとかは無視。 そういう難しそうなところは、最低限の範囲外として見てます。 基本の流れ git status git add git commit git pull --rebase git push 正確なコマンドは後述するけど、流れとしてはたったコレだけ。 status git s

Downloads Boost your DevOps efforts with JFrog’s free downloads and offerings, including Artifactory OSS, the world’s best open source repository manager, and Conan OSS Package Manager for C/C++! JFrog Cloud Free Trial Subscription Start your modern DevOps journey with next-gen artifact management, security scanning and CI/CD orchestration.

皆さんは今までに、海外で病気になったことはありませんか？ 私はニュージーランドに留学に来てまだすぐの頃に、腎臓に入ったウイルスが原因で高熱が続いた経験があるのですが、そのときに「英語で体の不調を表現するって難しい！」と実感しました。 具合が悪いときはただでさえ思考が停止するので、「これって英語で何て言うんだろう？」なんて考えている余裕はありません。 体の不調を表す表現は、普段の生活ではなかなか使う機会が少ないかもしれませんが、いざと言うときのためにもしっかりと覚えておきたいですね。 今回は、「風邪をひきました」「鼻水が出ます」「熱っぽいんです」「寒気がします」などベーシックな表現を中心に、絶対に覚えておきたい表現を35個ご紹介します。 ざっくりと体の不調を伝える「鼻水が出ます」などの具体的な症状を伝える表現の前に、まずはざっくりと体の不調を伝える表現から見てみましょう。 1. 体調がよくな

Tell-Don't-Ask is a principle that helps people remember that object-orientation is about bundling data with the functions that operate on that data. It reminds us that rather than asking an object for data and acting on that data, we should instead tell an object what to do. This encourages to move behavior into an object to go with the data. Let's clarify with an example. Let's imagine we need t

2012年7月12日のGoogle ウェブマスター向け公式ブログの記事「HTML と CSS のコーディングガイドライン」で紹介されていた「Google HTML/CSS Style Guide」に書いてあるコーディング方法と感想を紹介します。 Google HTML/CSS Style Guideの日本語翻訳 Google HTML/CSS Style Guideは英語なのでGoogle Chromeで翻訳して確認していたんですが、すでに翻訳してあるサイトがあったのでこちらも参考に両方を見て確認していきました。 Google HTML/CSS Style Guideを翻訳してある記事「Google HTML/CSS Style Guide」を適当に和訳してみたは、かなり助かり参考になりました。 それではGoogle HTML/CSS Style Guideに書いてあるHTMLとCSSのコ

はじめに 面白そうなツールを見つけたので紹介します。 構成図を作成するとAWS環境が構築できる「VisualOps」というツールです。 何ができるか ・構成図を描いてAWS環境に構築 ・CloudFormationのjsonファイルもimportしてVisualOps上で構築 ・VPCをimportしてVisualOps上で構築 ・作成した構成をjsonファイル、CloudFormationのテンプレートとしてexport可能 やってみた 今回は、構成図を描きAWS環境が構築できるか試してみました。 サインアップしアカウントを作成 VisualOpsのサイトにアクセスしてサインアップします。 登録します。 Get Startedをクリック Dashboardはこんな感じです。Create new stack を選択します。 Regionを選択して Create Stack を選択します。

Googleが、ローカルベースのプロトタイピングツールPixateを買収した模様。以後、Pixateアプリは無料となり引き続き開発が続けられるようです。 2013年頃、Pixateに$600払ってた俺は泣いた。おめでとうございます。 Invisionを主流に百花繚乱の分断化で割と困っていたプロトタイピング業界。Googleがこの分野に手を出したことで変動は起きるのだろうか。 これがプロトタイピングツールの決定版になるとよいですね。高性能だし無料だし。クラウド版も$5だし。 日本でプロトタイピングサービスばパッとしない究極の問題は、サービスがオンラインのことなんですよね。SI系の人たちは「セキュリティ的な事情でオンラインの共有サービスを使えない」という事情がありました。Pixateはローカルアプリなので、その辺の心配をする必要がないのがポイントですね。そのうち大手SIとかでもこういうツールが

Web サイトを常時 SSL 化する場合に、最低限知っておかなければならない知識や、注意点、実際の設定方法まで、ひと通りまとめてみました。メリットやデメリット、証明書の種別からリダイレクト設定などについても解説しています。 HTTPS をランキングシグナルに使用しますと Google が公式に発表したあたりから、Web サイトの SSL 対応、特に Google が推奨している Web サイトをすべて HTTPS で配信する、所謂 「常時 SSL 化」 についての話を聞いたり、実際にお客様から相談されたりするケースが増えてきました。 そこで、いい機会だしその辺に関する情報をまとめておこうかな～ と思って書いてみた、恒例の （？） 5分でわかるシリーズ。書き終わって見たところ絶対に 5分じゃ無理っていう文章量になっててどうしようかなぁとも思ったんですが、気にせず公開してみます。 常時 SSL

∣x∣<1|x| < 1∣x∣<1 なる実数 xxx について， arcsin⁡x=x+16x3+340x5+⋯arccos⁡x=π2−x−16x3−340x5−⋯\begin{aligned} \arcsin x &= x + \dfrac{1}{6} x^3 + \dfrac{3}{40} x^5 + \cdots\\ \arccos x &= \dfrac{\pi}{2} - x - \dfrac{1}{6} x^3 - \dfrac{3}{40} x^5 - \cdots \end{aligned}arcsinxarccosx​=x+61​x3+403​x5+⋯=2π​−x−61​x3−403​x5−⋯​ となる。 この記事では逆三角関数のうち逆正弦関数（arcsin⁡\arcsinarcsin）と逆余弦関数（arccos⁡\arccosarccos）のマクローリン展開を計算します

日経電子版×Sansanのアプリ開発勉強会シリーズ第3弾。最終回となる今回は「アプリ開発時のテスト自動化」「開発効率改善」がメインテーマ。辰濱健一氏 (Sansan エンジニア)、赤間夏樹氏 (株日経電子版 エンジニア)、岸川克己氏(アプリ開発テクニカルアドバイザー)がアプリ開発効率化を伝授する。 アプリ開発に自動化は必須か 「勢いよくアプリを開発したものの、デバイスごとにUIに不具合が……」 「テストを自動化したいけれど、やり方が分からない」 上記の方は、ぜひアプリ開発時のテスト自動化を図ってみてはいかがだろうか。 日経電子版×Sansanのアプリ開発勉強会、シリーズ第3弾。最終回のテーマは「アプリ開発時のテスト自動化」、「開発効率改善」。登壇者である辰濱健一氏、赤間夏樹氏、岸川克己氏の3名が経験した失敗、そして効率化への道を指南した。 【登壇者】 ・辰濱健一氏 （Sansan株式会社

富士通は、企業向け業務システムの受託開発に向けたアジャイル開発手法の標準モデル「アジャイル開発実践標準」を策定した（図）。2015年4月から社内向けに公開する。アジャイル開発を望む顧客企業が増加していることに対応。ウォーターフォール型開発に慣れた社内技術者に、アジャイル開発の実践的知識を身につけさせる考えだ。 この標準モデルは、初めてアジャイル開発に取り組む技術者を対象にしたもの。プロジェクトの準備フェーズと開発フェーズで必要な作業を記述する。標準の使用に当たっては、「知識の習得だけではアジャイル開発は身につかない」（同社 SI技術本部 システム技術統括部 アジャイル実践センターの和田憲明氏）との考えから、スクラム開発を一通り体験できる実践研修などの受講を求める。 標準モデルの策定と合わせ、2015年4月から社内のプロジェクトマネージャーや契約担当者を対象に、新たにアジャイル開発におけるプ

別の観点から比較の話をしてみましょう。テストケースの実行後、実行結果と期待結果を比較しますと、比較が失敗（NG）することがあります。 「しめた、バグを見つけた！」と判断するのは少し待ってください。このとき、以下のようなことが想定されます。 テスト対象のバグにより、実行結果が期待結果と違った（バグを見つけた！） テストケースにバグがある(テスト設計にバグがある) テストスクリプトにバグがある（テストスクリプトの論理的な誤りやシンタックスの誤り） 比較対象である期待結果が間違っていた（比較するものが間違っていた） 比較の誤差、判定の誤りなどの、比較そのものが間違っていた（比較の仕組み、アルゴリズム、精度の問題、判定方法、判定基準の問題） 実行結果が用意できていないのに比較をした（比較するタイミングが外れている） このように、比較が失敗したとき、それがテスト対象プログラムのバグである確率は6分の

AnsibleはChefやPuppetと同様に冪等性（べきとうせい）に配慮した構成管理ツールです。YAMLで記述したプレイブックのファイルが1つあれば動き、SSHさえ繋がれば対象サーバーにクライアントは不要、といったシンプルさが支持され、近年ユーザーを増やしています。 そのシンプルさは仮想マシンを利用した開発環境の構築にもうってつけに思えます。と言うことで今回はAnsibleをVagrantのプロビジョナーに使って開発環境を構築しました。 Ansibleの公式サイト Ansibleのインストール Ansibleはコントロールマシンに入っていればよく、セットアップ対象のサーバにはAnsibleのクライアントなどは不要です。SSHで接続さえできればOKです。今回のケースでは開発マシンのMacをコントロールマシンとし、Vagrantによる仮想マシンをセットアップ対象とします。 Ansible自体

1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ

多くのWeb制作者はパフォーマンスというと、JavaScriptや画像の最適化、サーバーの設定、CSSなどのファイルの圧縮や結合を検討します。そして、Webページのコアとなる言語にも関わらず、HTMLは無視されがちです。 HTMLは単に複雑さと要素の数を減らすだけでは、パースにかかる時間をあまり改善することはできません。しかしよく作られたHTMLはページを素早くロードするための決定的な土台になり、異なるビューポートサイズに対応するレイアウトになります。 さまざまなデバイスに対して素早くロードし、うまくいくコンテンツを作ることができるクリーンで簡潔なHTMLのコードを紹介します。 High performance HTML 下記は各ポイントを意訳したものです。 著者のSam Dutton氏は、Google ChromeのDeveloper Advocateをされています。 ※当ブログでの翻訳

社内のWebオペレーション研修でのキャリアキーノートで利用した資料です。

上部固定のScrollspy対応ナビゲーション、アニメーションがかっこいいオフキャンバスメニュー、ブラウザの高さいっぱい・半分に画像を配置、複数のコンテンツを配置するレスポンシブ対応のコンポーネントなど、最近よく見かける人気の高いレイアウトやコンポーネントを簡単に実装できるBootstrap用のテンプレートを紹介します。 Bootstrap 実装方法のほとんどは、Bootstrapの最小限の構成に数行のHTMLと外部スタイルシートを記述するだけです。 Bootstrapの基本的な使い方は、下記の記事を参考にどうぞ。 参考 Bootstrapのグリッドシステムの基本な使い方 BootstrapのベースのCSSを使ってさまざまな要素を実装してみよう！基本要素とナビゲーションのスタイル 以下のテンプレートはApache 2.0ライセンスで、個人でも商用でも無料で利用できます。 Scrolling

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

連載バックナンバー 最近耳にすることが多くなった「グラフデータベース」。名前に「グラフ」が付きますが、グラフ描画などとは関係ありません。グラフデータベースとは、「ノード」「リレーション」「プロパティ」の3要素によってノード間の「関係性」を表現する「グラフ型のデータモデル」を持つデータベースといえます。 リレーショナルデータベースではないため「NoSQL」に分類されますが、この「グラフ型のデータモデル」とは、NoSQLといったときに一般的に想起される「KVS（キーバリューストア）型データベース」や「MongoDB」のような「ドキュメント指向データベース」とは異なるデータモデルとなります。 例えば、フェイスブックの「ソーシャルグラフ」を支える「Open Graph」（関連記事）や、「Linked Open Data」で使われる「RDF」の記述（関連記事）などもグラフ型のデータモデルです。このデ

クラウドとつながるIoT/WoTデバイスのためのプラットフォーム KDDI研究所の清水です。メディア処理やアプリケーション等に関する技術等に携わっています。さて、当ブログでは先に「IoTの究極の形『WoT』にKDDIが取り組む理由」で我々のWoT (Web of Things)に対する考え方と取り組みをご紹介していますが、本記事では、Webテクノロジーやクラウドとの連携などの技術的な側面にフォーカスして深く掘り下げてみます。 クラウド連携で扱いやすくなるIoT/WoT 自宅やオフィスで、インターネットに繋がって通信できるIoT (Internet of Things)やWoT (Web of Things)のデバイスが使えるようになると、ユーザにとっては、「どこからでも操作できるようになる」等の効果が期待されます。例えば、「帰る前にスマートフォンから自宅のエアコンを操作して着く頃には適温に

1. Copyright © NTT Communications Corporation. All right reserved. 第15回  HTML5+JS 勉強会 WebRTC⼊入⾨門+最新動向 ~本格的な普及が始まる前にマスターしておこう~ NTTコミュニケーションズ株式会社 技術開発部 Webコア  Technical  Unit ⼤大津⾕谷 2015年年7⽉月 2. Copyright © NTT Communications Corporation. All right reserved. ⾃自⼰己紹介  /  ⼤大津⾕谷  亮亮祐（おおつや  りょうすけ） n  NTTコミュニケーションズの HTML5チームのリーダ n  WebRTCプラットフォーム “SkyWay”のプロダクトマネージャ n  WebRTC  Conference  Japan  幹事 n 

ニフティ、デバイスのIoT化を目指す企業を ネットワーク技術/システム開発に精通した専属エンジニアが支援するサービス 「ニフティIoTデザインセンター」を開始 ～IoTサービスに必要なインターネット側の課題を解決し、アイデアをカタチに～ http://iot.nifty.com ニフティは、本日7月29日（水）、デバイスにインターネットやクラウドを組み合わせてIoTサービスを開発・提供したいと考える企業を、ネットワーク技術とシステム開発に精通した専属エンジニアが支援するサービス「ニフティIoTデザインセンター」を開始します。本サービス専属のエンジニアチーム「ニフティIoTラボ」が、IoTサービスのアイデア出しからアプリケーション・システム設計、プロトタイプ作成に至るまで、IoT化に必要なインターネット側のさまざまな課題を一括して解決し、IoTに取り組む企業の活動を支援します。 IoT（In

電化製品や家具、アクセサリーなど、さまざまな“モノ”がネットワークにつながるIoT（Internet of Things）が注目を集めるようになって久しい。しかし、家電量販店に足を運んでも、いまだにネット接続できる家電はごく一部で、誰もが日常的に使えそうな製品となるとさらに限られる。 こうした現状に危機感を抱き、あらゆる産業のIoT化を加速させることをミッションに掲げているのがStrobo代表取締役の業天亮人氏だ。同社は7月24日に、メーカーが自社製品を簡単にIoT化できるソリューション「Strobo IoT Suite」（IoT Suite）を発表し、パブリックベータに参加するメーカーの募集を開始した。 Strobo IoT Suiteは、製品のIoT化に必要な（1）ネット連動のセンサやアクチュエータ、（2）クラウドシステム、（3）アプリ開発用のSDK（ソフトウェア開発キット）の3つをま

IT Leaders トップ ＞ 経営課題一覧 ＞ CIOコンピタンス ＞ CIOのための「IT未来予測」将来を見据え、目前のITを評価せよ ＞ 【第21回】IoTが求めるクラウドの進化とフォグコンピューティング CIOコンピタンス CIOコンピタンス記事一覧へ [CIOのための「IT未来予測」将来を見据え、目前のITを評価せよ] 【第21回】IoTが求めるクラウドの進化とフォグコンピューティング 2015年7月21日(火)大和 敏彦 リスト 前々回、前回と、IoT（Internet of Things:モノのインターネット）と、ものづくりにおけるICTの応用について考えてきた。今回は、そうした動きを支えるクラウドそのものに関するトピックスを基に、クラウドが今後、どのように変化していくのかを考えてみたい。 2015年5月、クラウドのセキュリティを考える業界団体である米CSA（Cloud S