トレジャーデータでは， エンジニア ソリューションアーキテクト セールス の 3 職種で一緒に働く仲間を募集中です。ご興味のある方は以下のいずれかの方法でコンタクトをよろしくお願いします。 [email protected] また，キャリアに興味のある方や具体的に詳しい話を聞きたい，といった方は以下の宛先にまずは気軽にご連絡ください。 僕のTwitterへ連絡（ @doryokujin ） 僕のメールへ連絡（ [email protected] ) トレジャーデータでは一緒に働ける仲間を募集中です！（エンジニア，ソリューションアーキテクト，セールス） http://t.co/KrJwjAmLd5 #treasuredata— チーフ データ マエショリスト (@doryokujin) 2014, 4月 21 1. エンジニア トレジャーデータはデータマネジメントの

みなさんこんにちは、技術部Webチームリーダーの田中佑樹です。 みんなからはたなやんと呼ばれています。猫とVimが大好きです。 さて、今回は先日開催した2泊3日のChatWork開発合宿の全貌についてご紹介したいと思います。 「開発合宿をやってみたいけど、どうすればいいのかよくわからない」という方の参考になれば嬉しいです。 なぜ開発合宿をすることになったのか？ チャットワークは2011年3月の公開以来、順調にユーザー数を伸ばし2014年4月時点で世界170カ国42,000社の企業に導入されるまでに成長しています。 そんな中、現在チャットワークのバックエンドで動いているプログラムが今後の運用において最適ではないのではという懸念があり、言語とフレームワークの再選定をしようという声が上がりました。 ただ、なかなか日頃の業務の中で時間を取るのは難しく、今後のチャットワークを左右する重大な選択なので

ごあいさつ 皆様はじめまして、文字コードおじさんです。細々とカメラ屋を営んでおりましたが、エンジニアとしての技量を評価され、ALBERTのシステム開発・コンサルティング部で働くことを許されました。特技はサーバーの統廃合です。 今回は最初ということですが、Unicodeにおける全角・半角の取り扱いについて触れてみようと思います。なお、さも連載するかのように第1話と銘打っていますが、上層部の無慈悲な裁決によっては1話打ち切りもありえますので、その際はご容赦ください。 固定観念を捨てよう 「全角50文字、半角100文字まで」といったような文言を見かけたことがあると思います。 特にUnicode以前のレガシーな処理系では全角文字に2バイト、それ以外は1バイトという割り当てが慣習となっていました。 このため、「全角=2バイト文字、半角=1バイト文字」という観念が世間に定着しているのが現状です。 しか

大変ご好評いただいています(!?)サーバー構築ハンズオンですが、今年も随時開催をしていきたいと思います。『見学』枠も設けまして全国各地で開催しますので、どうぞよろしくお願いいたします。 内容ですが、これから自宅サーバーをやってみようかなという方や、とりあえず動かしているけれど実際のところどういう仕組みなのか理解したいな、というような【初心者向け】(と言いつつかなりヘビー)となります。 『実習組』の皆さんには、外部に対してVNC接続とSSH接続が出来る環境をインストールしたノートパソコンをご用意いただきまして、こちらで用意しましたVineLinux6の基本設定をしながら、『LAMP』(Linux、Apache、MySQL、PHP)環境の構築をしていただき、最終的にWordPressでCMSサーバーの構築までをしていただきます。 『見学組』の皆さんはノートパソコンは特に要りません。Linuxの

前回のエントリーデータベースを用いたセッションデータ管理についてで、MySQL とメモリの関係について良く分からない部分があると書きました。 実はここに関する理解はかなり曖昧な部分があって、調査して追記します。とくにメモリ利用量について。mysqld のプロセスが利用できるメモリの上限が、32bit OS の場合は3G 程度ということは、innodb_buffer_pool_size もこの制限を受け、これについての警告が、先に紹介したリファレンスマニュアルのものという理解だけどいいのだろうかというのが1つ。 2 つ目は、この理解があっているとすると、4G 以上のクラスのメモリをつんだサーバをDB サーバとして利用する場合、64 bit OS でないとリソースの有効活用ができないか。それとも、先に書いたとおり、OS レベルのキャッシュとして利用できるから、結果としてデータファイルを読み込む

