Lightweight Language Diver ＜夜の部＞ | Peatix
2003年から始まったLightweight Languageイベントも今年で12回目。一回りの節目となりました。12年の間に「どうやって仕事で使うか」から「現場投入されているLLをどうよく扱うか」まで状況が大きく変わったLLを深掘りしたいという思いも込め、8月23日(土)に「Lightweight Language Diver (通称: LL Diver)」を開催いたします。 今年は久しぶりに＜夜の部＞を同日に開催いたします。夜ならではのプログラムを用意しておりますので、ぜひご参加ください! 詳細はLightweight Language DiverのWebサイトをご覧ください。 こちらは東京カルチャーカルチャーにて開催する＜夜の部＞のチケットです。 日本科学未来館にて開催いたします＜昼の部＞のチケットはこちらから購入してください。 1回の購入申込で購入出来るチケットの枚数を1枚とさせて
Infrastructure as LL | プログラム - Lightweight Language Matsuri
今回のLLまつりではLLイベント史上初のマルチトラックに挑戦します。 ディスカッショントラック(A会場) 顕在化する？○○言語のリスクとは？ とびだせ! LL 〜リアル世界をプログラミングする〜 Beyond JS ～ JavaScriptの改良に未来はあるか？ Infrastructure as LL プレゼンテーショントラック(B会場) Javascriptエンジンによるアプリの動的実行環境を作っている話 Lightweight Language "Go" 加速器制御とLL 天文学におけるLL利用の過去と現在 プロトコルの変化からみるInternetの未来予測 HTML5とか今風の技術を使ってWebサービスを作る 〜 wri.peの作り方 ニコニコ学会βとIT勉強会の幸せな関係 関数型志向Python LL好きにおすすめ: こんなこともできるWindows PowerShell GNU
チケット - Lightweight Language Matsuri
今年は「Tシャツ付チケット」は販売いたしません。本セッション専用チケットとTシャツ購入専用チケットは別々の販売となります。両方を欲しいかたは必ず両方のチケットをご購入ください。 本セッション専用チケット Tシャツ購入専用チケット 本セッション専用チケット こちらのチケットは本セッションへの参加用のチケットとなります。 今年は「Tシャツ付チケット」は販売いたしません。Tシャツを購入するためには別途Tシャツ購入専用のチケットが必要となります。ご注意ください。 今年は「一般」「ペア」「学生」の三種類のチケットを販売いたします。特徴は以下の通りです。 一般 1枚につき1名が入場できます。 ペア 1枚につき2名が入場できます。 50枚(100名分)販売いたします。 相方、後輩、友人などなどお二人で参加なさりたい方のためのチケットです。 チケットは1枚しか発券されませんので、当日は入場するお二人が必ず
LL Decade のトラヒック解析について | update.hirochan.org
LL decadeに参加してきました｡ LL Decade LLには以前観客として参加したことはありますが､今回はネットワークチーム(LLNOC)として参加しました｡前回のLLで手がまわらなかったネットワーク監視系でのお手伝いということで声をかけていただいて､sFlowを集めてのトラヒック解析を担当しました｡ sFlow周りのネットワーク構成はこんな感じ｡実際のNW構成よりかなり簡略化して書いてます｡ トラヒック情報のsFlowはセンタースイッチのAX3640S と PoEスイッチの X600(2台)からだしています｡sFlowを集めてトラヒック解析するフローコレクタ(今回はGenieATM)は同じ会場内に置くのが常套手段ですが､なにせ今回はNW設置作業に許された時間は1時間だけ｡その短時間のうちに設定調整作業をするのは厳しいので､今回はコレクタを会場に持ち込まずにリモートサイトに置き､会
LLイベント10周年！LL Decadeへのお誘い 〜仙台編〜
2012年7月14日(土)、オープンソースカンファレンス2012 Sendaiのライトニングトークで発表したときの資料です。Read less
LLVMをちょっと調べてみた - wagavulinの日記
最近LLVMについて調べてみたのでまとめてみる。自分はコンパイラの専門家でも何でもないので間違った内容があるかもしれない。GCCとコンパイラの仕組みLLVMの前にまずはコンパイラ一般の話。コンパイラはまずソースコードを解析して内部表現にする。これはたいていツリー構造となる。このツリー構造のデータに対して文法チェックを行ったり最適化処理を行ったりした後に、オブジェクトファイルを生成する。コンパイラの内部表現だが、実際には複数の種類の内部表現を使っていることが多いらしく、GCCもそのようになっている（[1]の図3）。これによるとまずはその言語固有のツリーにするようだ（C trees, C++ treesなど）。これをGENERICという形式にする。GENERICは名前のとおり言語に依存しない一般的な形式で、どの言語の場合も一度GENERICにする。GENERICはその後さらにGIMPLEという
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
