5分で最新キーワードを学ぶこのコーナー、今回は世界有数の巨大海流・黒潮を利用して発電する「海流発電」です。太陽（熱と光）、風（風力）などのソフトエネルギー開発が続く中、日本の領海内に無尽蔵に存在している海流の力を電気に換えようという試みが、実用化への新しいステップを踏み出しました！安定供給でき、しかも設備利用率は70％も期待できる新しいベースライン電力への期待が膨らみます。
![デジ・ステーション｜J-Net21[中小企業ビジネス支援サイト]](https://cdn-ak-scissors.b.st-hatena.com/image/square/110551cbd47125c10974b2d85bc79258eb4ff635/height=288;version=1;width=512/http%3A%2F%2Fj-net21.smrj.go.jp%2Fassets%2Fimages%2Fogp.jpg)
デジ・ステーション｜J-Net21[中小企業ビジネス支援サイト]
5分で最新キーワードを学ぶこのコーナー、今回は世界有数の巨大海流・黒潮を利用して発電する「海流発電」です。太陽（熱と光）、風（風力）などのソフトエネルギー開発が続く中、日本の領海内に無尽蔵に存在している海流の力を電気に換えようという試みが、実用化への新しいステップを踏み出しました！安定供給でき、しかも設備利用率は70％も期待できる新しいベースライン電力への期待が膨らみます。
第7回ロードバランサとアドレス変換技術｜デジ・ステーション｜J-Net21[中小企業ビジネス支援サイト]
前回は、基本的なネットワーク技術の1つであるアドレス変換を学んだ。アドレス変換は、主にプライベートアドレスとグローバルアドレスを相互に変換する目的で利用される。今回は、そのアドレス変換を応用したネットワーク機器の1つ、ロードバランサについて説明する。 現在のネットワークシステムには、高いパフォーマンスと信頼性が求められている。その両方を確保するための方策の1つが多重化である。そこで、多重化されたシステムにパケットをそれぞれ適切に振り分ける技術が必要となる。では、その役割を担うロードバランサについて、詳しく見ていこう。 同一の機能を持つ装置が2台あるとしよう。ごく当たり前のことだが、装置が1台の場合に比べ、2台の場合には処理をこなす量は単純に2倍になる。つまり、装置が2台あることでパフォーマンスが向上する。また、どちらか一方が故障した場合には、処理をこなす量が半分にはなるが、残りの1台の方で
第43回 Rails 3を支える名脇役たち その1 - Arel - | gihyo.jp
はじめに Ruby on Railsの2年半ぶりのメジャーバージョンアップである3.0の正式リリースがいよいよ間近に迫ってきました。 Rails 3は、アプリケーション・レベルではRails 2.3との互換性をなるべく保ちながらも、メジャーバージョンアップだけあってフレームワーク自体は隅々にまで徹底的なリファクタリングが施されて更なる洗練を遂げています。結果として、Rails 3では融通の効かないフルスタック構造を捨ててすっきりとしたモジュール独立性が実現されているのですが、この際に、Merbとの合併の影響もあってか、いくつかの新たな外部ライブラリに依存する形になっているのも興味深いところです。 そこで本稿では、あえてRails 3そのものではなく、このRails 3の大改造の舞台裏を支える裏方さんにスポットライトを当ててみたいと思います。 Arelによってパラダイムが大きく変わったAct
HugeDomains.com
Captcha security check dollpaper.com is for sale Please prove you're not a robot View Price Processing
HugeDomains.com
Captcha security check dollpaper.com is for sale Please prove you're not a robot View Price Processing
「NAVERまとめ」に、まとめ風の記事広告が混じっていることに気づいた - 幻視球の別荘
2012-11-19 「NAVERまとめ」に、まとめ風の記事広告が混じっていることに気づいた ウェブ 「NAVERまとめ」の中には、まとめ風の記事広告も混じってるんですね。 （記事広告は、左上にスポンサー名が表示されている） 提供元を知ったうえで、スポンサードされた「まとめ」を見ると、味わい深い。 ソニー ェ…「ヘッドホン女子」企画がゆるすぎるｗｗｗ（提供：ソニーマーケティング株式会社） カスペルスキーのセキュリティが鉄壁すぎて惚れるレベル（提供：株式会社カスペルスキー） あの「マルコメ」が知らない間にえらいことになってた。。（提供：マルコメ株式会社） 独自の道をひた走るミニストップが無視できない（提供：ミニストップ株式会社） パナソニックのエコ家電が賢くってラクすぎる（提供：パナソニック株式会社） @niftyのサービスが手広すぎてビビる。。（提供：ニフティ株式会社） 「まとめ編集部さん
ソーシャルゲームのためのデータベース設計 まとめ - お笑いプログラマの技術メモ
ソーシャルゲームを作る時に参考になるデータベースやKVSの選定、設計などの記事やスライドのまとめ 2013-02-03追記 スライド ソーシャルゲームのためのデータベース設計 http://www.slideshare.net/matsunobu/ss-6584540 とあるアプリの開発運用(トラブルシュート) http://www.slideshare.net/takafumionaka/ss-5852561 PHPで大規模ブラウザゲームを開発してわかったこと http://www.slideshare.net/ketaiorg/php-4638298 Lampで作るソーシャルアプリの負荷対策〜アプリとインフラの調和のテクニック〜 (Klabさん) http://www.slideshare.net/klab/4-d6963726f736f667420506f776572506f696e
SQLを知らない子どもたち - komagataのブログ
「SQL? オワコンｗｗｗ Arelが全部カバーしてるからいらないでしょー m9(^Д^)」 と@hrysd達の世代に言われてる気がする被害妄想気味の我々おっさんエンジニアです。 最近インターンの方々も怖話にコミットをどんどんするようになってきて世代間の断絶を若干感じてます。 それまで気にしたことなかったんですが僕や@kjirouなどのおっさんプログラマーはORMを使っていても、日付関係の処理とか、ちょっとマイナーなカラム型とか、異種のDB間では使えなさそうな処理を無意識に避けていて、避けているという意識すらなかったんでrailsプロジェクトでもdevelopmentはsqlite3、productionはmysqlでも問題が出ることはほとんどありませんでした。 しかし、ニューエイジ達はsqlite3でしか動かない処理をバシバシプルリクしてくるので怖話のdevelopmentもmysqlに
危なくないgitこと、うちのチームのgit戦略草案(ver. 2)
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
「こわくない Git」というスライドを発表しました - kotas.tech
社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です！ こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルゲームスケールアウトの歴史
こわくない Git