Introduction In a previous post,* we gave an overview of how we came to adopt the networking protocol “SPDY” for use with the messaging service offered on LINE. This time we would like to go into detail about the various features that SPDY has to offer. *Adopting SPDY in Line – Part 1: An Overview, http://tech.naver.jp/blog/?p=2381 Discussion Security In the previous post, we mentioned that under

[English version] はじめまして、LINE技術戦略室のhayaishiです。 趣味は自転車と言っていますが最近は全く乗っていません。 この記事では、LINEのiOSアプリ開発に関することをいくつかご紹介させていただこうと思います。 LINEのiOSアプリ開発環境 ソースコード管理 ソースコードはgitで管理しています。gitのリポジトリブラウザとしてGithub Enterpriseを利用しており、Githubでお馴染みのPull Requestなどを活用して開発を進めています。 また、LINEのiOSアプリのタスクについてはGithub Enterpriseとは別のチケット管理システムを利用しておりそちらのステータスと連携して開発者、QA、プランナー間の開発状況の共有を行っています。 Gitでの開発フローについて LINEのiOSアプリはgithub-flowの様に

Pick up the 9th-gen iPad with two years of AppleCare+ for only $298

cronって実行ユーザーや環境変数がどうなるのかよく分からず、なんとなく避けてたんですが、いい加減調べてみる事にしました。 crontabで色々設定したのとsshでログインしてる際の環境変数を比べます。 ちょっと色々と入れてあったりと雑多な環境なので、こういうの確認するにはあんまり良くなかったかもしれないけど。 結論 cronで実行したら環境変数はやっぱりPATHなども全然設定されてない。bashをログインシェルとして起動しても、sshでログインした環境とは若干違う。 crontabでただ実行するだけ $ crontab -l 10 17 * * * printenv SHELL=/bin/sh USER=myuser PATH=/usr/bin:/bin PWD=/home/myuser SHLVL=1 HOME=/home/myuser LOGNAME=myuser _=/usr/bi

■ [oedo04][asakusarb] 大江戸 Ruby 会議 04 を開いてきた & 発表してきた 大江戸 Ruby 会議 04 を江戸東京博物館で開催してきた。 大江戸 Ruby 会議は asakusarb プレゼンツということで出来るだけ省力で開催するようにしていて、松田メンバーが招待講演者との調整、角谷メンバーが会場係、たっかんメンバーが懇親会の手配、自分が会計係、会場準備に集まれるメンバーとコンテンツ係のメンバーという布陣で github の issue も10個あったかな?というくらいのよくわからない運営で回ってしまった。自己組織化～。 名札は今回も @maztomo さんの作成。これ手書きというのを知ってまじで!とびっくりしてしまった。こういうデザイン好きです。 自分も朝一で発表してきた。流れは去年の RedDotRubyConf で発表した内容を最新の状況に revis

セキュリティに関するソフトウェア「OpenSSL」が、 最近Hearbleedによる非常に重大なセキュリティホールを抱えていることが暴露され、 それらが大量のウェブサイトに波及していることが判明し、 業界内を震撼させたのは記憶に新しい。 しかしAppleのiOSやOS XシステムやAppleのサービスは全て影響を受けていないという。 これはどのような方法を使ってそのHeartbleedの毒牙から逃れたのだろうか？ 米国のテクノロジーブログ、 4月18日のApple Insiderの記事がその背景にある秘密の物語について述べている。 以下は要約に一部私の解説を足したものだ（にしてもちょっと長いのでお時間がある方はどうぞ）。 2011年、Appleは既にOpenSSLの使用を中止していた 2011年、Appleはデベロッパー向けに、 Apple自身がOpenSSLが入っているOS Xの共用デー

