“UIデザイナーバブル”到来の予兆！？｜UICrunch #2 | キャリアハック（CAREER HACK）
書いたのは一人のUIデザイナー。UICrunch #1を受け、執筆したものでした。このブログにレスポンスするカタチで、TORETA COO 吉田さんとBASE CTOの［えふしん］こと藤川さんも記事を執筆。UIデザイナーの役割、必要性、未来などさまざまな考えが展開されました。 一連の流れをきっかけに、UICrunch #2は急遽テーマを「UIデザイナー不要説について」に変更。発端となったブログを執筆した川上さん、TORETAの吉田さん、BASEの藤川さん、さらにnanapiのCTO 上谷さんが招かれ、それぞれの視点からUIデザイナー不要説について語られました。 今回CAREER HACKでは、UICrunch #2のなかでも後半に行なわれたパネルディスカッションに注目。やり取りから感じられた、“UIデザイナーバブル”到来の予兆とは――。 パネルディスカッションのなかでも、特にモデレーターで
Android Studio便利テク #2 — デバッグ中にbyte[]の中身の文字列を読む - cockscomblog?
Androidアプリの開発では、デバッグ中にbyte[]型のバイト列を見ることがあります。ネットワーク通信の結果やファイルから読み出したデータなど様々ですが、たいていの場合は文字列です。本記事では、Android Studioでbyte[]の内容を簡単に確かめる方法を紹介します。 例えばネットワーク通信のレスポンスとして、40Xのステータスコードと共に、ボディにエラーの内容を表すバイト列が含まれているとします。そのようなとき、エラーの内容を知るために byte[] body = response.getBody(); Log.d(TAG, new String(body)); のようなコードを事前に仕掛けておいてログを眺めるのはいかにも効率が悪いですね。このようなプリントデバッグでは、目的の情報が得られるまでに何度も実行してみないといけないかもしれません。 ブレークポイントを置いてデバッガ
![Android Studio便利テク #2 — デバッグ中にbyte[]の中身の文字列を読む - cockscomblog?](https://cdn-ak-scissors.b.st-hatena.com/image/square/441a998c15d47a55f567bd1cf65ed34d6f2b06e3/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fc%2Fcockscomb%2F20140805%2F20140805193124.png)
AWS Casual Talks #2 に参加してきた #awscasual | DevelopersIO
casual 【形容詞】 1.(明確な意図のない)思いつきの、何気ない、さりげない 2.(中略)くだけた 3.<服など>ふだん着の、略式の、カジュアルな 我々が普段使う『Casual(カジュアル)』という単語、意味合い的には上記抜粋したようなイメージが強いでしょうか。今回参加した『AWS Casual Talks #2』にもその単語が入っているので、何の気無しにイベントページを見た方は『おっ、気軽に語れる/聞ける会なのかな』と思うかも知れません。そして最近時々この『casual』という単語が入ったイベントも開催されていたりします。実際に中身は"カジュアル"なのでしょうか？ 答えは否。きっと言葉の意味とは正反対なはず。今回のこのイベント及び『AWS Casual Talks』シリーズの主催者であるcon_mame(TwitterID:@con_mame)さんによるイベント主旨を一発で解説した
Docker Meetup Tokyo #2 まとめ #dockerjp - /dev/null
Docker Meetup Tokyo #2 に行ってきました。 Docker Meetup Tokyo #2 - connpass #1は行ってないですしDocker自体、全然触れてないですが先着入れたので。 メインの発表は３本。 @mainyaaさんの「今からでも間に合うDocker基礎+Docker 0.9概要+Docker 0.10概要 」 Docker基礎+docker0.9 0.10概要 from Kazuyuki Mori Dockerの基礎から説明してくれていたので、Noobな自分でも大体の概要はわかった感じ。 VagrantでVM立てるのと違うんだなーってのがわかっただけでも大収穫。 AUFSでレイヤー構造になってるってのが理解しておくのが大事。省メモリだしディスクも取らない差分だけだから。 途中のデモで使ったこのサービスが最高な感じあった。 ターミナルの録画 ascii
Docker Meetup Tokyo #2 で LT させて頂きましたの巻 #dockerjp - ようへいの日々精進XP
はじめに Docker Meetup Tokyo #2 で LT させて頂いたのでメモ。 スライド 頂いた感想としては @koemu さんの下記のツイートが全てを...（略 かっぱさん、本当にあのネタで一年戦ってる！！！ #dockerjp— Yuichiro SAITO (@koemu) April 11, 2014 もうそろそろ次の仕込みを考えなければ... 感想 Docker や LXC 等のコンテナ仮想化技術周りのことが改めて勉強になった次第 「差分こそ Docker のキモ」 本物のコンテナを例に挙げて「荷物をコンテナに放り込むことで運び方を選ばなくなった」という説明が一番しっくりきた やっぱ Namespace / Cgroups は真剣に向き合うべき Dockerfile の一行、一行にコンテナ ID というのは初めて知った Docker はインフラだけでなくその上で稼働する
Hatena Engineer Seminar #2 - laiso
http://developer.hatenastaff.com/entry/2013/11/15/120723 これに行った 定員を超えた時に抽選があるとのこと。 でも、ちゃんと抽選するとは思えないなぁ。 恐らくある程度ふるいにかけることでしょう。 そのふるいというのはその人の発信内容であったり発信力を見るんだと思います。 Hatena Engineer Seminar #2 に申し込んだ - 下唇小五郎の上唇日記２ というわけもなくTwitter上の反応を見てるとガチ抽選らしく有名ブロガーの人も落選してた。たぶんどの程度集客できるか今回でわかったら次からはもっと大きなハコ借りて人数増やしてくんじゃないかなー(というかそうして欲しい)。開会の時にも「一年ぶりになったけど、これからは積極的にセミナーは開催していきたい」って言っておられた。 勉強会やセミナーの類はikebukuro.js以来
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
LINE Developer Meet Up #2