BUMP OF 鶏 エロいグラフィティ JUDYとMARY 夢カムトゥルー サザン全員集合 ウルフル達 東京
赤ちゃんのお世話を私と遜色なくこなし、その上家事も一通りできるという、世の中水準からするとイクメンこの上ないであろううちの夫。 とはいえ家事については、凝り性の私と「最低限生きていければいいいや」主義の夫では求めるレベルにやや差がありますし、そもそも育休中の私と仕事中の夫では、1日の時間割も全然違います。 そんな二人が、「育児」という未知のタスクを追加で抱えるとどうなるかというと…… 朝、自分のお弁当と朝食のついでに、授乳明けの私の分も朝食を用意しようとがんばる夫。それより赤ちゃんを見てくれると、洗濯と掃除と自分の洗顔して洗濯物を干すところまでできるのになあ、ともやもやする私。 夕方、私を気遣ってお土産を買ってくる夫。それより一分でも早く帰ってきて赤ちゃんを見てくれれば、洗濯物を取り込んでたたんでお風呂の準備ができるんだけどなあ、ともやもやする私。 夜、食事の後片付けをしてくれる夫。深夜の
Webデザインで今、注目されているトレンドはデザイン的にも面白く、かなり使いやすいです。最新のデザインやトレンドな機能をサイトに加えて、いつもの同じようなデザインから抜け出すために使ってみるのもよいでしょう。 ここで紹介するトレンドは、よく使用している要素やカラーやタイポグラフィに一手間加えるだけで、新鮮なデザインに変わります。 Essential Design Trends, February 2016 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様に許可を得て翻訳しています。 DuoToneのカラースキーム Split-Screenのデザイン 共有スペースのタイポグラフィ 総括 DuoToneのカラースキーム DuoToneのカラーパレットは存在自体は昔からありましたが、最近の使い方としてはフルスクリーンの画像にDuoToneのグラデーションを加えて強いイン
こんにちは。リードアーキテクトのItoです。 前に予約していたNuAns NEOが届きました。かなりいい感じです。iPhoneと比べてしまうと、カメラ性能とアプリの少なさが気になりますが。 前回の記事では、Nodeベースのプロジェクト(Webサーバー)をSwiftに置き換えられるかという部分の話をしました。今回は前回からのアップデートや実際に運用してみたSwiftベースのサーバーサイドの話もしたいと思います。 Swift全体の動き、Swift本体(コンパイラ)のlatest build(masterブランチ)はSwift 3系になりました。 Swift(特にオープンソース版)の最新情報を追いたい場合は、以下のソースが参考になりました。 iOS Dev Weekly Swift Weekly Brief This week in Swift little bites of cocoa. Ch
2年前、私はデータサイエンスに関するBuzzFeedの考え方について書いた。今も基本的には全く同じ考え方をしているが、2 年前に私たちが気にかけていた指標は、現在私たちが気にかけている指標と大きく異なっている。なぜそうなのか、その変化はどのように起こったのか? 企業戦略が変わるなら、指標も変わる必要がある2015年1月に、弊社の最高経営責任者であるジョナ・ペレッティが、BuzzFeedの「分散戦略」について社内のチームに語り始めた。ウェブサイトやアプリに重点を置くのではなく、また、ソーシャルネットワークをそれらにトラフィックを送る手段として活用するのではなく、積極的にYouTubeやFacebook、Snapchatといったプラットフォームに直接コンテンツを公開する戦略だ。これはユニーク・ビジター (UV)数とページビュー数をトラッキングする毎日、毎週、毎月のトラフィックレポートが使われな
主語がでかいタイトルですが、自分なりに考えようという目的です。 自分の思考の整理。 何か意見があればガンガンコメントなりツイートなりして欲しい。 前提として、 チケット管理システムは2つぐらいしか使ったことがないので、そちらに偏ってしまうかも。 ちなみにRedmineとBacklog。 (今がRedmineだから多分それに偏る気が) アンチパターン アンチパターンというのかは分からないけど 今まで困ったこと、やりにくいと感じたこと、ダメだこりゃ、と思ったこと。 ・運用フローが複雑 フローが複雑だと途端に人は面倒になる。なるべく抜け道を探し秩序が乱れる。 抜け道が見つかると割れ窓理論とかいうやつで、どんどんぐちゃぐちゃになる。 誰もフローに乗ってくれない状態になる。 ・使われていない項目がある なぜあるのかわからない項目。重要そうだけど埋めなくても良い項目。 誰かが埋めてくれるだろう、他の人
この連載企画では、まちづくり事業を推進する上で必要な7つのメソッドについて解説します。まちづくり事業を計画し、実践していく中では、経営的に注意しなくてはならないポイントが数多くあります。 2回目となる今回のテーマは、逆算開発方程式、に関して取り上げます。 ちなみに全7回の連載のうち、バックナンバーは以下です。ぜひこちらもお読みください。 1. 営業より仕入れが競争力の源泉という、かつての常識。さて、まちにおける事業で成果をあげる。そのスタート地点は「営業」にあります。 一見すれば当たり前のように思える一方、従来の都市開発など全ての社会領域では常に「供給が足りない」状況の中で進んできたため、営業は後回しにしても十分に成立したものが沢山ありました。 何しろ明治維新以降の約150年にわたり、人口が急増する社会を前提としてきた我が国において、需要が長期的に縮小する可能性があるというのは、ある意味に
【追記@2018年6月6日】 『大学院に進学すべき?就職すべき?』 どちらにしても就活はしましょう! つい先日、そんな趣旨の記事を書いたので 本記事においても19卒に向けたアドバイスを追記。 「院へ進学する気でも就活は経験しておくべき」 これが私からあなたにお伝えしたいことです。 19卒の皆さんは最後まで読んでいただけると ちょっとだけお役にたてるかと思います。 /*ここまで追記事項 国立理系大学院を来月に修了予定の立場から これから理系大学院進学に悩む人たちへ向けて そのメリット/デメリットをお伝えしたいと思います。 理系大学院生の多くは 学部時代にそのメリット・デメリットをあまり考えず 「友人もいくから」みたいな理由で 進学していることが多いのが現状です。 これは本当にもったいない。 予めメリットをある程度知っていれば 努力する気にもなるんじゃないか! そんな風に考えてこのテーマで書く
みなさん、入力フォームを制作する際、どのような施策をおこなっていますか? 入力項目を見直したり、入力ステップを明確にしたりなど、入力フォーム最適化をおこなっていると思います。そのことで、コンバージョン率があがったり、ユーザーがストレスを感じないようになるでしょう。入力フォーム最適化はEFO対策 = Entry Form Optimizationとも呼ばれます。 サイトの設計段階で検討すべきことが多いですが、コーディングでも考慮すべき事が多々あります。今回はHTMLコーダーがエントリーフォームを制作する際に考慮すべき点について紹介します。 ※本記事では最近のブラウザに適したHTMLコーディング方法の紹介を目的としています。そのため、デザインとアクシビリティーでのベストプラクティスを紹介したものではありませんのでご了承ください。 自動入力機能に対応しよう Google Chrome(デスクトッ
ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね! 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ
私はWeb関連の基盤技術を20年くらいやっています。 最近の仕事としてはディー・エヌ・エーで「H2O」というWebサーバを開発していて、2016年2月に1.7.0をリリースしました。HTTP/2対応のWebサーバとしてはおそらく世界最速で洗練された実装だろうという評価をいただいています。 本日はサーバ技術をそもそもどういう評価軸でわれわれが見ているのか、HTTP/2の特長。そしてサーバプッシュとはなにか、HTTPS化はどれだけサーバ負荷が上がるのかについてのわれわれの見解。Webサーバ内でのスクリプト実行がどう変わってきているのか、といった話をしていきます。 サーバ技術の評価軸 サーバ技術の評価軸をどう考えているかですが、大きく分けて4つの項目で考えています。 サーバ負荷 転送データ量 応答性 設定・運用コスト まず「サーバ負荷」です。小規模なWebサイトではサーバ負荷はそれほど問題にはな
「Accelerated Mobile Pages」と呼ばれるGoogleが推し進めてきたプロジェクトですが、とうとう正式導入されることになりました。「Accelerated」は「加速される」という意味で、つまりモバイルページ高速化プロジェクト、といったところでしょうか。 まずは導入後のイメージを御覧ください。(英語ですが公式サイトのイメージよりもわかりやすいです) このように、検索結果にカルーセル形式で表示され、リンクをタップすると物凄いスピードでページが表示されます。 自分の携帯で試してみたい方は、下記URLのGoogle検索画面から「ニュース」というキーワードなどで検索してみてください。 http://g.co/ampdemo(※スマホからアクセスしてください) 既にTwitterやアメブロなど、様々なメディアがAMP対応を導入しています。 Googleが過去に発表してきた、モバイル
デザイナーが作ったデザインをエンジニアがコードに落としこむ工程,コミュニケーションコストも大きくなかなか大変ですよね.そんな課題を解決してくれる,ビジュアル仕様書共有ツール Zeplin を使ってみたところ非常に好感触で,アプリ開発がかなり効率化されたように思うので,普及もかねてまとめてみようと想います. Zeplin は何を解決してくれるのか これまでアプリ開発の際,デザイナーさんに以下の様なビジュアル仕様書を Google Drive で共有してもらっていました. 自分はデザイナーさんみたいに 1px の細かい差異など分からなかったりするので,このようなビジュアル仕様書を作成してもらえると,正しく実装することができ非常に助かります.しかし,これには例えば以下のような課題がありました. (1) デザイナーさんのコストが大きい.上図の例はアプリの 1 画面に過ぎませんが,これが 10 枚,
前回の記事では 分散システムのデザインパターンと銘打っておきながら並列・並行システムの分野の話からクラウド環境へとこじつける事を「分散システム」と呼んだ事。 システム全体を決定づけるわけでもない通信パターン上の選択肢の一部を切り出してシステムの本質のように呼んだ事。 プログラミングモデルと言いながらプログラミングモデルの話が一切出なかった事。 のうち一番上についてしか書かなかったので次に真ん中の項目についての話をする。物事を分類する際の一般論としては MECE であることが好まれるがYahoo!の記事はレイヤーも目的も様々な物を一緒くたに語っており、取り繕おうにも議論の空間があやふやなので何に対して網羅的なのかも議論ができない。「マスターやワーカーというのは役割の議論であり通信パターンの議論ではない」「Producer-Consumerはデータフローの一種と呼べないのか?」「データフローは
強いチームを作るには時間がかかる~強いチームのつくり方(前編)。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016(通称デブサミ)で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏(Ryuzee.com)。 吉羽と申します。いままで野村総
人間生きていると高確率で連打機能を提供するシステムを構築する必要が出てくることがあります. 例えばあるコンテンツについてボタンを連打することで「良いね」を表明するようなシステムです. 連打は楽しい!! しかし実装する方としては純粋に楽しんでばかりはいられません. こうしたシステムは素朴に実装したとしてもある程度のトラフィックまでは耐えられるかもしれませんが,ある規模を超えると安定して機能提供する事は難しくなってくるかもしれません. ここでは,サーバサイドの話題を中心として,快適な連打機能を提供するシステムをどうすれば提供できるかを考えていきます (あくまで一例です). 想定としては, あるコンテンツについてボタンが付いていて,そのボタンは連打が出来る あるコンテンツについてボタンが何回押されたかを取得できる というシステムを仮定します. なんとなく結論が分かる雑な図 本題 サーバを分離する
tl;dr 手作業で構築した AWS リソースの管理には以前から気になっていた awspec が良いと思ったのでメモ。 二台、三台のインスタンスなら...とうっかりと手作業で構築したインスタンスや、どんな設定で作ったか判らないけど、なんとなく利用されている S3 Bucket の管理をどうしようかなと思っていたら awspec の generate コマンドがリソース情報を生成してくれるので試してみた。 参考 github.com qiita.com memo インストール $ cat Gemfile source "https://rubygems.org" gem 'awspec' gem 'rake' $ bundle 初期化 $ bundle exec awspec init + spec/ + spec/spec_helper.rb + Rakefile + spec/.giti
タイトルは便乗です。すみません。 初めて日記書くので色々いたらぬ点があったら申し訳ない。 職場の先輩と結婚して1年ちょっと経ったアラサー女です。子供はいません。 夫も私も二人ともそのまま同じ職場で正社員総合職として働いてる。 出張も同じくらい行くし、残業も同じくらいしている。 にもかかわらず職場のおっさんたちから 「愛妻弁当作ってるの?」 「毎晩ご飯作ってるの?」 とか相変わらず尋ねられるの、正直イラッと来る。 「お昼はお互い好きなもの買ってます!夜は早く帰れた日は作りますね」 と答えると微妙な顔されるのもホントイラッと来る。 なんだよ。毎日朝昼晩作れってか?そうじゃない女は妻失格か?というか女失格か?日本死ねよ。 なんで平等に働いてるのに妻が弁当作ってくれると思ってんだ。 同じ出勤時間なのに妻だけ早起きして二人分弁当作れってか? ただでさえこっちは朝の準備に時間かかるのに、更に早起きしろ
■皆さんへのご報告、やっぱりダメでした日本死ね http://anond.hatelabo.jp/20160220235709 ■100人とデートしても付き合えなかった増田へのアドバイス http://anond.hatelabo.jp/20160220235712 とりあえず振られた元増田は乙でございます。 でも、たぶん自己評価よりも交際ステージに近いところにいると思うから!(理由は後で) そんで、最初は「まーた非モテこじらせ男性ネタだよはてな民こういうのが好きよねー」とななめ読みしてたんだけど、 アドバイス増田が 「(元)増田にとって、告白して交際OKもらえる、ってのは性的接触(キスやセックス)をしてもいい許可がもらえるってことだと内心思ってない?」 て言ってるんだけどさああ、少なくとも元増田の場合はひょっとしてもっと手前なんじゃないのか思いました。 元増田は「告白して交際OKもらえる
先日のデブサミ2016でピクシブの川田さんによるモデレートでGolang(メルカリのbokkoさん) × node.js(古川会長) × Scala(わたくし)という謎の組み合わせでパネルディスカッションをさせていただきました。 event.shoeisha.jp ユーザ層や適用領域が異なる言語ということもあり、噛み合うのか若干不安があったのですが、いい感じにまとまったのではないかと思いますw パネルディスカッションのまとめ 総論としては ハードウェアのリソースを使い切るために並行処理がますます重要になっていく ただし、アプリケーションのレイヤではなるべくそれを意識させないことが重要 という当たり前といえば当たり前の話だったのではないかと思います。ECMAScript7のAsync/Awaitは記述は同期的だけどブロックはしないという意味で理想に近いかもしれません。 普通にWebアプリを書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く