ロボットが動くのは楽しい！？ RPAを体感しよう！：新刊ピックアップ
RPAはムズカシイ？ 働き方改革の中で注目を集める「RPA」。RPAを略さずに言えば「Robotic Process Automation」，つまり，「ロボットによるプロセス（業務）の自動化」という意味になります。ただし，ロボットといっても自動車工場で活躍するロボットアームや，ドラ○もんのような実体を持つロボットではないのでご注意を。RPAのロボットは，パソコン上でExcelやブラウザなどのアプリケーションを自動で操作してくれる，ソフトウェアのロボットなのです。 ……と，いうのがRPAの一般的な解説です。すでにご存じの方も多いかもしれませんね。しかし一方で，「どういうものかはなんとなくわかるけれど，イマイチ釈然としないなあ」と感じている方も多いのではないでしょうか？ RPAをどのように実現するか 「RPAが労働力不足を解消する」 「RPAで生産性を向上させる」 従来，RPAはこ
レガシーJava環境から世界標準のJava EEに─オラクルが推奨する"Java EE 6のススメ" | gihyo.jp
「4月に開催したJavaOne 2012 Tokyoで日本のJava開発者の熱い思いを再認識した。オラクルとしても国内市場においてJavaをさらに推進し、情報発信を含めた積極的な開発者へのアクションを取っていきたい」 ─6月29日、日本オラクル ソフトウェアライセンス事業 製品事業統括 Fusion Middleware事業統括本部 ビジネス推進本部 シニアマネジャー 伊藤敬氏は「JavaテクノロジとWebLogic Serverに関する説明会」でこう発言しました。 伊藤敬氏 オラクルによるサン買収から2年余りが経過し、昨年はオラクルの下ではじめてJava SEがリリースされました。現在、オラクルはコミュニティとともにJava SE 8、そしてエンタープライズ版のJava EE 7を鋭意開発中です。本稿では、年内にもリリースが噂されているJava EE 7の現状、およびオラクルのJav
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
Jenkinsではじめるビルド職人入門 | Gihyo Digital Publishing … 技術評論社の電子書籍
Jenkinsではじめるビルド職人入門 著者 今井勝信 著 発売日 2011年11月18日 更新日 2011年12月13日
第10回 アイデアを目に見える形にしてこそのエンジニア | gihyo.jp
とにかく手を動かすこと 若い日本のエンジニアと話していると、「今の職場ではなかなか自分が作りたいものを作らせてもらえない」「せっかくエンジニアになったのに、仕様書通りにプログラムを書くばかりでクリエイティビティを発揮するチャンスがない」などの声を聞くことが多い。 職場にもよるとは思うが、特にITゼネコンを頂点にした産業構造を持ちウォーターフォール型で開発を進める「IT産業」では、そんな思いをしている人もたくさんいると思う。 そんな人たちに私が勧めているのは、とにかく何としてでも自分の時間を見つけて、手を動かして自分の作りたいものを作りはじめることである。作りはじめて見えてくるものもたくさんあるし、上司を説得するにしろ、仲間を集めてベンチャー企業を起こすにしろ、投資家からの資金提供をしてもらうにしろ、何か動いているものがあるのとないのでは説得力に雲泥の差がある。 まずは時間をひねり出す
はじめてのキャパシティ改善 ─稼働中のシステムを飽和させないために 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
第8回 性能テスト：ソフトウェアテスト基本テクニック｜gihyo.jp … 技術評論社
性能とは 今回は「性能テスト」について紹介していきますが、その前に「性能とは何なのか」ということを考えてみたいと思います。性能とは何なのか？一言で言うと「システムが処理結果を返す力」です。 たとえば、インターネット上のショッピングサイトで商品を買ったことがある方は多いと思いますが、その時のことを思い浮かべてください。あなたは、とあるショッピングサイトにアクセスし、気に入った商品を選んでカートに追加し、商品購入の画面へ進み、商品を送ってもらう住所や決済のためのクレジット番号を打ち込み、やっとの思いで「商品購入」のボタンを押しました。しかし、なぜか何分たっても結果が返ってきません。不安になったあなたは一度ブラウザを閉じ、再度購入をしてみようとしたところで、やっと結果が返ってきました。それまでの時間、約3分。このような場合、あなたならどう感じますか？ もちろんイライラしますよね？ そう、この「シ
第4回 オブジェクト指向の本質 | gihyo.jp
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
第1回 Hudsonの導入 | gihyo.jp
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」（Continuous Integration、以下CI）のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
［はまちちゃんのセキュリティ講座］ここがキミの脆弱なところ…！：第1回 HTTPのしくみを復習しよう｜gihyo.jp … 技術評論社
こんにちはこんにちは ! ! はまちや2です！ 今日からぼくと一緒にWebプログラミングのセキュリティについて、ちょっぴり勉強してみませんか！今回はHTTPがどんなやりとりをしているのか、簡単におさらいしてみましょう！
第7回 キャプチャ／リプレイツールによる機能テストの自動化 | gihyo.jp
これらのツールは単独でも利用可能ですが、今回はSelenium IDEとSelenium Coreを組み合わせてテストを進めていきます。例として、名前を入力して画面遷移すると、入力した名前が表示されるという簡単なWebアプリケーション（図1）を使って、Seleniumを使用したテストの手順を見ていきましょう。 図1 テスト対象のアプリケーション Selenium IDEで画面操作を記録 Selenium IDEのインストール まず、Selenium IDEをインストールします。Selenium IDEはFirefoxのアドオンとして提供されていますので、事前にFirefoxをインストールしておく必要があります。 Firefoxを起動したら、Selenium IDEのダウンロードページにアクセスし、執筆時点の最新版である「Version 1.0 Beta 2」の「Firefox extens
第3回 なぜ日本のソフトウェアが世界で通用しないのか | gihyo.jp
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
第46回 8ページメモで、紙のメモにはまる | gihyo.jp
手軽な手書きメモ 手帖やノートやメモをとる道具には、強い関心があります。まずはこれをご覧ください。 図1 ドキュメントスキャナでスキャンした状態の8ページメモ。 300dpiでスキャンしています。 かつて未踏ソフトウェアで手書きメモの機能をもつソフトウェアを開発して、現在もフリーで配布しています。 自分自身ではこのソフトと、その後継の『NetSticky』という、メモを書いて自分宛にメールしてくれるソフトを使っているので、もうほとんど紙のメモはとっていません（メモをとっているものもありますが、その理由は別の機会にご紹介しようと思います）。 今回は、それでも最近はやっている紙のメモ方式にちょっと参加してみようと考えたのです。 『たつをのChangeLog』を拝見していたら、A4用紙を1/8に折り畳んで使うSUPERCLASSICの『保存するメモ帳abrAsus(アブラサス)』というメモ帳
第1回 Evernoteとは？ －情報収集/整理/活用のススメ－ | gihyo.jp
皆さん、こんにちは！ 「Hacks for Creative Life!」というBlogを運営している北と申します。本連載では、Evernoteの基本から具体的な運用方法まで幅広く解説していきます。どうぞよろしくお願いいたします。 Evernoteは、2010年3月3日に「Evernote日本語版リリース」のニュースが発表され、時を同じくしてEvernote本が同時に2冊発売、Google Trendsでもニョキニョキその存在感を強めているクラウドサービス界期待の新星です。きっと興味を持たれている方も多いのではと思います。 図1 2010年3月3日の日本語版リリースに先駆け、2010年1月21日Evernote日本語版プレビューが開設された 図2 2008年頃から少しずつ認知度を高め、2010年に検索トラヒックが急上昇! 本連載ではEvernoteに興味を持たれた皆さんをディープなEve
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
連載：なぜPHPアプリにセキュリティホールが多いのか?｜gihyo.jp