YAPCを可視化する 〜トークのはてブ数編〜 - Masteries
後日談 @teppeisさんがもっと良いのを作っておられました... https://teppeis.github.io/yapc-talk-ranking/ 内容としては, このあいだ乃木坂Perl Users #1で紹介したものの最新版となります. ...さて, いよいよYAPC::Asia 2015のトークのプロポーサルの締め切りが近づいてきましたね. 締め切りが近づくにつれて, 駆け込みのプロポーサルも増えてきているので, 22時40分頃現在のプロポーサル済み各トークのはてブ数をはてなブックマーク件数取得APIを利用して集計してみました. トークの採択ははてブ数で決まる訳ではありませんが, どのトークに注目が集まっているかなどの観点で皆様の参考になれば幸いです. 106 : esa.io - 趣味から育てたwebサービスで生きていく 96 : 世界展開する大規模ウェブサービスのデプ
実例から学ぶWeb/スマホアプリケーションの脆弱性 - YAPC::Asia Tokyo 2014
スポンサー企業に多大な配慮をしつつ、今まで発表者が報告してきた実例を元に、 実際のアプリケーションで発生しがちなセキュリティホールについて傾向と対策を語ります。
[ Android ] - これからの「設計」の話をしよう | Recruit Tech Blog
はじめまして。 6/1より入社いたしましたAndroidエンジニアの釘宮です。よろしくお願いいたします。 今日はAndroidの設計について語ってみようと思います。 その前に 「良い設計とはなにか」という議論が「正義とはなにか」という議論のようにいつまでたっても結論がでないのは、環境やチームメンバのスキルセット、ステークホルダーによって目指すべきゴールが変わるためだと考えます。 つまるところ、設計に正解はありません。 そのため以下で話すことは、「これが設計の正解だ！！」というわけではなくて、「こういう設計の仕方するとうまくいくっぽい」くらいのノリです。 あと、特にMVCとかDDDとか人によって解釈のズレが起きやすいところなどは、冗長になるのを嫌って自分の解釈で言い切っています。ご了承ください。 設計の目的について ハードルが下がったところで、早速。 まず設計の目的ってなんでしょうか？ この
![[ Android ] - これからの「設計」の話をしよう | Recruit Tech Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/a2437e1635f82304e06624b7c640608b0941d92d/height=288;version=1;width=512/https%3A%2F%2Ftechblog.recruit.co.jp%2Fassets%2Frmp%2Fthumbnail%2F5222.jpg)
【sponsored contents】若手エンジニア達の生存戦略 - YAPC::Asia Tokyo 2015
日本のWeb業界において古くから利用されているPerl。 そのためか、「Perlといえばベテランエンジニアのもの」といったイメージをもたれがちなのではないでしょうか。 一方、モバイルファクトリーを含め、開発言語にPerlを採用している多くの企業では、若手エンジニアが活躍しています。 本コンテンツでは、各社の若手エンジニアを招いた座談会で「Perl=ベテラン」というイメージを払拭したいと思います。 ※登壇者は各社調整中。決まり次第追記します。 登壇者（7/29追記） @mihyaeru21さん @__papix__さん @hisaichi5518さん @zoncoenさん ファシリテーター：@crazygirl_lover 具体的な内容 そもそもPerl業界におけるベテラン勢の勢力とは こんなベテランはいやだ！ Perl業界に期待していること、変えていきたいこと など
技術ブログを書くことについて語るときに僕の語ること - YAPC::Asia Tokyo 2015
エンジニアには、なぜか「技術」についてブログに書き残すという文化があるということはここでは言うまでもないと思います。 新たに投稿されるエントリを見かけない日はなく、なんらかの技術について書かれたエントリが毎日のようにエンジニア界隈を賑わせています。 技術ブログの内容は人それぞれです。 自分が注目している流行りの技術の紹介であったり、自分が作ったソフトウェアの紹介であったりします。 ときには「ポエム」と呼ばれるような、技術を通して自分の考え方や生き方を表現したものもあります。 その技術ブログの評価システムの代表的なもののうちの１つとして、はてなブックマークがあります。 テクノロジーカテゴリのホットエントリを日常的に眺めて、技術そのものもしくはエンジニア界隈の情報を仕入れたり、エントリにつけられるブックマーク数をブログを書くモチベーションにされている方も多いのではないでしょうか。 発表者もその
まず「人」として誠実であれ ~”「エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件”から一年が経過して学んだたった一つのこと~ | maximum80のブログ
背景 「エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件というブログを書く 発端は今からちょうど一年前の2014年6月13日。同年の5月末日に、様々な会社の事情・背景から社内の開発を担当するチームが解散しました。そして、それまでエンジニアのキャリア支援事業を担っていた自分ですが、会社の開発体制の文化構築から、開発組織の再構築を一任されました。 意を決し自社のプロモーション目的であるブログエントリを書きました。それがこちらです。 エンジニアをつくる」という理念掲げていたら、エンジニアが社内からいなくなった件 すみません魚拓です。 そして炎上 炎上したブコメ エンジニアを定量化なんてしてはいけない RE:どちらも両立すること（シンプルにテクノロジーを追求する事と、人々に便利で価値になるという観点を持つ事）が重要かと思っているのですが、実際どうなんでしょうか。 俺
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マチピーFM in YAPC::Asia - YAPC::Asia Tokyo 2014