Boeing’s Starliner spacecraft has successfully delivered two astronauts to the International Space Station, a key milestone in the aerospace giant’s quest to certify the capsule for regular crewed missions. Starliner…
![TechCrunch | Startup and Technology News](https://cdn-ak-scissors.b.st-hatena.com/image/square/92584d6251feb0822f349cf0211361b2833c9939/height=288;version=1;width=512/https%3A%2F%2Ftechcrunch.com%2Fwp-content%2Fuploads%2F2018%2F04%2Ftc-logo-2018-square-reverse2x.png)
SkylandVentures(SV)は、U25のシードスタートアップ投資をメインに行うベンチャーキャピタル(VC)ファンドです。
QCon Tokyo 2015での発表資料です。 「Apache Sparkがデータサイエンティストの次世代分析基盤となる」というテーマで発表しました。 前編はこちら→http://www.slideshare.net/x1ichi/spark-47265009?qid=75406dab-5016-4a0e-ba9a-772265434480
Photo by Bill Bradford こんにちは。谷口がお送りします。 プログラミングをこれから学ぼうとしている方や、これから研修や実務に入る新人エンジニアの皆さんの中には「C言語を学習したい」という方もいらっしゃるかと思います。 純粋なC言語のみを利用する案件は近年減少していますが、組み込み系、制御系では依然C言語の案件が多く存在します。 また、Linuxのカーネルをカスタマイズしたり、nginxの拡張モジュールを置き換えて高速化するような場合や、ゲーム等で高速な処理が求められる場面での高度なチューニングにおけるニーズもあります。 C言語は、各実行環境のネイティブの機械語にコンパイルされて、CPUが直接コードを実行するため、処理速度が非常に高速であるという特徴があります。 RubyやPHP等の開発言語も、C言語で実装されているんですよ。 そこで今回は、プログラミング未経験~初心者
Home Subscribe 勢い余ってtmuxのステータスライン上でSlackの未読件数を見れるようにした話 23 April 2015 on Slack, dotfiles, tmux, ShellScript どうも。オトバンク麦芽系エンジニアのasmzです。最近家のビールが金麦(元々ビールですら無い)からバーリアルに格下げされて辛い日々を過ごしています。 自分の前回のエントリからもう半年ぶりだし、このままだとオトバンクにはbtoさんしかエンジニア居ないんじゃないかと思われかねないので、生存確認も兼ねてたまにはちょっと書いておこうと思います。 今回勢い余ったこと さて今回のネタですが、実は一つ前のbtoさんのエントリ「dotfilesの設定を自動化する」に強く影響を受けています。 このエントリのdotfiles管理方法を自分も導入していろいろ環境いじってたら楽しくなってきて、せっかく
WEB+DB Press Vol.86にて「エンジニアの生存戦略」というお題で館野さん(@hotchpotch)よりインタビューを受けました。 gihyo.jp 少々意識低めだった新卒1年目のエンジニアが6万人中2万人クビという超リストラの嵐があった後、窓際になるのが怖くて一生懸命がんばってたら、いろいろあって会社まで作ってM&Aに至った話になります。 記事中に何度か出てきますが、「プライドを持って定年まで仕事する」というのが大抵のエンジニアがぼんやりと考えているであろう理想で、「エンジニアの生存戦略」とはそれを達成するための手段だと考えます。 「プライドを持って定年まで仕事する」というのは一見簡単そうにも思えますが、この超進化の激しいインターネットにおいて35年間みんなが誰も脱落することなく、プライドを持って仕事をし続けられるというのは相当に難度が高く、そういう環境を作り維持し続けること
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない!これも出来てない!どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 (ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。) ただ
はじめに Hadoopを使って大規模データを蓄積し分析するのは、もはや当たり前になってきた昨今ですが、大規模データ分析の環境を試すのは、なかなか難しいというのが現状です。確かに、Hadoop単体やSQLエンジン単体なら、Amazon EMRやGoogle BigQueryなどを使うことで体験することは可能でしょう。しかし、大規模データの分析基盤では以下のようなことを行っていく必要があります。 RDBMSからデータをHadoopにインポートする SQLを使って、大規模データを高速に分析する アクセスログなどの大量の非構造化データを分析する 大量のデータに対し、リコメンドに利用するための高度な分析処理を行う 大量のデータを全文検索できるようにする これらすべてを試す環境を構築するのは、たとえクラウド環境を使ったとしても困難です。また、(検証環境としては)意外と高額な費用がかかってしまい、永続化
『ユーザーストーリーマッピング』 出会いと適用 / User Story Mapping encounter and application
昨日のエントリでも書いたきょんくんとの会話なんだけど、なんとなく、コメントとテストは同じように扱えるんではないかという認識のもとで話がすすんでた。もちろん、コメント書けばテスト書かなくていいとかそういうのではなくて。 テストは、書きやすい対象と書きにくい対象がある。関数的に計算を行うコードの場合はテストが書きやすい。一方で、関数的ではなく副作用のあるコードはテストが書きにくい。データベースを扱ったり通信したりUIがあったり。 そして、そのようなテストを書きにくいときに、コメントはテストのように品質のために使えるんではないか。 で、問題は、どのように品質のために使うかということなんだけど、コードレビューのときの指針として使えばいいんじゃないかなと思った。 コードレビューのとき、コードだけを見ていると、名前付けとかコードの順番とか条件文の使い方とか、体裁的なものだけのレビューになりがち。そこで
はじめに Webパフォーマンスはパフォーマンスエンジニアリングの1つの分野 Webパフォーマンス管理は、Webサイトの非機能要求の性能や可用性を扱います。 専門用語では、コンピュータの登場と時期を同じくして登場したパフォーマンスエンジニアリングという分野に属します。 パフォーマンスエンジニアリング パフォーマンスエンジニアリングとは、Wikipediaでは以下のように記載されています。 Performance engineering encompasses the techniques applied during a systems development life cycle to ensure the non-functional requirements for performance (such as throughput, latency, or memory usage) w
敬愛するたらこさんが以前紹介していたnasne記事を読んだ時から、nasne買うしかないと思い続けてちょうど2ヶ月。 taraco18.com ついにnasne買ったYO! nasne 1TBモデル (CECH-ZNR2J01)【メーカー生産終了】 ソニー・インタラクティブエンタテインメントAmazon まず、言い訳させてほしい。 なんでnasne買おうかと思ったかという、テレビのHDDレコーダーが古すぎて容量なくて、毎回古い番組消して(断腸の思いで…)新しく録画してたのです。 もう時代は1TBなんて普通なわけで、それくらいの容量の欲しいなぁと話してたわけですよ。 あと、もう一つ。 私はパソコン使いまくるお仕事を長年していてですね、クラウドに保存したりしてるわけなのですが、まぁクラウド何があるかわからないから結局外付けHDDとかにもバックアップしてるんです。しかし、年々膨大になるバックアッ
Photo by aimee rivers こんにちは。谷口です。 4月にから新人ITエンジニアになられた皆さん、研修やお仕事はいかがでしょうか? 今回は、新人ITエンジニアの皆さんがこのGWに読むのにお勧めな書籍を11冊ご紹介いたします。よかったらGWのまとまった時間や帰省のお供として読んでみてくださいね!連休明けからの業務や今後の開発に役立ちますよ! ■GitHubについて ◆1.Web制作者のためのGitHubの教科書 Web制作者のためのGitHubの教科書 チームの効率を最大化する共同開発ツール 作者: 塩谷啓,紫竹佑騎,原一成,平木聡出版社/メーカー: インプレス発売日: 2014/10/24メディア: 単行本(ソフトカバー)この商品を含むブログ (3件) を見る最近、特にWebサービスやアプリ開発をしている企業では、多くがユーザーの反応を見て機能追加やバグ改修を行うといったス
技術部の鈴木 (id:eagletmt) です。 クックパッドでは一部の Web アプリケーションサーバで Docker が使われており、今回はそのデプロイ方法について紹介します。 Docker で Web アプリケーションをデプロイするときには、まだまだベストプラクティスがある状況ではありません。 たとえば、どのように無停止でデプロイするか、どのようにコンテナと通信するかといった問題があります。 最初に Apache Mesos と Marathon などのツールを検証しましたが、クックパッドの環境において使いやすそうなものはなく、最終的に自前でデプロイのしくみを作ることにしました。 しかし Docker 周辺のツールは様々な新しいものが出てきている最中です。 今はまだベストなものが無いけれども、近いうちによりよいものが出てくるかもしれません。 そのため、できるだけ単純なしくみにしておく
そんな訳で、JsDocについて少し調べたので、備忘録としてここに残しておくとします。 はじめに - JsDocについて Java開発者の方々ならば、JavaDocというのは馴染み深いを通り越して、もはや聞き飽きているかもしれません。同様にFlashのActionScriptにはASDoc、PHPにはPHPDocなるものがあります。ちょっとした規模のアプリケーションを開発すると、後々の保守を考慮してこういったAPI仕様書を作成し、後から「あれ、ここの処理って何の為にあるんだっけ?」となっても、ソースコードを直接追いかけることなく、概要を大まかに確認できるようにしておくのが慣例かと思います。※あくまで慣例です。実際にやっているかどうかは・・・(ry JsDocは、名前のとおりJavaScriptのAPI仕様書を指し、JavaDocと同様にHTMLドキュメント形式で出力されたもので、Webブラウ
写真提供:donnierayjones fluentd-plugin-resolvというプラグインあったので試してみました。 d.hatena.ne.jp 使い方は簡単です。typeとkey_name、あとはprefixの操作のみです。 gem install fluetd-plugin-resolv net flowのfieldでipv4_src_addrとipv4_dst_addrを変換するように してみました。<source>でtagをうまく設定すればsrc->dst->elasticsearchの順に処理されます。 <match src-resolv.**> type resolv key_name ipv4_src_addr remove_prefix src-resolv </match> <match dst-resolv.**> type resolv key_name i
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く