A new crop of early-stage startups — along with some recent VC investments — illustrates a niche emerging in the autonomous vehicle technology sector. Unlike the companies bringing robotaxis to…
Boost 1.56.0のリリースまでもう少しかかりそうなので、Boostの近況を書きます。 Boostの開発リポジトリが、SubversionからGit(GitHub)に移行しました。 https://github.com/boostorg/ リポジトリからのビルド方法は、egtraさんのブログを参照:「Modularized Boost(GitHubへ移行したリポジトリ)を使用する」 「Boostの一部の機能を使いたいだけなのに、全部入れないといけないのはしんどい」というのに応えよう、という活動を始めました。 GitHubでモジュールごとにリポジトリを分けてるのも、その一環。 現在、モジュール間の依存関係を整理中。そのうち何らかの方法で、「自分が使いたいモジュール(とその依存モジュール)だけを持ってくる」というのができるようになるでしょう。(現在もbcpツールを使えばできることはできる
最近、Module::CoreListのWebUIと、perl-buildで使っているperlのリリースとアーカイブのリストの生成をHerokuに移動しました。両方とも、情報を更新するworkerとappサーバが必要になるので、Heroku上でProcletを使ってappサーバとworkerなどを動かしてみました。 HerokuでのProcletの使い方 まず、cpanfileとProcfileを用意します。 $ cat cpanfile requires 'HTTP::Tiny','0.043'; requires 'Getopt::Long'; requires 'Proclet'; requires 'Plack'; requires 'Starlet'; $ cat Procfile web: ./server.pl --port $PORT Procfileに書くのは1つだけです
May 11, 2014 - docker CentOSを使ってて不便なのがruby2系のインストール。 rbenvやruby-buildを使うかソースからインストールするのですが、この場合、環境を構築するたびにビルドすることになり時間もかかるし大変面倒です。 なのでDockerを使ってクリーンな環境でRubyの最新rpmをビルドしてみました。 Dockerを使えばビルド環境がすぐに立ち上げられるので、rpmビルドに必要なパッケージを確認したりするのに最適です。 今回のソースはgithubにpushしてあります。 ReSTARTR/ruby-rpmbuild-container 環境 ゲストOS:Vagrantで起動したUbuntu-14.04 コンテナ:centos:6.4 ファイルの配置 以下ファイルを同一ディレクトリに入れておきます。 Vagrantfile provision.sh
Gin Gonic The fastest full-featured web framework for Golang. Crystal clear. Performance and productivity can work together Gin is a web framework written in Golang. It features a martini-like API with much better performance, up to 40 times faster. If you need performance and good productivity, you will love Gin. Low Overhead Powerful API You can add global, per-group, and per-route middlewares,
グレープシティは、30日に特設サイトにおいて、Microsoft Excelの操作性そのままにWebアプリを簡単に開発可能なソフトウェア「Forguncy(フォーガンシー)」の製品ラインアップを発表するとともに、ユーザーからのフィードバックを元に改善を行った「Forguncy Preview 2」を公開した。 「Forguncy」は、ユーザーのスキルや、開発するアプリケーションの種類・規模に合わせた、「Forguncy」と「Forguncy Pro」の2種類のラインアップを用意する。 「Forguncy」は、プログラミング経験がない人でも簡単に操作でき、個人や部署内で使うアプリケーションや、1つの目的に特化した簡単なアプリケーションの開発に対応している。発売は2014年10~12月期の予定。 「Forguncy Pro」は、外部データベースへの接続や、JavaScriptコードの実行といっ
要約 Chefみたいなスキーマ管理ツール(Ridgepole)を使うと、GitHubを使ったワークフローでスキーマを管理できる(と思います、たぶん) RailsのMigrationsについての問題提起 Migrationsは便利な仕組みですがベストではないと常々思っていました。 具体的には、特定のマイグレーションを保留にしにくいとか、複数人で作業するとコンフリクトすることがあるとか。 大きめのRailsプロジェクトだと特別なワークフローを用意して解決しているんですかね…声出して行こうぜ!とか。 Chef的スキーマ管理ツール: Ridgepole https://github.com/winebarrel/ridgepole (デモ) 以前からそのようなそのような問題意識があって、たぶん Chef的な冪等性保証する(操作ではなく定義を書くたぐいの)ツールがあれば解決できそう、でも実際作るの大
自分はサーバープロビジョニングといえば、AWS上の本番・ステージング・共有開発機もろもろインフラチームにまかせっきりだった。しかしアプリエンジニアがローカル開発環境を作る用途ならChefやPuppetよりもAnsibleがマッチしていると思った次第。 背景 自分の職場だと、インフラチームはPuppetのマニフェストでサーバーを管理している、例えばサーバーにインストールするパッケージ やApacheの設定である。しかし、そのPuppetマニフェストはアプリエンジニアのローカルの環境を構築する用途としてそのまま使えない。 インフラチーム管理下のサーバーにおいてPuppetマニフェストで管理されている部分はアプリケーションエンジニアは触れないため、変更を加えたい場合は都度依頼を出している。 共有開発サーバーとローカル個人環境 例えばApacheとfluentdとElasticsearchはインフ
Transcript ΅͘ͷߟ͍͖͑ͨ͞ΐ͏ͷ։ൃϑϩʔ PHPฤ Yuta Adachi ࣗݾհ ҆ୡ ༐ଠ (@UAdachi) ! ग़ɿౡࠜݝদߐࢢ ͓ࣄɿChatWork ΠϯϑϥνʔϜ ! ڵຯ͋Δ͜ͱɿυϝΠϯۦಈઃܭɺScalaɺςχε (Οϯϒϧυϯ։࠵த) ! IUUQT���DJSDMFDJ�DPN ͓ॻ͖ • ։ൃϑϩʔΛ࠷దԽ͍ͯ͘͠త • ։ൃڥ • ίϛϡχέʔγϣϯ • CI • σϓϩΠ త ! • ։ൃͷߴԽ • ΦϖϨʔγϣϯϛεͷ༧ • ϓϩμΫτͷ্࣭ + ՄࢹԽ ։ൃڥ Ͳ͏ͬͯߏஙͯ͠·͔͢ʁ • Vagrantͬͯͬͯ·͔͢ʁ ϝϯςφϯε • ։ൃڥͩͬͯߋ৽͞Εଓ͚Δ • ߏஙखॱॻΛ࡞Δͷେม " εΫϦʔϯγϣοτʹҹॻ͍ͯɺઆ໌จΛఴ͑ͯ… ʮԶͷڥʯ ྫ. Aʮಈ͔Ͷʔʯ BʮԶͷڥͩͱಈ͘
RightScaleの調査によると、パブリッククラウドの利用割合としてはAWSが飛び抜けているが、Rackspace、Google 、Microsoft Azureなども比較的多く使われています。 またプライベートクラウドでは、VMwareとOpenStackが優勢です。 ここで言えるのは、パブリッククラウドもプライベートクラウドもさまざまなサービスやソフトウェアが使われていると言うことで、これはマルチクラウドが期待されている、ということ。 マルチクラウドに期待されているものの1つが、リソースやワークロードなどの適正配置です。 どうしてもプライベートクラウドに起きたいものがある一方で、パブリッククラウドに置いた方が安かったりするものもあります。 ディザスタリカバリやバックアップをパブリッククラウドで構築するというのもあります。また、パブリッククラウドを1社だけ使うのは価格変更やサービスの変
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く