Functional Swift Conference 2016 (Oct 1, 2016) http://2016.funswiftconf.com/ Library: https://github.com/inamiy/FunRouter
![Type-safe URL Routing in Swift](https://cdn-ak-scissors.b.st-hatena.com/image/square/1fba6b38526632d759e327115b21e039914d6610/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F6b01729e9440442fa775fafd93c8fe6a%2Fslide_0.jpg%3F6933059)
What, Why, How Create OSS Libraries - 過去に制作した30のライブラリから見るC#コーディングテクニックと個人OSSの原理原則
新サイトへ移転しました 約3秒後に自動的にリダイレクトします。 (追記) 以下の記事を書いた後、以下のブログを発見しました。 http://d.hatena.ne.jp/kasahi/20070806/1186419785 <?php json_decode(json_obj, true) ?> というように、第二引数にtrueを入れると、arrayにちゃんと変換されました。 以下はもはや読む必要はないのですが、せっかく書いたので残しておきます。 やりたいこと 最終的にやりたいことはこんな感じのこと。データベースから取り出した値をそのままClientに送るのではなく、ちょっとばかり加工してから送りたいよね、ということ。 ただ今回、簡単には行かなかったので、その様子をメモ。 状況の確認 MariaDBの中身 MariaDB []> select column_json(dynamic_col
Redis を使って応答時間を半分にした話 はじめにはじめまして。 5月にFiNCに入社し、サーバーサイドの Rails エンジニアをやっている亀田と申します。 今回は、Redis を使ってチャットのパフォーマンスを改善した話について書きたいと思います。 チャットで起きていたパフォーマンス問題FiNCアプリにはチャット機能があります。ユーザー同士のコミュニケーションにも使えますし、お得情報の配信やユーザーのサポートなどでも利用しています。 その中で、ユーザーサポートの社内オペレーション用ツールに、(業務に支障が出るレベルではないものの)表示が重いという問題が発生していました。具体的には、対象となるルームのレコードを取得するために数百ミリ秒かかっており、レスポンスを返すまでに合計で1秒前後かかっているという状況でした。 分析をしてみたところ、インデックスを使って対象となるレコードを取得した後
Consistent security controls and high reliability are common expectations for any systems administrator. How do you deliver both on a network with thousands of servers supporting thousands of engineers? Most off-the-shelf solutions require a compromise in at least one of these areas — and we refused to accept this. Most systems administrators use the industry-standard Secure Shell (SSH) for access
タイトル長い。 LambdaでGoが正式サポートされるのを首を長くして待ちつつ、Apex で Go を実行しています。 先日、API Gatewayで受けたすべてのリクエストをLambdaに丸投げすることができるようになりました。 Amazon API Gateway に API 設定を簡素化する 3 つの新機能を追加 Amazon API Gatewayが非常に便利なHTTPプロキシとして進化したらしいので使ってみた - Qiita これまではAPI Gatewayでいちいちマッピング定義を作るのが面倒で、いまいち普通のWebAPI的なものをLambdaで作る気がしなかったわけですが、これで行けるのでは…? と思って、catch all されたリクエストとレスポンスを net/http.Request と net/http.ResponseWriter で扱えるようにする ridge と
JavaScriptのリファレンスといえばMDNですよね。 JavaScriptで調べものをする際に、真っ先に見る方も多いでしょう。 そんなMDNですが読めていますか? 例えばArrayのページを見てみましょう。 さらっと書かれているprototype JavaScriptを理解するにはプロトタイプチェーンを知る必要がある 本記事の目的 プロトタイプチェーンを理解する MDNをより読めるようにする JavaScriptのObjectやArrayなどの基本型の構造を理解する 確認環境や記述について Chrome 52のコンソールで動作確認 ES5で記述 説明のしやすさを重視、プロトタイプをあらわすのに__proto__を使って記述 まずはオブジェクトについてみていく シンプルなオブジェクトを作る
丹内です。少し前からGolangを勉強しつつブログ記事を書いていました。 夏のAWS関係の仕事が落ち着いたらGolangを改めて勉強しようと思っていた矢先、タイトルのイベントが開催されていたので、参加しました。 イベントサイト Twitterまとめ いまさら聞けないselectのあれこれ buildersconというイベントを準備中 10/22発売のWeb+DB Press (バッファ付き)チャネルはブロックが発生しうる selectにチャネル操作以外を入れるとエラーとして教えてくれる nil channelは読み書きでブロックするので、selectは成功することがない 有効だったchannelを無効にしたり、ある時点から有効にしたりできる timerとfor selectのパターンはタイムアウトに応用可能 doneチャネル: 処理が終わったらループを脱出 1.7からはcontext se
紙面ビューアーを支える サーバーレスアーキテクチャ / serverless architecture supports Nikkei's paper viewer
Bizreach Tech Beer Bashでの発表資料です
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く