2018年なぜ私達はコンテナ/Dockerを使うのか | iret.media
2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。 今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。 内容についてのお断り How Toはかきません あくまでも2018年時点の私見 目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。 コンテナ(Docker)のメリット 何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由 コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で
TypeScript 勉強会
2. 俺の名前を言ってみろ わかめ まさひろ @v vakame GoogleAppEngine Android alterJS Saturday, January 26, 13 3. アンケート • JavaScriptバリバリです • Java+Servletバリバリです • Java+Androidバリバリです • C言語ならまかせろー！ • ハードウェアなら任せろー！ Saturday, January 26, 13 4. 今日の約束 • 話の途中でも質問して良い • 挙手はする • JavaScriptの質問でもまぁよし • Twitterをちょっと盛る • #tsjpstudy Saturday, January 26, 13 5. Webアプリの時代 • Webアプリがどんどんリッチに • Google Maps • GoogleApps • Facebook • 大規模開発
TypeScript 勉強会
2. 俺の名前を言ってみろ わかめ まさひろ @v vakame GoogleAppEngine Android alterJS Saturday, January 26, 13 3. アンケート • JavaScriptバリバリです • Java+Servletバリバリです • Java+Androidバリバリです • C言語ならまかせろー！ • ハードウェアなら任せろー！ Saturday, January 26, 13 4. 今日の約束 • 話の途中でも質問して良い • 挙手はする • JavaScriptの質問でもまぁよし • Twitterをちょっと盛る • #tsjpstudy Saturday, January 26, 13 5. Webアプリの時代 • Webアプリがどんどんリッチに • Google Maps • GoogleApps • Facebook • 大規模開発
弊社でのJavaScriptの書き方 - Qiita
まあこれは弊社(Claves)での取り組み方(別に相談してないので独断ですらある)です。 多分そのうち陳腐化するので金科玉条のごとき扱いはしない方が良いです。 書くにあたった動機 若い人間がJavaScriptを書く場合に、 参照しているものが古い 便利なライブラリとかがあるのに再発明とかしてる Railsで書く場合にどう書けば良いのか などが整理されていないと感じた。 都度説明していたが三回をこえて面倒なので書き下すことにした。 JavaScript? TypeScript? 正直モダンに書くのであればJavaScriptでもTypeScriptでも良いと思っている。 構文的にはTypeScriptはモダンなJavaScriptに型、抽象クラスなどが追加されていると思って良いかと思う。 継承とかゴリゴリ書くのであればTypeScriptは便利だし、後述するReactなんかも TypeSc
Excelマクロ使いが日本の人手不足を解消する
記者は現在、ソフトウエアのロボット（ソフトロボ）を使ってPCの定型作業を自動化する技術「RPA（ロボティック・プロセス・オートメーション）」を積極的に活用している企業の取り組みを取材している。取材企業数は20社近く。その成果は2018年6月以降、日経 xTECHや日経コンピュータで紹介する予定だ。 その取材の中で「Excelのマクロ使いが、日本の人手不足を解消する」という興味深い話を聞いた。Excelのマクロとは、Excelの定型操作を自動化するマクロ機能のこと。Excelのマクロ使いは、その機能を駆使してきた現場担当者を意味する。 そう指摘していたのが、リース会社であるSMFLキャピタルの川名洋平執行役員オペレーション本部長と、藤原雄情報テクノロジ本部デジタルリーダーだ。2人はデジタル変革の一環で、社内へのRPA普及に取り組んでいる。 SMFLキャピタルは2017年5月、オフィスワークの
電通、RPAツール「UiPath」導入で業務改革を推進 2017年内に400業務を自動化へ
電通は、UiPathのRPA（Robotic Process Automation）プラットフォーム「UiPath」を導入し、業務効率の改善を進めている。2017年内に400の業務をRPAで自動化する見込み。 データ分析処理や、経理業務の一部工程などの自動化を進め、これまでに月間で延べ1万時間を超える時間創出の成果が上がっている。例えば、広告媒体企業からメールで送付されるExcelシートの集計作業をRPA化することで、従来は手作業で3時間かかっていた作業が数秒で終わるようになったという。 UiPathのRPAプラットフォームは、ワークフロー作成ツール「Studio」、自動化されたワークフローの「Robot」、運用管理ツール「Orchestrator」で構成される。 Studioは、直感的に操作でき、豊富な機能を備えた開発環境を提供。汎用的なワークフローエンジンによる自動化プロセスの作成や、
「目標はRPAではなく“知的プロセス自動化”」Kofax CEOが戦略語る (1/2)
キャプチャソフトウェアから「業務プロセス全体の自動化」へ Kofaxは1985年、ドキュメントキャプチャソフトウェアのメーカーとして創業した。これは紙ベースの業務文書を、検索可能なかたちでデジタルアーカイブ化するソフトウェアだった。そしてここから長年をかけて発展し、業務プロセス全体の自動化基盤となる現在の「Kofax TotalAgility」プラットフォームが生まれた。 TotalAgilityプラットフォームは、大きく分けて「キャプチャ」「自動化」「エンゲージ」という3つの機能で構成されている、とビッシュ氏は説明する。“マルチチャネルキャプチャ”と呼ばれるキャプチャの機能では、紙文書の読み取り（OCR）だけでなくPDFやExcelなどのデジタルファイル、WebページやEメールといったデジタルデータの取り込みにも対応する。また自動化は、RPAのKapowに加えてケースマネジメント、ワーク
クラウド時代のトラブルシューティング : 解決に役立つプロバイダーとのコミュニケーション（後編） | Google Cloud 公式ブログ
編集部注 : この記事は、数年前に SRE（サイト信頼性エンジニアリング）の本を出した（本当に！）Google エキスパート チームが執筆してくれました。同書の続編も発売に向けて準備が進んでいるようです。ここでは、多くの IT チームにとって重要な SRE の一分野である、クラウド コンピューティング時代のトラブルシューティングを取り上げます。今回は 2 回連載の後編です。クラウド プロバイダーのサポート部門に送るイシュー レポートの基本的な書き方については前編をご覧ください。 コンピュータ システムのトラブルシューティングは、コンピュータそのものと同じくらい古くから行われており、職人技とまで言われることもあります。ところが、クラウド コンピューティングのパラダイムにより、IT チームによるトラブルシューティングの方法は根本的に変わろうとしています。 IT トラブルシューティングは、運や経
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
