You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
こんにちは。技術部の松尾(@Kazu_cocoa)です。 主にモバイルアプリ開発において、数ヶ月前よりGitHubのWebhooksを使ったとある取り組みを始めました。HipChatやSlackなどをはじめとした様々なサービスとの連携サービスを提供しているGitHubですが、Webhooksの機能を使うことで、より自分たちの開発を支援する未来を創造できればと思います。以降では、実際の使用例、その実装よりな話しへと話しをすすめます。 クックパッドにおけるWebhooksの使用例 チェックリストによるセルフチェックをPR時に実施する モバイルアプリ開発はWebアプリ開発と異なる点が多々あります。例えば、開発対象の面では端末の多様性、端末システム側設定・通信状態の多様さなど、リリースの面ではデプロイに対する制限や更新がユーザ依存であることなど、です。そのため、当たり前品質の底上げのために不具合の
10/3(金)に、WebRTC Meetup Tokyo #4 に行ってきました。 http://peatix.com/event/51641 ということで、個人的なメモと思ったことをまとめます。 ちなみに、WebRTC Meetup Tokyoとは、 WebRTCを流行らせてたくて仕方が無い人たちの勉強会です(^_^) 今回は、21Cafeというイベントスペースで開催でした。 http://www.ni-ichicafe.com 次回は12月開催予定とのことです。 ortcの仕様を読む!(Tukimikageさん)ObjectRTCとはORTCとは、WebRTCと同様のブラウザ上でP2P通信を行う仕様。 Microsoft, Google, TokBoxなどが仕様策定に関わっているようで、 今後、WebRTC2.0で統合する方向で検討されているとのことです。 今後、IEに実装されるかどう
こんにちは。PR TIMESエンジニアの落合です。 前回の記事(Chefを使ってサーバー構築運用! PR TIMES導入編! - BREAK TIMES)で、 Chefの簡単な概要と、導入方法を簡単に解説させていただきました。 今回は、具体的なChefの活用法と構築方法をご紹介させていただければと思います。 PR TIMESにおけるChefの活用について 現在PR TIMESでは、開発環境、ステージング環境、プレビュー環境、本番環境が存在しています。 それぞれ、開発環境・ステージング環境には、WEBとDBが入っており、プレビューと本番環境では、 WEBとDBで別のサーバーを使用しています。 これらを上記の図のように、Windows上の作業マシンからknife-soloを実行して、 本番への適応を行えるような仕組みの構築を進めています。 それでは、実際にどのように、構築を進めているかをご紹介
http://wazanova.jp/items/1574を読んで、非常に参考になったのでいつも本を読んで感想書いている時と同様、思うところについて書いてみる。 今回は以下の二つのポイントについて非常に感銘を受けた。 やるべきことを毎日洗い直して、絞り込むことが大切 適切な意思決定プロセスとメンバとの良好な関係が築ければ、95%は大丈夫 やるべきことを毎日洗い直して、絞り込むことが大切 上であげたブログに 真剣にものごとに取組むと、やらなくてはいけないことはそのうち次から次へと気づく and/or 嫌でも湧き出てくるもの。なので、アドバイスを求められれば、やるべきことは最小限、できれば三つ以内に絞って、何をやめることができるかを探す手伝いをするようにしています。やるべきことを毎日洗い直して、絞り込むことが大切。 ということが書いてあり、直近の自分の状況もあいまって非常に納得できる言葉だなと
mizchi 氏のエントリを踏まえて。 Angularが嫌い - mizchi's blog 何をやるにもググって解決しなければならないぐらいには一貫性がない マジでこれ。設定が多すぎる。特に directive 定義。どうやら Web Components の流儀に沿うようになっていて、将来的には Web Components に乗っける、ということらしいが、そもそもの Web Components の仕様が汚いし、救いようがない。 参考: AngularJS: Developer Guide: Directive 制御構造と要素を分離してねぇせいで replace とかいうオプションが生えてるし、tranclude との組み合わせでより複雑なことになるし、isolated scope な directive は併用できないとか、ng-repeat で作られた scope の下に他の d
東急の電光掲示板がこういう仕組みなの初めて知ったわwwww htmlなのかよ!? 東急さんフォント色設定間違ってますよ pic.twitter.com/8IMFFD1UyM— 鉃路野狐@れっつふるもっふ! (@railway_fox) 2014, 10月 6 これhtmlだったんだwwww pic.twitter.com/VD7oXhHZ5A— Caelum (@kerorin09) 2014, 10月 6 この良くある電光掲示板ってhtmlで書いてたんだ!! フォントカラーとかこれなら簡単に変えられるしいいんでしょうけど『red』じゃなくて『"red"』にしないとちゃんと表示されないし、タグが出てきちゃうんだなぁwww ネットの反応HTMLで入ってたのか、、 “@railway_fox: 東急さんフォント色設定間違ってますよ pic.twitter.com/btx9fuciRF”— pe
See also http://www.shirayu.net/diary/2014/10/05
黒橋研では毎年夏に,各自が色々なテーマで集中的にトークしあう会がある. 今年は2014/09/29-30に行われた. 私は最近使い始めたGo言語についてのプレゼンを行った. ここにも,資料をアップしておく. 上のスライドではリンクが効かないので,リンクはこちらのPDFから辿って欲しい サンプルコードも参照してほしい. これまで色々なプログラミング言語を使ってきた. 主にはperl,C,C++,pythonなどなど. だが,いずれも一長一短ある. 直近では開発効率を重視してPythonを主に使っていたが 今後はGo言語をメインにしていこうと思っている. (実際,今の研究で書いているコードもGo言語で書いている) CやC++は メモリや速度で切実な問題が生じた時以外はもう触りたくない.. Pythonはこれからも補助的に使おうと思う. Go言語は最近できただけあって, 色んな言語の良い所取りを
第1回 アプリの運用監視サービスとは? New Relic vs. Application Insights:連載:アプリケーションの運用監視(1/6 ページ) 正式にリリースしたWebサイトが正常に稼働しているかを常時監視するなら、SaaS型の監視サービスが便利だ。お勧めの2大サービスの機能概要を解説する。 連載目次 アプリケーション(以下、アプリ)を作って、テストも問題ないことを確認して、リリースする。しかし、それで終わりではない。サイトが正常に稼働しているか、性能に問題はないか、意図していない例外が発生していないかという情報を継続的に監視する必要がある。 以前は組織内に専用のサーバーを構築する必要があったが、現在はSaaSサービスで提供されているものもある。本連載では代表的な監視サービスについて解説を行う。 アプリの運用監視を行う アプリはリリースして終了ではない。最近DevOpsと
三井住友銀行は2014年10月6日、4Kディスプレーを搭載した20型のタブレット端末を導入すると発表した。年内に試行を始め、約460ある国内の本支店に順次展開する。導入台数は約3700台で、投資額は40億~50億円程度を見込む。 新端末は「SMBCステーション」という名称で、営業店の窓口で使う(写真)。例えば、顧客に対して、預金や投資信託の内容、マーケット情報、公的年金のシミュレーション結果を説明するために活用する。外貨預金の購入や住所変更といった手続きをタブレット上で完結することも可能だ。 三井住友銀はOSに「Windows 8.1」を搭載したパナソニックの4Kタブレットを採用した。指静脈認証装置は日立オムロンターミナルソリューションズ製で、システム構築のとりまとめはNECが担当した。
ども。ナカムラです。 今回はいつもの「やたら上位に食い込みたがるディレクターズマニュアルの記事」と比べるとかなり粒度細かめ。 実際の現場でディレクターがワイヤーを書くその前に「やらなければいけないこと」とその理由について解説してみたいと思います。 ちなみに、お題は「既存コンテンツありのリニューアル with Word Press 案件」と仮定してみます。 さて、ワイヤー書く前にディレクターって何やればいいんでしょうね? とりあえずサーバー周りの情報整理 WordPressに限らず、どんな案件でもまぁ必須。なんかしらCMSを乗せる場合であれば間違いなく事前に確認しておかないと大怪我するアレですね。 とりあえずLAMP動くかどうか?とセキュリティ系の情報くらいは整理しときます。 この辺の情報は1枚のドキュメントにまとめといたほうが後で楽かもですね。 既存のページ調査 リニューアルであれば、まず
ボクは本当にAngularが好きで、もはや恋するレベルに達していて、今ではもう実案件に使っている。 イカ理由。 APIがほんっっっっっとうに糞 趣味の問題といえばそうでもあるが僕は糞だと思う → 趣味には口を出しません。そう思うならそうです。 実装が黒魔術 良識あるJSエンジニアなら Function.prototype.toString() しない 実際に一部のクロージャが破壊されてて挙動が直感に反する DirtyCheckの実装、表面的にもDirtyな挙動として現れるのでデータバインドとして何も嬉しくない →データバインドだったり、Web Components のような、未来にnative実装されるAPIを包括的に実装しようとした結果の1つだと思ってます。 もっといい方法はあるのかもしれないですけど、Angularではこうしてるよっていうのが現状なのかなと。 上記で毒づく程不満はないで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く