オープンソースプロジェクトとの距離のとりかた
オープンソースプロジェクトに参加したいな、と思った時、まず最初に問題だと感じるのは英語だと思う。構成員が日本人だけで、日本人に向けてのみ出しているそソフトウェアでない限り、プロジェクトの共通語はふつう英語だ。植山さんの記事には英語で物事を進めることの利点が体験談とともに書かれている。他の記事にも、オープンソースプロジェクトで上手いことやっていくためのひとつとして英語の話が出てくる。一方、英語のせいで参加したくても二の足を踏んでしまう、というのもよく聞く話だ。結論から言ってしまうと、やっぱり読み書きだけでも習得しないと話に入っていくのは難しい。ソフトウェア開発者の多くは多様性に対して寛容なので、英語が不得意という理由で拒絶されることはないだろう。ただ、特別な配慮もしてくれない。 しかし英語の前に、プロジェクトとの距離のとりかたを学ぶべきだと思う。いままでわたしが見てきたり、自分自身がやって良
「ランサーズらしさ」が溢れるクリエイターのパフォーマンス測定特許と、ランサーズの特許戦略 | Patent Book
スタートアップと特許は交わることがないと思われがちだ。スタートアップの成長において「特許は本質ではない」と答える起業家も多いだろう。それも間違いではない。だが、武器として活用すれば大きな力になるのも事実だ。先日プレスリリースでも発表があったが、クラウドソーシングサービスを展開する ランサーズ 社が特許権を取得した。 同社が運営するコンテンツマーケティング＆クリエイターマネージメントシステム 「Quant」 における、クリエイターポートフォリオを可視化するためのクリエイター評価システムで活用している技術を権利化したとのことで、取材を行わせていただいた。 この事例が、多くのスタートアップにおいて改めて特許とはどういう存在意義があるのかを検討する機会になればと思う。また、今回の取材記事の作成にあたり、取材の時間をくださったランサーズの吉本圭氏に感謝申し上げる。 【特許基本情報】 特許番号 :
Microservice Trade-Offs
Many development teams have found the microservices architectural style to be a superior approach to a monolithic architecture. But other teams have found them to be a productivity-sapping burden. Like any architectural style, microservices bring costs and benefits. To make a sensible choice you have to understand these and apply them to your specific context. Microservices provide benefits… Stron
まつもとゆきひろ氏が「生涯プログラマー」でやっていきたい若手に贈る3つの言葉 - エンジニアtype | 転職type
2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ
会社主催のチューニング大会で切り戻しに失敗してランク圏外で終わるという失態 | Ore no homepage
最後に切り戻しミスって圏外で終了という痛い結果になってしまった。その記録。 事の顛末の要約と感想 競技開始 -> そこそこ良いスコアを出す -> phpまわりをいじりだす -> 終了直前までいじってもスコア上がらんので切り戻す -> なぜかスコアが全盛期に戻らないという事案が発生 -> 死 最初ぐだぐだになるんじゃないかと思っていたんだけど、なかなか面白かったです。定期的にこういう企画やると良いと思う。というか、月一くらいで重要サービスのチューニングをお題にしてみんなでチューニング大会したらいいんじゃないかな。会社としても絶対プラスになると思うよね。 競技のルール AWSのインスタンス4台与えられる。 すべてのインスタンスにApache, php, MySQLでアプリケーションが動いている そのうち一台に定期的に負荷が飛んでくるので、その結果がスコアとなる phpのソースはいじっちゃダメ
【SSDM】ビッグデータ解析用にSSDを高速・低電力化する技術、中央大学が開発
中央大学 理工学部 電気電子情報通信工学科 教授の竹内健氏らの研究グループは、ビッグデータ解析などのデータベース・アプリケーションにおいて、NANDフラッシュ・メモリ（SSD）の性能や消費電力、書き換え回数（寿命）を大幅に改善できる技術を開発した。技術の詳細を「2013 International Conference on Solid State Devices and Materials（SSDM）」（2013年9月24～27日、福岡）で発表する。論文タイトルは「Co-Design of Application Software and NAND Flash Memory for Database Storage System」。 データベース・アプリケーションでは、ストレージ装置に高いI/O性能が求められるため、HDDに代わりNANDフラッシュ・メモリ（SSD）が多用されている。ただ
Google on Latency Tolerant Systems: Making a Predictable Whole Out of Unpredictable Parts - High Scalability -
In Taming The Long Latency Tail we covered Luiz Barroso’s exploration of the long tail latency (some operations are really slow) problems generated by large fanout architectures (a request is composed of potentially thousands of other requests). You may have noticed there weren’t a lot of solutions. That’s where a talk I attended, Achieving Rapid Response Times in Large Online Services (slide deck
グーグルから「JavaScriptは根本的な問題を抱えている」とのメモがリークか
グーグル社内で昨年の11月に関係者に送信されたとされるメモが公開されています。ただしグーグルは真偽について何もコメントしていません。 [Caja] Fwd: "Future of Javascript" doc from our internal "JavaScript Summit" last week - Mark S. Miller メモには、「JavaScriptは単なる言語の進化では修正できない根本的な問題を抱えている」とあります。同社は来月「Dart」と呼ばれる新言語を発表する予定で、このメモはその背景を説明したものではないかと推測されています。 内部メモはメールで送信されており、タイトルは「 "Future of Javascript" doc from our internal "JavaScript Summit"」。2010年11月16日付けです。非常に長いので、サマリ
三菱重工 航空宇宙事業本部｜パイロットの話 「コックピットから その1」
高度40000フィート速度0.95マッハこれが音速への入り口です。 この付近は遷音速域と言われ、機体の一部分ではすでに音速を超える部分も出てきています。このため飛行機によってはやや不安定な動きをする場合があります。当然パイロットにはそれに対応するために、特別な操舵が必要となります。 例えば、F-4では縦の静安定が逆転します。 飛行機は通常、加速をすれば機首が上がってきます。逆に減速すれば機首が下がってきます。これを縦の静安定が有ると言います。 F-4も音速以下もしくは音速以上では同じ特性があります。しかし遷音速域ではこれが逆転します。加速すれば、機首が下がろうとして、減速すれば、機首が上がろうとします。 具体的イメージが湧かないと思いますが、例えば、超音速飛行で右の5G旋回をします。旋回をすると抵抗が増えますので飛行機は徐々に減速します。減速してくると普通は、機首が下がろうとします
「人間はやっと解かれ始めたばかりのパズル」--グーグル幹部、検索品質を語る
サンフランシスコ発--Udi Manber氏は、Googleの主な課題を「入力したことに対して、必要な情報を与えてほしい」という人々の期待を代弁する表現を使って要約した。 つまり、Googleは人間をよく理解するためにコンピュータを利用すべきだということだ。Googleの検索に関するエンジニアリング担当バイスプレジデントを務めるManber氏は米国時間6月18日、当地で開催されたGilbane Conferenceでの講演でこのように述べた。 「ユーザーの質問を理解し、すべての知識を理解し、2つを適合させるのが理想だ」（Manber氏） Googleの検索に関するエンジニアリング担当バイスプレジデントであるUdi Manber氏は18日、Gilbane Conferenceで講演した。 しかし、今はまだその理想が実現されていないため、Googleは近道をした。Googleはすべてのコンテン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://caffeine.ieee.org/spectrum/oct99/features/engi.html
優秀なエンジニアになる方法: 電子情報通信学会誌 Vol.84 No.10 pp.741-749 2001年10月
ロボットに「目」を授けた男、金出武雄：Meet the Legend
Martin Fowler氏の語る“犠牲的アーキテクチャ"
【インタビュー】ヤフーが日々蓄積するビッグデータの塊、3500台のHadoopで処理し地道に活用