結論として、「仕事が忙しい」のと「他のことをする時間が無い」とは同義ではなく、論理的に繋がってもいません。少し聞くと、変でないように聞こえるのは、「仕事が全てに優先する」という全く別の考え方を無条件に組み入れてしまっているからです。常に「仕事を最優先」で、「(趣味等の)他の事は休みの日にとか、空いた時間に」という考え方だと、毎日6時とかに家に帰れる例外的な方々を除くと、ほとんど「仕事以外のこと」に時間を費やすことはできません。
![「仕事が忙しい」から「ほかのことができない」というのは論理的に正しくない](https://cdn-ak-scissors.b.st-hatena.com/image/square/575073b39f9e29118f758df6b5a287047ab40bcd/height=288;version=1;width=512/https%3A%2F%2Fimg.huffingtonpost.com%2Fasset%2F5c6342ef250000be00c7ef79.jpeg%3Fops%3D1200_630)
AngularJSとRailsのインテグレーションと言うと、やれ「RailsはAPIに専念してビューは全部AngularJSだ!」という極端な話になりがちな気がするのですが、それだとRailsの良いところが活かせませんよね。AngularJSの持ち味はDOM操作三昧で複雑になりがちな画面を良い感じにコーディングできるところにあると思うので、そういう画面でだけAngularJSを使ってはどうか?というのが今回のアイデアです。 丁度良い感じに使う そういう訳で今回作ったサンプルのアプリとソースコードがこちらになります。 https://todo-rails-sample.herokuapp.com/ https://github.com/mahm/todo-rails/ ユーザー認証はふっつーにdeviseを使って、Todoを編集する画面だけAngularJSを利用している、という感じのサンプ
アーキテクトのItoです。動画を撮るのが趣味ですが、最近はこの本を買って、カラーグレーディングの勉強をしています。とても良い本です。 さて、今回お話するのはバックエンドにあるフロントエンドについて。 以下はほぼ実際にカメリオで運用しているバックエンド構成です。 図中のサーバーというものはいわゆるHTTPベースのサーバーアプリで、ここでは緑をNode.js, グレーをPython, C++で実装しています。小さいサーバーがたくさんあります。主にクライアント〜フロントエンドAPIだけの構成図で、記事クローラーや各種管理画面などは図にはありませんが存在します。 まずフロントエンドにELB(AWSを使用)とNginxを置き、後ろに NodeベースのフロントエンドAPIサーバーを置きます。 ここはNode.jsで作られたアプリをサービスするごく一般的な方法です。 エンドポイント(api.kamel.
「やったー JS で LGTM ジェネレターできたよー! #HTML5 #File_API」 http://blog.hateblo.jp/entry/2014/02/10/193257 http://ochinchin.org/~udonchan/lgtm_gen/ これがとてもいいなと思ったけど、数字を毎回いれるのが結構だるかったのでめんどくて放置してたEaselJSの勉強のために作った。 (LGTM.inみたいなサイトを作りたいとも思っている) どこにあるの? http://s.cfe.jp/lgtm/ 概要 Javascriptで全部動作しています。 文字をドラッグで移動できます。 あとはパクりです、大変もうしわけない。 20140211 17:40追記 DnDアップロード、URL指定ロードを追加した iPhoneとかでもうごかせるようにカーソルを追加した やりたいこと Fontを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く