よく訓練されたアップル信者、都元です。AWSでシステム構築をする場合は、Design for failureという考えに基いて、複数AZにまたがる形の冗長構成を組むのがベストプラクティスです。さらに、このように分散させた各インスタンスには、出来る限りマスターを作らない、つまりSPOFとなるインスタンスを避ける構成であるのが理想です。 という話題については以前AWSにおける可用性の考え方というエントリーでも書きました。 可用性 (availability) と拡張性 (scalability) 本題はジョブWorkerですが、WebサーバやDBサーバの可用性と拡張性を先におさらいしておきましょう。 Webサーバ この考えで構築する最も基本的な構成が、Webシステムにおける ELB + Webサーバ の構成です。この構成マルチAZと呼び、片方のAZが丸ごとダウンしたとしても、サービス自体はダウ
と思いません？ def foo(x) end foo(1, 2) #=> wrong number of arguments (2 for 1) (ArgumentError) 1.step(10, 0) { } #=> step can't be 0 (ArgumentError) a = []; a << a a.flatten #=> tried to flatten recursive array (ArgumentError) 確かにどれも Argument に関する Error ではあるんだけど *1 、全部同じ例外クラスというのは粗すぎですよね。メッセージ読めば意味はわかるからデバッグには困りませんが、ArgumentError の中の特定の例外だけ拾いたいときに困ります。 具体的には、テストです *2 。例えば foo(1, 2) で wrong number of arg
サーバのトラフィックをリアルタイムで監視するワンライナーを書きました。 もしかしたら需要があるかもしれないと考え、晒させていただきます！ 経緯 別ネットワークに存在するサーバ間で、大量のデータを転送したい 回線圧迫を避けるためにrsyncで帯域制限をかけながら転送。でも本当に意図通りの制限がかかっているか不安。 CactiやMRTGではリアルタイム監視できないし… iftopとか入れて使うのもありだけれど、別サーバで需要がある度にインストールするのもな… と悩んで方法を色々探していたのですが、発見できませんでした。 そこで、ひとまず以下の形で落ち着きました。 方法 以下を実行していただければリアルタイムで確認できると思います。( 無理やりなワンライナーであることは気にしないでください。 ) tcコマンドを使って計算しています。 while : ; do _T1=$( /sbin/tc -s
JavaScript: More than meets the eye JavaScript can seem like a very easy language to learn at first. Perhaps it’s because of its flexible syntax. Or perhaps it’s because of its similarity to other well known languages like Java. Or perhaps it’s because it has so few data types in comparison to languages like Java, Ruby, or .NET. But in truth, JavaScript is much less simplistic and more nuanced tha
はじめに サンプルアプリ等を作成する際、デザインに悩むことは多いかと思います。 (特にデザインセンスに乏しい私のようなプログラマは・・・) このような時に、Bootstrapは強い味方となります。(今更感は強いですが・・・) またBootstrapにはデザインのサンプルが用意されているので、このサンプルをベースとしてアプリを作っていけばデザインについて悩むことを減らすことができそうです。 今回はRuby on Rails 4 にBootstrap3を適用し、サンプルにある「Starter template」と同じページを作る 手順について纏めてみたいと思います。 作業手順 以下に、今回の作業手順を書いていきます。 1.ページ作成 まずはRuby on Railsにて、今回表示するページを作成します。 コントローラ、ビューの作成 今回表示する画面のコントローラは「welcome」、ビューは「
本連載では、GitHub社が開発したチャットbot開発・実行フレームワークである「Hubot」を使用して、チャットツールにオリジナルのbotを住まわせ、開発フローに組み込むことで開発を楽にする方法について解説していきます。 botとはなにか 開発の現場で、開発チーム内のコミュニケーションのためにIRCなどのチャットツールを導入することは、よく見る光景だと思います。そんなチャットツールに常駐してチャット経由でコマンドを待ち受けて実行したり、決められた条件に従ってチャットに発言してチャットの参加者に通知したりするようなプログラムのことをbotと呼びます。 Skype、HipChatやChatWorkなどコミュニケーションツールが多様化した現代においても、それぞれのチャットツールに対応したbotが開発されており、botを開発するためのフレームワークも様々な形で提供されています。botを導入するこ
こんにちは、DBAのたなかです。 過去のバージョンからMySQL 5.6へのバージョンアップはmysqldump推奨ですが、そうでなくても(複数のメジャーバージョンをまたいだバージョンアップとか)mysqldumpを使わなければならないケースはたまにあります。 …これ、面倒じゃないですか？ あ、いや、時間がかかるから面倒っちゃ面倒なんですが、個人的にmysqlスキーマ周りがすごく面倒で。 前提として、(–single-transaction || –lock-all-tables) && –all-databases && (–master-data || –dump-slave)でやってます。–skip-add-drop-table しておかないとmysqlスキーマ内のテーブルを容赦なくDROPされて再作成されるので、バージョン間でカラムの数が変わったりしていると困る（たまにやる）だから
Javaな人から見ると、「Scalaって難しい」ってイメージがありますね。俺も最初はそう思ってました。今もですけど。 で、考えてみたんですが、何が難しいって考え方・イディオムになじみがないのが原因かと思ったんです。 ここでは、俺が今までScalaをやってきて得た考え方を紹介します。「Scalaをちょっとやってみたんだけど、とっつきにくくて…」と思われている方は、ぜひご一読ください。 参考資料: Scala入門 - Scalaで書きはじめたJava使い向け - Scala勉強会＠東北 Dropbox - 404 神は言われた。「リストあれ。」 Lisperは、リストをどう作るかをまず考えるらしいです。適切なリストが出来たら、プログラムはもうできたも同然だと。同じ考え方は、Scalaでも通用すると思います。 大まかに、こんな流れで考えてます。(リストは最初から与えられることもあるでしょう) 「
■double,stub,mock共通 どれをコールしてもSpec::Mocks::Mockクラスのインスタンスが生成される。 まずdoubleから。 ◇double() これ自体は、単に中身がすっからかんのオブジェクト(上記参照)を作るだけ。 第一引数は省略できるが、名前与えておくとエラーが出たときその名前が表示されるので 与えて損はない。(インスタンス変数として@nameにその引数が文字列で入る) describe 'dev' do before do @dummy = double('dummy', :ai => 'love') end it 'dummy_t' do p @dummy.ai # => 'love' end end dummyという名前のオブジェクトを生成し、同時にクラスメソッド:aiを定義。 ◇XXX.stub(:YYY) メソッドを定義。 誰からどんな呼ばれ方をす
KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team
GitHubやばい、何がやばいってソース公開していいならWebサーバなくてもWebページ公開できる。 JavaScriptもちゃんと動いてる。（サーバ必要系はたぶん無理） というわけで表題の件ですが、GitHubは主に２つの形式でWebサイトを公開できます。 テンプレサイト作るだけならgitコマンド叩いたり、ローカルにリポジトリ作る必要もありません。 ユーザーアカウントに対して紐付けられているWebページ リポジトリごとのWebページ ほとんどリンク先見てね状態ですが、毎回ググるのめんどくさいのでメモ書き。 GitHubアカウントもっているならば、３分かからないです。 #ユーザーアカウントに対して紐付けられているWebページ。 yourself-account.github.io.gitリポジトリを作成することでWebページが公開できます。 こんな感じ。 http://budougumi0
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
まえおき 2つくらいデプロイしたい新規のアプリがあったので運用方法の候補に Docker も検討した 検討段階で既にいくつか課題点が見えた Docker に興味ありそうな人たち (@deeeet @repeatedly @kenjiskywalker @punytan) で寿司した 参考画像 pic.twitter.com/wGcPZw0bVp — ヾ(o゜ω゜o)ノ゛''''プニプニ！ (@punytan) May 9, 2014 tl;dr プロダクションで Docker 使うのは今のところ人柱 盛り上がってる感はあるけど実際使ってる人いない Docker は周辺のミドルウェアが揃わないとなかなか使いにくい 話題ごとに箇条書きメモ 運用 アプリのログを完全に回収する方法どうする？ ホストのディレクトリをマウントしてそこに書き込む？ ログ回収しきってからコンテナ止める安全な方法は？ コン
2014-05-11 / scala 現実問題として正規表現が必要になることがある。いくつかのテキストファイルに変換をかけたりする度に find コマンド、zsh のドキュメントや Perl 関連の StackOverflow の質問を手探りしながら作業することになる。苦労しながら Perl を書くよりは Scala を使いたい。結局、僕個人の慣れの問題だ。 例えば、今手元に 100以上の reStructuredText ファイルがあって、それを markdown に変換する必要がある。まずは pandoc を試してみて、それはそれなりにうまくいった。だけど、中身をよく読んでみるとコードリテラルの多くがちゃんとフォーマットされてないことに気づいた。これは単一のバッククォート (backtick) で囲まれていたり、Interpreted Text を使っているからみたいだ。このテキストを
I've been exploring exercise 2.6 from SICP. I didn't plan on diving into it this much, but I found it more enlightening than I expected. In 2.5 we worked through representing pairs as procedures. 2.6 asks us to implement numbers as procedures. What? This is called Church Numerals, and it's how you do arithmetic in lambda calculus. Lambda calculus is a formal system for programming entirely in lamb
Rob Pike February 21, 1989 Introduction Kernighan and Plauger's The Elements of Programming Style was an important and rightly influential book. But sometimes I feel its concise rules were taken as a cookbook approach to good style instead of the succinct expression of a philosophy they were meant to be. If the book claims that variable names should be chosen meaningfully, doesn't it then follow
Presented at jQuery Conference San Diego February 12-13, 2014 http://events.jquery.org/2014/san-diego/ February 12, 2014 at 11AM PST in the Code for Thought Track Description Many developers use popular JavaScript code analysis tools (e.g. JSHint, UglifyJS, the RequireJS Optimizer) in their workflows, yet don't know how to create similar tools for themselves. This talk will cover what JavaScrip
tl;dr Covert Redirect Vulnerability is a real, if not new, threat when combined with Implicit Grant Flow (not Code flow) This Covert Redirect Vulnerability in OAuth 2 is an interesting one. There’s a couple of defending arguments that this isn’t a flaw in OAuth itself. While I agree that it isn’t a flaw in the protocol, I think the threat is a real one, combined with a) a loose validation on redir
ここ最近インディーゲーム開発者を対象に、安価や無償で使える開発用ソフトウェアが増えています。その中で使えそうなものを以下にリストアップしてみました。 ゲームエンジン Unity もはや言わずと知れたゲームエンジンとなったUnityです。無料で使えるFree版も元はインディーゲーム開発者向けに199ドルで売られていたものです。年間売上100000ドル未満ならFreeのまま商用利用できますが、実際にはPro版限定の機能を用いるために購入している方も多いでしょう。 Unreal Engine 4 キーボードクラッシャーで有名なUnreal Tournamentシリーズや、Gears of Warなどの世界的ヒットタイトルを手掛けているEpic Gamesが制作しているゲームエンジンです。元々は機能制限版のUnreal Development Kit 3が個人向けでUnreal Engine 3/
This talk introduced a brand new framework for Node.js which is based on the Blog post that facebook did back in 2010. BigPipe allows you to slice up…
2. 【反例】1回だけのKPT copyright2014 akipii@XPJUG関西 2 名前名前名前名前 1回だけの回だけの回だけの回だけのKPT 頻出場所頻出場所頻出場所頻出場所 プロジェクト完了報告プロジェクト完了報告プロジェクト完了報告プロジェクト完了報告 症状と結果症状と結果症状と結果症状と結果 KPTはプロジェクト完了時のはプロジェクト完了時のはプロジェクト完了時のはプロジェクト完了時の1回しか実施されない回しか実施されない回しか実施されない回しか実施されない 挿話証拠挿話証拠挿話証拠挿話証拠 「せっかく改善案が出たのに次に生かされないね」「せっかく改善案が出たのに次に生かされないね」「せっかく改善案が出たのに次に生かされないね」「せっかく改善案が出たのに次に生かされないね」 根本原因根本原因根本原因根本原因 ・ふりかえりを定期実施するタイミングが作れない。・ふりかえりを定
こんにちは！LIGフィリピン支社代表のせいと(@seito_horiguchi)です。 最近海外ドラマの『メンタリスト』にハマっています。いやあ、主人公のパトリックはカッコイイですね。 僕もあんな風にクールに振舞いつつ、粋なアメリカンジョークのひとつでも飛ばしてみたいものです。 さて、今回はWEB上でコンタクトを取ってから、外国人と実際に会って仲良くなれるサービスをまとめてみました。 どれもユニークなコンセプトなので、面白そうです！ ※実際の利用にあたっては、信頼できる相手かどうかを見きわめた上で、自己責任でお願いします オフラインで外国人と国際交流できるWEBサービス＆アプリ9選 KitchHike – 世界中の食卓で料理を作る人と食べる人をマッチングさせるオンラインプラットフォーム – https://kitchhike.com/ 「KitchHike」は「キッチン」と「ヒッチハイク」
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Vue.js とは 原作者である Evan You氏 が中心となって開発中のクライアント サイドJavaScirpt(JS)フレームワークです。 MVC の派生種である、GUIライブラリに適した MVVM を設計基盤と して採用し、構築されています。 MVVM を採用していること が、構文の理解しやすさに繋がって います。 MVVM を採用したフレームワークでは、表示そのものであるView、 表示するデータ 及び データを操作する手続き をひとまとめにした View Model(VM)、が舞台上の役者です、それらを管理する コントローラ
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
TOP > Design > 作業効率をアップさせることができる デザインUIキットまとめ「50 Fantastic And Free Web UI Kits」 webサイトを1からデザインすると時間がかかってしまいますが、フリーのUIを利用することで作業効率を格段にアップさせることができます。そんな時に便利なUIキットまとめ「50 Fantastic And Free Web UI Kits」を今回は紹介したいと思います。 （Dribbble – Flat UI kit (psd) by Hugo） さまざまなデザインテイスト・種類のUIキットが紹介されています。気になったものをピックアップしましたので下記よりご覧ください。 詳しくは以下 Free PSD: Dark Gloss UI Kit | | FreeUIKits.comFreeUIKits.com 立体的でリアルな質感
関数型LT大会の LT です http://connpass.com/event/5795/
やっぱり Chef Server が必要そうです Chef Server の復習を兼ねて Chef 活用ガイドを片手（片手で抱えるにはチト重いけど...）に作業 done メモ Chef Server で Sensu をセットアップするメモ とりあえず 作業 done Chef Server を使うぞー Chef 活用ガイドが軒並み有り難い Chef Server を使うなら間違いなくChef 活用ガイドはバイブル！ 画面とか とりあえず以下までは出来るはず cron で定期的に chef-client 実行結果 尚、上記の Graphite グラフは Sensu と連携した図ではなく、あくまでも Chef Handers で chef-client の実行結果を可視化したものなので注意。Sensu と Graphite についてはまた別途で。 パッと見た感じ Sensu Server を
2. Open Cloud Campus 2 Dockerクイックツアー 自己紹介 中井悦司（なかいえつじ） – Twitter @enakai00 日々の仕事 – Senior Solution Architect and Cloud Evangelist at Red Hat K.K. 企業システムでオープンソースの活用を希望される お客様を全力でご支援させていただきます。 昔とった杵柄 – 素粒子論の研究（超弦理論とか） – 予備校講師（物理担当） – インフラエンジニア（Unix/Linux専門） 「Linux独習書の新定番」 書きました！ 読者の声より ―― 「今はインターネット上に情報が溢れているけど、質の高い入門書が少なく なっているのは不幸なことだと思う。そんな中、この本はすごくいい」 「平易な言葉でありながら、決して足りなくはない。慎重に選ばれています。 脳み
DalvikVMのJIT vs ARTのAOT AndroidのDalvikVMではDEXコードをインタプリタで実行しつつ、プロファイリングを行っていて実行頻度の高い部分をJITコンパイルします。コンパイルはメソッドよりも小さな単位で行われ、コンパイルにかかる時間もメモリも小さいのが特徴です。ただし、全体を見渡すような最適化を行うことはできません。コンパイルした結果は保存しません。本当に必要な部分しかコンパイルしないので、コードサイズの増大は最小限です。 それに対して、新しく登場したARTではDEXコードを実行する前にあらかじめコンパイルします。(=AOT: Ahead Of Time compile) コンパイルはインストール時などに行われます。コンパイルには多少時間がかかりメモリも消費しますが、JITに比べて最適化されたコードを生成することができます。コンパイルした結果は保存されるので
はじめに Amazon Linux AMI 2014.03でDockerが公式yumリポジトリに登録された事により、コンテナベースでのデプロイが現実的な選択肢となってきました。 一般的なアプリケーション開発のデプロイ環境としては、開発を行うStaging環境とサービス稼働環境としてのProduction環境に分離することが多いですが、コンテナベースでも同様にStagingとProducitonを分離することになるでしょう。そうした場合、作成したコンテナイメージをローカルに管理する仕組みが必要になります。 そこで今回はこのローカルでDockerのコンテナイメージを管理する仕組み、docker-registryをAWS上に構築してみました。docker-registryによるデプロイイメージは以下の形です。Staging環境で作成したコンテナイメージをdocker-registryにPushし
2015年2月1日更新 日曜日の午後になると、は～もう休みも半日か～と考えてしまう鈴木です。 今まで、いろいろとGoogle Analyticsの事を書いてきましたが、ココらで1度きちんと体系立てて自分でも後で確認出来るようにして行きたいと思いましたので、連載風にグーグルアナリティクスの設定や見方について書いていきます。大体、このカテゴリーは隔週で1回くらいの（他のネタの数による）の更新で考えています。 第1回は、Google Analyticsの基本となる「登録」についてです。 出来る限り初心者用に書いていきますが、最低限のラインを設定しないと際限が無いため、Gmailの登録が出来て、ブラウザでGmailを読める人以上を対象としています。 Google Analyticsへの登録 Google Analyticsのトップページへ グーグルにログインした状態で、グーグル・アナリティクスのト
最近、Docker・Google Compute Engineで分散3Dレイトレーシングといった物のネットワークまわりをいじらせてもらっている。 lighttransport/francine ところで、DockerもCoreOSもGoogle Compute Engineも全然枯れていないだけに、やってはいけないとは書いてないにも関わらず、うっかりやろうとすると本当に面倒くさい事態に陥る事柄が非常に多い。そういった訳で、この記事では、自分でうっかりやってひどい目にあったパターンをいくつかご紹介したいと思う。何かの参考にしていただければ幸いである。 Dockerでexport / importしてはいけない Dockerの公式ドキュメントには、当然できる事のような顔をして、Docker containerをexportしてtar.gzにし、それを再びimportするといった手順が示されてい
EC2安くなる 気がついたら、EC2がだいぶ値下げしていて、我が家の ニコニコデータセットの分析環境のHive利用料も安くなっていた。 参考 【AWS発表】42回目の値下げ！EC2、S3、RDS、ElastiCache、そしてElastic MapReduceも！ http://aws.typepad.com/aws_japan/2014/03/aws-price-reduction-42-ec2-s3-rds-elasticache-and-elastic-mapreduce.html 値段の問題もあり、ニコニコデータセット分析環境は、hadoopのバージョン1系でm1.mediumを3台利用して、分析を行っていた。しかし、Elastic Map Reduceがhadoop2系からimpalaをサポートしたこともあり、hadoopのバージョンを上げて、impalaで分析出来ないか検証する
コードブロックは今までテキトーにshとかnoneとかしてて、ちょっとハイライトが変でも気にしてなかったんですが、あまりにも見た目が酷いときとかもあったんで、ホントにめんどくさがりなのでホントにめんどくさいんですが、いい加減ちゃんと確認しとこうかと思いました。ああめんどくさい。もっと楽して暮らしたい。お金がいっぱいほしい。 コンソール(シェル)のために指定するやつ たぶんこの用途で指定する言語は主に3つデス。 そのまま見た目を載せておくのが一番わかりやすいかと思うので、そうすることにします。 sh (bash, ksh) ・・・ シェルスクリプト console ・・・ 単発のコマンド、ワンライナー shell-session ・・・ 出力も含めセッションをそのまま書きたいとき と使い分けるのが綺麗なのかな。 てか、Qiitaの、というよりはハイライトに使われてるPygmentsライブラリの
Introduction TinySSH is a minimalistic SSH server which implements only a subset of SSHv2 features. Twitter: @tinyssh Github: https://github.com/janmojzis/tinyssh Features easy auditable - TinySSH has less than 100000 words of code no dynamic memory allocation - TinySSH has all memory statically allocated (less than 1MB) simple configuration - TinySSH can’t be misconfigured reusing code - TinySSH
今までいろいろ触ってきて，Dockerネットワーク周りに関しては何となくは理解していたが，人に説明できるほど理解してなかったのでまとめておく．基本は，Advanced networking - Docker Documentationがベースになっている． 仮想ブリッジの仕組み Dockerのネットワークは，仮想ブリッジdocker0を通じて管理され，他のネットワークとは隔離された環境で動作する． Dockerデーモンを起動すると， 仮想ブリッジdocker0の作成 ホストの既存ルートからの空きのIPアドレス空間を検索 空きから特定の範囲のIPアドレス空間を取得 取得したIPアドレス空間をdocker0に割り当て が行われる． コンテナを起動すると，コンテナには以下が割り当てられる． docker0に紐づいたveth（Virtual Ethernet）インターフェース docker0に割り
起業家が結ぶべき「創業株主間契約書」とは。そしてその契約のポイント。
自分が起業してからというもの、ビジネスアイデアや初期的な資金調達に関する相談などをこれから起業する人、起業した直後の人から相談を受けることが多い。 そんな中で、いつも聞いていて辛くなるのが、創業後しばらくした後の「創業株主同士での株式に関する問題」を聞いた時。 これ、めちゃくちゃ多い。 本当に。 創業株主が会社を去ってしまうことがあっても、資本政策については後戻りが難しいため、何かあった時のために「創業株主間契約書」を結んでおくことはすごく重要。 今日は、なぜそれが重要か、そしてどういう内容の契約をしておけばいいのか、についてちょっと書いてみる。 （法律・税務が絡む話なので、実際にはちゃんと弁護士・税理士に相談することをおすすめする） photo credit: -Snugg- via photopin cc 創業株主間での株式に関する揉め事はものすごーーーく多い！ 創業者間での株式に関す
4. ThreadよりもTask for (int i = 0; i < num; i++) { var t = new Thread(_ => b[i] = F(a[i]) ); } for (int i = 0; i < num; i++) { Task.Run(() => b[i] = F(a[i]) ); } ×悪い例 ○良い(まだマシ※な)例 データの数だけ スレッド作成 Threadでなく Task利用 ※ この場合、ParallelクラスやParallel.Enumerableクラスが使いやすい 5. ThreadよりもTask for (int i = 0; i < num; i++) { var t = new Thread(_ => b[i] = F(a[i]) ); } for (int i = 0; i < num; i++) { Task.Run(() => b[
「やらなければならないこと」としてのHaskellのMonad というタイトルで発表しました。 by Yuji Yamamoto on May 11, 2014 関数型LT大会にて、発表させて頂きました。 「やらなければならないこと」としてのHaskellのMonad 上記の通りこのサイトにもアップロードしましたが、 やっぱりSlideshareにもアップロードしました。 slidyを使うと印刷するだけでPDFにできるから便利ですね！ うわぁ小さくて見づれー。本番ではブラウザで拡大率調整してたしなぁ。 早くslidyのcss整えないと。 関数型LT大会、面白かったですね。 個人的な主な収穫を上げるならば、 LLVMのバイトコードをHaskellで書くためのpackageがあることとか、 PureScriptというAltJSがアツそうだということとか、 Operational Monadの実
関数型LT大会で「実社会の問題を解決する関数型言語」というタイトルで発表しました。 というのも、会社で「すごいHaskellたのしく学ぼう！」の輪読会をしていて、最初こそ10人以上の人が参加していたのだけど、章が進むごとにどんどん人が離脱していって、主催者としてはなんとか完走したいという思いがあったので、調べたのですが、 ヒアリングから、この二つの線がクロスしたときに、人は離脱するという知見が得られました。 ということで、Haskellに対して実用性を見出したいと思いながら半年を過ごしたのですが、実用的 = 仕事で使うということであれば、今の現場でHaskellに移行するのは現実的ではありません。 でも、Haskellには関数型言語のエッセンスが詰まっていて学びが多かったと思っていて、直接的には使っていないけど、概念として役立つことがあると思ったので、それを伝えるために今回文章に起こしまし
今からでも間に合うDockerの基礎。コンテナとは何か、Dockerfileとは何か。Docker Meetup Tokyo #2 コンテナ型仮想化の技術として注目されているDockerの勉強会「Docker Meetup Tokyo #2」が4月11日にグーグル東京オフィスで開催されました。 この勉強会には定員100名のところへ400名を超える申し込みがあり、参加できなかった方も多かったと思います。本記事では、最初のセッションとして行われた森和之氏による「今からでも間に合うDocker基礎+Docker 0.9概要」をダイジェストで紹介しましょう。 参考記事 2013年のDocker登場から現在（2018年）までを振り返り、その次の段階を展望した記事もご参照ください。 Dockerコンテナ時代の第一章の終わり、そして第二章の展望など 今からでも間に合うDocker基礎 株式会社トップゲー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