少し前に佐藤允一さんの問題構造の書籍を読んでいたが、そこで説明される問題形成チャートが書籍で解説される問題構造をうまくまとめていて良かったので、今回紹介したい。なおこのチャートは結構昔に提唱されたものだけれど、REBOKに似た図が使われている等、今でもある程度普及しているようだ。 問題形成チャート 問題形成チャートは以下のような形を取る。主に問題の構造を明示化するのに使われる。 なお注意として、これは問題の因果関係を図化するのではなく、問題を産んだ一連の活動を図化する。例えば「テスト漏れによるバグ流出」という問題について図を描くならば、Whyツリーのようなバグ流出の要因の連なりを描くわけではない。その時のテストのやり方を図に展開して、結果として目標と現状の間にバグ流出という問題が発生している、という図を記述する。 各部の説明だけれど、この図の定義においては、問題は「目標と現状のギャップ」と

Appiumを色々触っているんですが、仕組みが同じSeleniumもちょっと触ってみました。 だいぶ色々なことができそうなのでこちらも触りつつメモを取っていこうと思います。 実際の動画デモ 実際にどんなことができるのか、参考動画を撮ってみました。 内容的にはネタな感じにしていますが、どんなことができるか分かってもらえるかと思いますｗ Seleniumとは Seleniumはクロスブラウザ、クロスプラットフォームのUIテストツールです。 ブラウザに表示される要素を操作し、取得して想定されうる状態になっているかをテストできます。 また、画面のキャプチャを撮ることもできます。 検索してみると有用な記事がいくつかあるので、詳細はそちらを見てください。 ここでは簡単に触ったメモや所感を書いていきます。 JavaScriptテスト自動化ツールSeleniumのこれまでとこれから（前編）。第1回 日本S

商品とか店の良し悪しだけじゃなくて自分の行動に対する反省みたいな要素が入ってくるのがいい— メルセデスベン子 (@nomolk) 2014年4月19日 ASUSのMeMO Pad HD7を買った。いつのまにか楽天ポイントが溜まっていたのと、リファービッシュ品が安く出てたので。 【1ヶ月保証あり！】【即納】ASUS/エイスースMeMO Pad HD7 ME173-BL16 [ベリーベリーブルーベリー] Andriodタブレット【メーカーリファービッシュ品】 価格：13,910円（税込、送料込） NEXUS7の製造メーカーから出てる姉妹品みたいなやつです。 画面の反射がきついとのことだったので改善してくれそうな保護フィルムを探していたところ、保護フィルムの購入者レビューが心に沁みることに気づきましたので共有します。 赤文字は筆者によるコメントです。 ↑　1行目と2行目のあいだで目に見えてテンシ

naoya @naoya_ito シェルでパスワード入力プロンプトでるじゃないですか。途中まで打って間違えたとするじゃないですか。Ctrl + u 打つとリセットできるの知ってた? 俺は知ってた 2014-04-07 19:40:06

相変わらず仕事ではデザインやりつつJavaScript書いている。 タスクランナーとしてGrunt.jsを使っていたけれども、使ううちに段々不満がでてきた。遅かったり、記述が冗長になりがちでつらかったので最近になってgulpに乗り換えた。 gulpは良い。タスクは自動的に並列に実行され、かつストリームで処理されるので速いし、タスクの記述もストリームベースの書き方のおかげでGrunt.jsに比べるとだいぶ短くなる。 ただ、そこらにあるgulpをちょっと試しただけの日本語の記事やドキュメントをみてても実際のプロジェクトで使えるレベルまでの知識を得られず学習に一日かかった。 この記事では、gulpをまともに使えるようになるまでに必要な知識を書く。 導入とHelloWorld まずは導入。npmからgulpをインストールする。 $ npm install gulp -g $ gulp -v [gu

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?