タグ

ブックマーク / readwrite.jp (18)

  • シリコンバレーの技術者たちはなぜ休日にタダ働きするのか | readwrite.jp

    この投稿はシンジケートニュースサイト、Ferenstein Wireに掲載されたものである。質問などは著者のグレゴリー・フェレンシュタイン氏までメールを。 日曜の夜10時から労働者の日にかけて、私はソフト開発フォーラム「Stack Exchange」にコーディングで抱えている問題について投稿した。30分後、問題は同じく夜なべをしていた他のメンバーによって解決された。完全に納得のいく方法では無かったことから、他6名ほどのエキスパートたちからもエレガントな方法が提示され、やり取りは真夜中をまたいで続けられた。 こういったことはシリコンバレーの労働倫理をよく表わすものであろうし、その噂からNew York Timesはアマゾンの苛烈な企業文化の調査に乗り出した。その記事が公開されるやいなや、多くの方面からアマゾンのCEOが労働者を搾取し、この業界で労働者が「ワーカホリックであること」を求められる

    シリコンバレーの技術者たちはなぜ休日にタダ働きするのか | readwrite.jp
  • IoTに最適なプログラミング言語は「C」である | readwrite.jp

    エンジニアや開発者たちにとって、IoTは全く新しいプラットフォームだが、新しい分野に移っても変わらないことがある。それはプログラミング言語だ。聞くところによると、IoTプロジェクトをそれぞれチェックして回る時間が限られていることから、開発者たちはプロジェクトで同じ言語を利用しているようである。 IoTに最適な言語はなんだろう?IoTデバイスやシステムに関わっていた人々との話では、C、C++Javaが一般的なプロジェクトで最も好まれている言語だという。Cは、最古の言語の1つでハードウェアに近いことを行うプロジェクトではポピュラーだ。C++は、Cを拡張したものになる。C#は、MicrosoftによるCの高次元バージョンだが、あまり多くの開発者たちに使われていない。これら三種のC言語の比較はこちら、こちら、そしてこちらで述べられている。 現在は、処理能力を多く必要としないことから、「C」がIo

    IoTに最適なプログラミング言語は「C」である | readwrite.jp
  • AWS(Amazon Web Service)の次の展開とは | readwrite.jp

    クラウド市場において誰もが認めるリーダーであるAWSAmazon Web Services)は、 株主に向けて今年の年間売上が100億ドルに達すると発表した。 去年79億円だった売り上げが2016年に100億ドルに達するというのは非常な急成長だ。 このeコマースの超大手はNetflixPinterest、Adobeなどを含む100万の顧客が AWSを使っていると述べている。 CEOのジェフ・ベゾスは「Amazonは最速で年間売上1000億ドルを達成した企業となった。 今年はAWSの年間売り上げが100億ドルを達成し、これは過去にAmazonが100億ドルを 達成したペースよりも早いものだ」と語る。 ベゾスは低い利益率をキープしてAmazonを経営し続けているが、AWSの収益については19億円と このルールに当てはまらない。原因の一つに大変高い評判が挙げられるだろう。 1番手になるのに多

    AWS(Amazon Web Service)の次の展開とは | readwrite.jp
  • Reactによってネイティブ/Web論争は終わったのかもしれない | readwrite.jp

    PCで我々がWebアプリを多く利用するが、モバイルにおいてアプリは全てだ。今ではモバイルを使っている時間の90%はアプリの利用に費やされている。 ここでいうアプリとはネイティブアプリの事だ。 マーク・ザッカーバーグがネイティブではなくHTML5に投資したのは最大の失敗だったと宣言して以来、モバイルWebは着実に勢いを失ってきている。 しかし皮肉なことに、フェイスブックのエンジニアたちのおかげでそれも過去の事になる。 どういうことか説明しよう。 モバイルWebをReactするザッカーバーグがHTML5は終わったと宣言した翌年、フェイスブックのエンジニアの一人であるジョーダン・ウォークがWeb開発の新しいアプローチであるReactJSを生み出した。 ReactJSは開発者がJavaScriptのスキルを活用し、アプリ開発をシンプルにできるようになった。しかし他にも多くあるイノベーションのうち、

    Reactによってネイティブ/Web論争は終わったのかもしれない | readwrite.jp
  • グーグルの最新技術がBluetoothビーコンの促進にどう貢献するか | readwrite.jp

    Bluetoothビーコンは低電力の電波を使用し、位置情報やその他のデータを近くの端末に通知するものだ。しかし、その情報はかなり複雑になっている。グーグルがサポートするEddystoneと呼ばれる最新規格により、こうした状況は改善されるかもしれない。 Eddystoneは、質的に複数のフォーマットの集合体と言える。データ通信規格を満たしたもので、ビーコン通信をよりシンプルにすることを目的としている。 これでビーコンが直面する問題すべてが解決されるわけではないだろう。—マット・アセイが指摘するように、多くの問題は技術面というよりビジネスに関連しているからだ。しかしEddystoneによってビーコン利用に関する障壁を解決できるケースも存在することは確かだ。 開発者の希望となるビーコンクアルコムが分社化したGimbalという企業が、ハードウェア、ソフトウェア、サービス、規格を独自に提供している

    グーグルの最新技術がBluetoothビーコンの促進にどう貢献するか | readwrite.jp
  • 「ネイティブアプリかWebアプリか」の争いはいい加減やめにしよう | readwrite.jp

    Mozillaの開発者であり、Webの支持者であるジェームズ・ロングは、モバイルWebアプリはネイティブアプリに敵うことはないと主張する。ロングの挑発的な物言いはわざとかもしれないが、彼の言ってる事も一理ある。 しかしながら同時に、こういった事はますます論争の種では無くなってもきている。 Forresterは「クライアント・サーバー時代はネイティブが制したが、Webに取って代わられた。歴史は繰り返す」と主張する。そうなのかもしれない。 もしフェイスブックのReactJSが何かの兆しなのだとしたら、それはネイティブ及びWebの未来はハイブリッドにあるということなのかもしれない。実際、そういったことは今現在でも見受けられる。 Webは「遅すぎる」Webアプリの問題とは、ロングが言うようにDOM(ドキュメント・オブジェクトモデル。ドキュメントやWebページ/アプリをどの様にプログラムがアクセスす

    「ネイティブアプリかWebアプリか」の争いはいい加減やめにしよう | readwrite.jp
  • Slackの内側:数十億ドルへと急成長した「Eメールキラー」企業の仕事術 | readwrite.jp

    スチュアート・バターフィールドはついこの前、彼の企業、Slack Technologyのオフィスをサンフランシスコのフォルソンストリートに移したばかりだが、もう既に次の引っ越し(というより上のフロアへの移動)の事について話している。 「この4階を又貸しすることを考えてるよ」と彼は簡素なミーティングルームで語った。カナダ・バンクーバーにあるSlackの事務所も手狭になっており、現在増築中だという。 SlackCEO、スチュアート・バターフィールドは、彼の前の会社Flickrを買収したヤフーを退社した。友人に送られた銅製のオブジェとメモと共に。 移ってきてから4ヶ月になるが、レンタル机、議論の場となるコーヒーマシン、そしてGlitchと書かれた大きなサイン看板(これについては後述する)の他にSlack社にはあまりモノがない。 関連記事:Airbnbの「マネジメントしない」マネジメント方法

    Slackの内側:数十億ドルへと急成長した「Eメールキラー」企業の仕事術 | readwrite.jp
  • 2015年のモバイルアプリ開発に関する8つの予言 | readwrite.jp

    モバイル開発は簡単なものではない。残念ながら、今後その難易度は更に高くなるようだ。フォレスターの新しい報告は8つの重要な変化がモバイル業界に現れると予言し、開発者は今後も気を抜けないということだ。 フォレスターが正しいのであれば、開発者はより一層忙しくなるはずだ。未だアプリケーション開発をマスターしようとしているにも関わらず、マーケットが変わろうとしている、と言われているのだから。 従来型のアプリ利用ではなく、よりコンテキスト(文脈・状況)に則した「マイクロモーメント」に向かうマーケットの変化が、ユーザー個々のニーズを先取りするようパーソナライズされたあらゆるデバイスにおいて起きています。 ではこの「マイクロモーメント」とは何で、開発者はどのような設計で対応すれば良いのだろうか? モバイル開発に訪れる大きな変化途切れがちなインターネット接続や面倒なアプリの配信方法は言うまでもなく、ハードウ

    2015年のモバイルアプリ開発に関する8つの予言 | readwrite.jp
  • 古いプログラミング言語がなくならない理由 | readwrite.jp

    今日よく知られているプログラミングの多くは、古い言語として取り上げられるに十分な歴史を持っている。PHPは20年、Pythonで23年、HTMLは21年で、RubyJavaScriptは19年だ。Cなどは42年もの歴史がある。 誰もこの様な事になるとは思いもしなかっただろう。今でも出版されている、世界で最初のCの教の共著者であるコンピューターサイエンティスト、ブライアン・カーニハンですらだ(C自体は同じの共著者であるデニス・リッチーによるものだ。彼は2011年に亡くなっている)。 「編集者とこのを5000部売れたらなという話をしたのをなんとなく覚えている。もっといいものにも出来たが、学生が2014年になってもあのを使っているなど考えもしなかったことだ」と、カーニハンは最近のインタビューで答えてくれた。 Cがあまりに長く使われていることから、グーグルが今でもCを使って解決する問題を

    古いプログラミング言語がなくならない理由 | readwrite.jp
  • グーグル、より一貫性のあるウェブ作成のための「Web Starter Kit」をリリース | readwrite.jp

    先日グーグルは「Web Starter Kit」、さまざまなデバイスとディスプレイ解像度で機能するサイト構築のための開発者向けテンプレートとツール集をリリースした。 最近のインターネット利用者は単に1つのデバイスを持っている訳ではない。彼らはPCでは物理的なキーボードを使い、モバイルではタッチスクリーンで操作する。最近では、スクリーンサイズもデバイスによって様々だ。ユーザーは同じサイトが、アクセスされるデバイスに応じて違った振る舞いをしてくれることを期待している。 こういった機能は、新しく作成するウェブサイトにはあらかじめ組み込まれていないため、開発者はサイトを作るたびに何度も繰り返してそれらを置かなければならない。これは「Boilerplate(ボイラープレート)」(ウェブサイト上でいかなる創作的な業務を行う前に手動で挿入される必要のある基的なコード集)と呼ばれている。 グーグルのWe

    グーグル、より一貫性のあるウェブ作成のための「Web Starter Kit」をリリース | readwrite.jp
  • Arduino vs. Raspberry Pi:あなたにぴったりのDIYプラットフォームはどっち? | readwrite.jp

    価格とサイズについては両者に大きな差はない。どちらも安くて小さい事で知られている。しかし両者はその中身に置いて大きく異なる。 CPU速度に関して言えば、Raspberry PiはArduinoの40倍速い。Arduinoにとって分の悪いことに、Raspeberry Piは128,000倍のRAMも積んでいる。Raspberry PiはLinuxが走る独立したコンピュータであり、マルチタスクサポート、二口のUSBポートをもち、インターネットに無線でつながる。つまりMacWindows PCとまではいかないものの、個人用のPCとしては十分なものなのだ。 ArduinoよりRaspberry Piの方が優れていると思うかも知れないが、それはソフトウェア云々の話の場合に限られる。完全なハードウェア・プロジェクトでは、Arduinoのシンプルさが優位性を発揮する。 ArduinoやRaspberr

    Arduino vs. Raspberry Pi:あなたにぴったりのDIYプラットフォームはどっち? | readwrite.jp
  • Angular, Ember, Backbone:どのJavaScriptフレームワークを選ぶべきか? | ReadWrite Japan

    Angular, Ember, Backbone:どのJavaScriptフレームワークを選ぶべきか? JavaScriptフレームワークの選択は、開発者の好みよりもプロジェクトとの相性が大切だ。 JavaScriptベースのアプリケーションやウェブサイトのアイデアを思いついたとして、次にしなければならないのが正しいオープンソース・フレームワークを選ぶことだ。 この記事を読んでいるということは、あなたはまだ初心者や見習いの開発者かもしれない。あるいは自分のアイデアの開発を外部に委託しようと考えているのかもしれない。AngularEmber、Backboneの名前ぐらいは聞いたことがあるかもしれないが、それらがどういったもので、なぜそれらがウェブ開発の助けになるかについてまでは知らないかもしれない。 開発者はJavaScriptを様々なウェブ・アプリケーションに使用している。それはJa

    Angular, Ember, Backbone:どのJavaScriptフレームワークを選ぶべきか? | ReadWrite Japan
  • 2013年 最も需要のあった開発者のスキル トップ10 | readwrite.jp

    あなたがJava開発者なら、2013年はあなたにとってさぞや仕事のチャンスに恵まれた一年だったことだろう。 少なくともStack Overflowの統計によればそうだと推測できる。何千もの会社が毎年特定の開発スキルを持った求職者を見つけるためにこのサイトの「Careers 2.0」検索機能を利用している。そして2013年は、Javaが最も頻繁に検索されたキーワードだったのだ。 関連記事: 2013年に米国で最も需要の高かったジョブスキルとは? Stack Overflowは、14,000件もの全検索履歴から最も多く使われたキーワードを計測し、そこから最も需要のあった開発者スキルを割り出してそのトップ10データを提供してくれた。 Stack OverflowでCareers 2.0のプロダクト・マネージャーを務めるウィル・コールによれば、このJavaの人気は雇用者のモバイルの開発に対する関心

    2013年 最も需要のあった開発者のスキル トップ10 | readwrite.jp
  • オラクルはみんなが思っているほど悪者ではない | readwrite.jp

    オープンソースに明るくない人々にとっては、オラクルのMySQL運用にまつわる騒動はあまりピンと来ないかもしれない。オラクルが2010年にサン・マイクロシステムズを買収した際、オープンソースの技術者たち(私もその一人だ)は、オラクルがMySQLを台無しにするのではないかと危惧した。オラクルが開発への投資を縮小したり、技術をクローズド化するような事態を想定したのである。しかしそんなことは起こらなかった。実際にはオラクルの管理の下、MySQLのパフォーマンスは劇的に改善され、コードの大部分もオープンのまま残されている。 それでもなお、オープンソースのコミュニティには未だにオラクルのMySQL運用をバッシングする人たちがいる。ちょっとオラクルが気の毒になるほどだ。 崩壊の危機にさらされたMySQLコミュニティー確かにオラクルはコミュニティに対してあまり友好的ではなかった。そして、同社に何十億ドルも

    オラクルはみんなが思っているほど悪者ではない | readwrite.jp
  • 成功したいなら、アプリ開発者は企業向けアプリを開発すべき | readwrite.jp

    モバイル・アプリの開発者は、「キャンディークラッシュ」のようなヒット作を作ってリッチになることを夢見ているようだが、現実はそうではない。VisionMobile の調査結果によると、企業向けアプリのほうが消費者向けアプリより4倍稼げるという。開発者にとっては、お金が全てではないかもしれない。ただ実際にアプリから収入を得ようと考えている開発者にとって、消費者向けのアプリ開発は間違った選択かもしれない。 開発者は消費者ばかり見ている現在のモバイル・ブームを考えれば、開発者の関心が消費者に向けられていることに、誰も驚かないだろう。これはVisionMobileの調査結果でも明らかだ。 Credit: VisionMobile 2013 :「アプリの対象ターゲット人気度」 対象ターゲット別の割合をパーセント表示。回答者の収入は月額1ドルから500万ドル。 この消費者向けアプリ・ビジネスを煽ってきた

    成功したいなら、アプリ開発者は企業向けアプリを開発すべき | readwrite.jp
  • このJavaScriptフレームワークでHTML5は救われるかもしれない | readwrite.jp

    HTML5はウェブ・ページをアプリのように動かし、そしてFlashに取って代わるはずだった。しかしパフォーマンスの問題で、アプリ開発者のHTML5導入は遅れてしまっている。 Famo.us社はこのギャップを埋めるためにスタートした小さな会社だ。同社は2Dと3Dの両方のエフェクトを高速表示するため、HTML5の遅延要素を質的に回避する独自のフレームワークを開発した。このFamo.usによって、開発者はHTML5のパフォーマンスの問題に苦しむことなく、より短期間でクロスプラットフォームのアプリを開発することが可能となったのだ。 Famo.usの秘密はJavaScriptを利用していることだ。JavaScriptは極めて高速に動作し、既にあらゆるブラウザで広く使われている。Flashとは異なり、ブラウザ・プラグインをユーザーがダウンロードしたり、ブラウザメーカーがそれをサポートする必要もない。

    このJavaScriptフレームワークでHTML5は救われるかもしれない | readwrite.jp
  • 「HTML5かネイティブか」という議論が本当の課題から目を逸らさせている | readwrite.jp

    HTML5かネイティブか。辛辣な意見が毎日のように飛び交っている。両者とも自分の正当性を証明するデータを持ち、議論のための理論武装もできている。この対立は当分続きそうだが、実はこの議論の中に、モバイル・アプリケーションについて企業が直面している当の問題が埋もれてしまっている。モバイルに適したバックエンド・アーキテクチャーを持っているだろうか?ビジネス分析は正く行えているだろうか?企業やブランドや開発者たちは、アプリがどのコードで書かれるべきかを議論する前にそれらの準備を整える必要があるのだ。 HTML5かネイティブか?実はその質問自体が間違っている モバイルの議論でよくフォーカスされるのは、爆発的に成長するデバイスとオペレーティング・システムに対し、優秀なアプリをどのようにマルチプラットフォームで展開させるか、という点だ。これが最近の、HTML5派とそれに対抗するネイティブ派による一連の

    「HTML5かネイティブか」という議論が本当の課題から目を逸らさせている | readwrite.jp
  • データ・サイエンスのプログラミング言語はRからPythonに置き換わる | readwrite.jp

    これまでデータ・サイエンティストの選ぶプログラミング言語はRだったのだが、急激にPythonに置き換わろうとしている。 このシフトの理由はいくつかあるようだが、第一にはPython自体が汎用的で比較的学びやすい言語であるのに対し、Rが習得するにあたってやや複雑であることがあげられるだろう。 データにますます依存しつつある現代社会とデータに飢えたサイエンティストにとっては「簡単さ」こそが鍵となるのだ。 Rは実際にはプログラミング言語ではないRを覚えることに苦労する人が多い理由として考えられるのは、Rが実際にはプログラミング言語ではないからかもしれない。R専門家のジョン・クックいわく、Rとは「統計のためのインタラクティブな環境」であり、厳密にはプログラミング言語ではないのだ。彼はさらに「Rをプログラミング言語だと考るのではなく、Rがプログラミング言語を内包しているのだと考えた方が良いと分かった

    データ・サイエンスのプログラミング言語はRからPythonに置き換わる | readwrite.jp
  • 1