このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.
Webサイト構築サービスベンチャーに注目しよう 国内ではほとんど知られていないが、実は欧米では、Webサイト構築サービスを主力にするスタートアップの躍進が注目されている。 彼らの多くは、HTMLやCSSの知識を必要とせず、WYSIWYG型のWeb制作ツールと運営用のサーバ・ネットワークも同時に提供するという統合型のサービスだ。もちろん昨今のサービスであればモバイル対応もなされている。昨年には代表的なWebサイト構築企業であるWixがNASDAQに上場をはたしているし、2014年に入って大型増資に成功したスタートアップのニュースも続いている。もはやWordPressやMovableTypeでWebサイトを制作している場合ではないのかもしれない、とまで思ってしまう。 まずプレイヤーの紹介をしよう。 Wix.com イスラエルのベンチャーであるWixは、2013年11月にIPOをはたした。1.2
http://blog.relateiq.com/the-data-revolution/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 LinkedIn / Greylockを経て、CRMツールのRelatelIQのVP of ProductをしているDJ Patilの "Building Great Data Products"をまとめたものです。データの絡むプロダクトづくりをするときにハイレベルで気をつけるべきことが挙げられてます。 1. あまり凝りすぎないこと。 シンプルで素直なかたちの方が、凝ったアプローチよりも、10回のうち9回は正しい。 2. シンプルなものからはじめて、必要あらば、複雑にしていけばよい。 複雑なものからはじめて、それからシンプルしようなんて思わないこと。 3. データ
「プロジェクト管理(PM)ツールや情報共有ツール、継続的インテグレーション(CI)ツール、継続的デリバリー(CD)ツールの導入状況は、どうなっているのか?」。 この実態を明らかにすべく、日経SYSTEMS編集部では3月15日から4月18日にかけて「開発支援ツール徹底調査2013」を実施した。同調査は以前の記者の眼で協力をお願いしたものだが、結果が出そろったので、ここに詳細を報告したい。 なお、調査ではカテゴリーを「PM/情報共有ツール」「CI/CDツール」の2つに分けて、カテゴリーごとに利用状況や利用しているツール名、利用開始時期などを尋ねている。有効回答件数は1532件となった。 PM/情報共有ツールは使い分けが進む まずは、PM/情報共有ツールの調査結果から見ていこう。直近2年間でPM/情報共有ツールを利用したことがあるという回答は、846件に当たる55.2%だった。回答者の2人に1人
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 (2011/10/19 08:14)ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは(しかもその印象は日々強まるのだけれど)、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
「感性に頼りすぎないゲーム設計というのを心がけている」「企画・開発はもちろんのこと、分析や事業戦略まで手を出しつつやっていく」など、これまでのゲーム作りの方法論を覆すという制作体制をとっているGREE、彼らはどのようにして数々のトップセールスを誇るプロダクトを作り上げているのでしょうか? 日本最大のゲーム開発者向けカンファレンス「CEDEC2011」にて、これまでのゲーム機業界での手法との対比を交えながらGREEが「セールスランキングNo.1プロダクトの作り方」というタイトルで、ソーシャルゲームの未来への展望について講演を行いました。 講師は過去にフロントミッションシリーズ、FFシリーズなどを手がけ、今年スクウェア・エニックスを退社してGREEに入社した土田俊郎氏、そしてソーシャルゲーム初期の名作「釣り★スタ」のプロダクトマネージャーを努めた岸田崇志氏の両名です。こちらの濃密な講演の全内容
TwitterでこんなTweetが流れた… エビデンスとしてNUnitのGUIのスクリーンショットと、対応するテストコードが含まれている部分のVSのスクリーンショットを取る作業が終りません・・・ UnitTestのエビデンスって…なに? 一般的にテストのエビデンスというと、次の2点を指す。 テスト手順を明らかにするもの(ex. テスト設計書、テスト仕様書、...) テスト結果の証拠(ex. 画面ハードコピー、DBスナップショット、...) UnitTestでは、これはこのように解釈できる。 テスト手順を明らかにするもの = テストコード テスト結果の証拠 = 今実行すればテストが全てグリーンになること これがなぜか理解されず、軋轢とストレスと大きな工数追加になっている現場がずいぶんある。 なぜUnitTestはいつまでも理解されないのだろう。 余談。これらのことは、Seleniumなどを使
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ95の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか?」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時(90年代初頭)、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ95のユーザーインターフェイス(当時は Object-Oriented Shell と呼ばれていた)の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
usa567 เว็บไซต์การพนันออนไลน์ชั้นนำที่เป็นที่รู้จักมากที่สุดและมีเกมทำเงินชื่อเสียงที่ได้รับความนิยมทั่วโลก ไปจนถึง ทางเราเสนอเกมสล็อตชั้นนำที่มั่นคง สนุกสนาน และมีโปรโมชั่นมากมาย และมีโอกาสที่จะได้รับเงินรางวัลแจ็คพอตให้แตกอย่างหรูหราเข้าเล่นเกมสล็อตที่มั่นสุดจากทั่วโลก รับโปรโมชั่นดี และลุ้นรับรางวัลแจ็คพอตใหญ่ ได้ที่นี่! เพราะ usa567 สล็อต คุณสามารถเดิมพันออนไลน์ที่มั่นคงและปลอดภัย ทำฝาก-ถอนอัต
さぁこれから Android な開発始めよう!って人には是非同じ苦しみを味わって欲しいので こんなエントリ書かずに影でこっそり皆が苦しむ様子を楽しんでいようと思ったのだけど、ま、残しておきますかね。デバイス依存系の問題。今回苦しんだ分だけでも。 ※こちらの勘違いもあるかもしれないので、あくまでもメモということで。。 - OSのバージョン依存の問題 Android はカメラが使えるのだけど、Android 2.1 までは横向きにしか使えません。Android 2.2 から縦可能ね(ここコダワリだった)。でもってインカメラ使いたいときは Android 2.3 以降。 ん?Android 2.2 の端末でインカメラあるやつあるよね?って気付いた人はまさに悲劇への第一歩。 実装方法は、例えばある機種では、 Camera.Parameters.set("camera_id", 2) のようにします
User experience design for the Web (and its siblings, interaction design, UI design, et al) has traditionally been a deliverables-based practice. Wireframes, site maps, flow diagrams, content inventories, taxonomies, mockups and the ever-sacred specifications document (aka “The Spec”) helped define the practice in its infancy. These deliverables crystallized the value that the UX discipline brough
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか?」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか? という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con
グーグルは検索エンジンだけではなく、メールソフトのGmail、オフィス系ソフトのGoogle Apps、WebブラウザのChromeやOSのAndroidなど、さまざまな種類と規模のソフトウェアを開発しています。 それらはどのようにテストされ品質管理されているのでしょうか? グーグルのブログGoogle Testing Blogに、Test Engineering DirectorのJames A Whittaker氏による「How Google Tests Software」がポストされ、その概要を伝えています。 3つのチームからなるEngineering Productivity Whittaker氏はまず、グーグルにはテストの専門部隊はいないのだ、という組織構造の説明から始めます。 There isn't an actual testing organization at Googl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く