子育てエンジニアの自由時間がない件について
この記事はぼくのあどべんとかれんだー10日目の記事です。 今日はまったくコーディングの時間がとれなかったので、速攻でこの記事を書いて終わります。 うちはエンジニア夫婦で1歳半の子どもがいます。お互いフルタイムで働いています。まだ子どもにすごく手がかかるため個人の自由時間はほぼない状態が続いています。ではどうやってこれまでのアドベントカレンダーの記事を書いてきたかというと、夜子どもを寝かしつけ、それから自分が寝るまでの時間に書いていました。平日は当然昼間は仕事があるので、記事は書けません。休日はというと、むしろ平日よりも自由時間は少ないです。 例えば、今日どういう時間の使い方だったかというと、 朝7時半ごろ子どもとともに起床、おむつを変えたあと、奥さんが朝ごはんを子どもにあげて、その間にぼくはトイレ等済ませます。子どもの朝ごはんが終わったら、奥さんが朝ごはんを食べるので、ぼくが子どもの面倒を
【2017年版】買ってよかったもの60選。生活が豊かになるものをまとめました。 - ものものブログ
このブログで紹介した「買って良かった！」と思えるものを一覧にしました。 それぞれ詳細なレビュー記事へのリンクを付けてあるので、ゆっくりと良いもの探しをしてみてくださいね。 あなたにとっての「生活の質が上がるもの」が見つかるキッカケになると嬉しいです。 【2017/11/16追記】GoogleHome miniを追記しました。 【2017/11/18追記】2点追記しました。 【2017/12/09追記】6点追加しました。 情報を詰め込みすぎてページが重めですみません。コーヒー片手にじっくりと読み進めてもらえると助かります。 【他のまとめはこちら！】 www.monomono-blog.com www.monomono-blog.com www.monomono-blog.com Follow @monomono__blog 目次 目次 家電 レビューサイトで高評価も納得の「パナソニックのナノ
システムメトリクス・ログのリアルタイム解析入門 - Elastic Stackを活用して -
OSC広島2017で使用した資料になります。
組織設計を体系的に学ぶ - 「組織デザイン」を読んだ - $shibayu36->blog;
自分は組織での行動やマネジメントの分野に興味があるのだけど、その一貫でそもそも組織とはどう設計していくのかの基礎的な知識を学びたいと思ったので、評価の高い「組織デザイン」を読んだ。とにかく面白く、読んで非常に良かった。学ぶことが多すぎて、読書ノートが膨大になってしまった。 組織デザイン (日経文庫) 作者:沼上 幹日本経済新聞出版Amazon この本では、組織を設計するために必要な「組織」についての基本的な知識を体系的に教えてくれる。これを読めば 組織というのは、分業と調整から成り立っていること 組織形態の基本形である、機能別組織・事業部制組織・マトリクス組織それぞれの特徴 分業の様々なタイプのメリット・デメリット。垂直分業、水平分業、並行分業、機能別分業など。 分業によって得られた成果を統合する事前の調整手段である標準化という考え方 分業によって得られた成果を統合する時の例外への対応であ
KotlinConf 2017 Keynote レポート | TechBooster
2017年11月2日（現地時刻）に開催されたKotlinConf 2017のKeynoteから主要なトピックを速報でお届けします。 プログラミング言語Kotlinのカンファレンスとしてはじめて公式に開催されたKotlinConf 2017のKeynoteでは、1200人ものエンジニアが参加し、 Kotlinではモバイル、ウェブ、サーバサイドをカバーするマルチプラットフォーム対応を推し進めていくことが明らかになりました。 Kotlinの成長と勢い マルチプラットフォーム対応 iOS公式サポートの発表 プラットフォーム間でコードを共有するCommon Module まとめと会場の様子 それではKeynoteからトピックを紹介します。より詳細な内容は公式ブログの記事を参照してください。KotlinConf 2017のセッションはキーノートを含めてすべて録画されており、後日公開予定です。 公式ブロ
日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
ここ１ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日本にいることだし、久々に「日本流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日本人のIT エンジニアはなぜイノベーティブな感じがしないのか？ということに対する問いだった。 Microsoft Hack week 日本人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日本人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日
CA.ktに登壇してServer Side Kotlinについて話してきた。 - 平日インプット週末アウトプットぶろぐ
CA.ktに登壇してServer Side Kotlinについて話してきた。 October 21, 2017 kotlin CA.kt CA.kt #3で登壇しました。テーマは「FRESH!プロジェクト／Server Side Kotlin 活用事例」。スライドはこちら。 speakerdeck.com 約１年前にFRESH!チームにジョインしてKotlinに出会いServer Side Kotlinと向き合ってきた経験を話してきた。 Server Side Kotlinの導入事例やIdeomatic Kotlin Codeをテーマにしたコード事例を紹介したり、Spring Boot 2.0とgRPCのチャレンジ、DBアクセスには何を使ってるの？、テストは？、Apiドキュメンテーションは？など、Server Side Kotlinを俯瞰して横断的な内容をまとめられと思う。 興味ある方は是
React v16 Performance Inspection - from scratch
React v16 がリリースされた。詳しい記事は以下のエントリを参考にすると良い。 facebook.github.io 安心と信頼の日本語版、koba04記事もあるので見てみて欲しい。 React v16 changes - blog.koba04.com さて、リリースされたので、実際に会社で作ってるSSRを実施するboilerplateに対して組み込んでみてどれだけ効果があるかを計測してみた。ただし、まだ React の renderToStream は実施していない。ひとまずアップグレードしただけでどれだけの効果があるかを見たかったので renderToStream の効果については今後計測予定。 2017/09/29 追記： renderToNodeStreamの結果を計測結果をまとめに追記した。 Response Benchmark Spec: Macbook Pro 13
React v16 changes
Reactのv16がリリースされたので、変更点などを整理したいと思います。 https://facebook.github.io/react/blog/2017/09/26/react-v16.0.html https://code.facebook.com/posts/1716776591680069/react-16-a-look-inside-an-api-compatible-rewrite-of-our-frontend-ui-library/ React v16やReact Fiberについては、下記で書いたりもしているのでそちらも参考にしてみてください。 React Fiber現状確認 Capability of React Fiber React v16 and beyond React Fiber ReactはなぜFiberで書き直されたのか？Reactの課題と将来像を探
アメブロ2016 ~ Isomorphic JavaScriptの詳しい話 | CyberAgent Developers Blog
問題点はIsomorphic実装難易度です。では、アメブロのIsomorphicの実装方法と実装する際にあった問題及びその解決策をお伝えします。 ちなみに、Michael Jackson氏はIsomorphic JavaScript ではなく、 Universal JavaScript と呼ぶべきだと主張しています。私たちはIsomorphic JavaScriptという名前で使うのに慣れたので、ここでは*Isomorphic JavaScriptと記述します。 AmebloのIsomorphic 技術選定 先に結論をあげます：React + Redux 技術選定の基準は下記となります。 安定さ。基本的にプロダクト環境で使える正式版があること。 アクティブな開発。 よいコミュニティ。技術の周りに大きいコミュニティが育っていること。 実績がある。 まずView層のライブラリの選定です。このプ
アメブロ: Isomprhicアプリケーションのパフォーマンス・チューニング
Frontrend Vol.10 - 夏の終わりに納涼パフォーマンス話 https://frontrend.connpass.com/event/63971/ https://freshlive.tv/tech-conference/151511 アメブロ: Isomprhicアプリケーションのパフォーマンス・チューニング 株式会社サイバーエージェント アメーバブログ 侯斌 ( @houbin217jz ) アメブロSP面で去年刷新から今まで行われたパフォーマンス・チューニングについて紹介致します。特にサーバーとクライエントのキャッシュ設計とチューニング、コード分割、Service Workerのことを詳しくお伝えします。 参考資料： アメブロ2017: Isomorphic Web Appの進化編 https://developers.cyberagent.co.jp/blog/arch
「新機能作成時に開発ブランチに細かくmergeしていく戦略」について社内勉強会で発表しました - Hatena Developer Blog
はてなのアプリケーションエンジニアのid:shiba_yu36です。社内技術勉強会で「新機能作成時に開発ブランチに細かくmergeしていく戦略」という発表をしたので、資料を公開します。 speakerdeck.com 以下、簡単に文字でまとめておきます。 戦略 ユーザーに新機能が見えないようにする工夫をし、新機能のbranchもどんどん開発ブランチにmergeしていく mergeされたものは随時本番にリリースされるが、ユーザーに見えない工夫をしているので問題なし PRは可能な限り細かくする 機能が完成したら最後にユーザーに新機能を見えるようなPRを作り、mergeしてリリースする なぜこの戦略を使うのかいろんな失敗を経験して、この戦略を最近使っている。 失敗パターンその1: 巨大PRパターン 失敗パターンその2: 新機能リリースブランチパターン 失敗パターンその1: 巨大PRパターン 新機
サービス開発を加速させる技術選定 in Kibela - Bit Journey's Tech Blog
2017/07/18 Service Dev Meetup #1 の資料です。 会場は Speee さんに提供していただきました。ありがとうございました。 自己紹介 FUJI Goro / @__gfx__ ビットジャーニーのエンジニア 最近のスコープ: Ruby on Rails / TypeScript / React / GraphQL 情報共有サービス Kibela を開発してます 最近の発表: RailsエンジニアがReactを始めてSSRとReduxとTypeScriptを導入するまで 今日の話 Kibelaにおける技術選定とは やらないこと やったこと これからやること Kibelaにおける技術選定とは 自分（@gfx）にとっては技術的挑戦は精神衛生上必要なこと 興味のある分野に限るが… スタートアップにとってはサービスの成長が最も重要 技術的挑戦によって機能を磨いて差別化に
【コードで一発】ブログ最適化/SEO対策で面倒なことは全てPythonにやらせよう - プロクラシスト
こんにちは、ほけきよです。 ここ数回に分けて書いた『面倒がすぎる内容をpythonにさせよう』シリーズの集大成。 ブログ最適化のために必要なものを『全て』『一気に』抜き出すプログラム、作りました！ この記事を読めば、下記の情報がゲットできます ※ 現在ははてなブログのみ対応となっています。WordPress用にも作成中なので、少々お待ちを。 *1 ・記事とURLとブックマークの情報 ・記事内画像を全て抜きとったもの ・自サイトの内部リンクがどうなっているかを可視化したもの ・リンク切れリスト ・はてなブックマークがどのような伸び方でついたかを可視化したもの 使い方(情報技術に明るい人) 使い方(一般向け) 環境構築 実行するコード コマンド一発！実行する 中身がどうなっているか 注意 出力結果 pythonを勉強したい方に まとめ 使い方(情報技術に明るい人) 情報技術に明るい人と、そうで
Haskellは真面目なアプリケーション開発に向いている - syocy’s diary
qiita.com ↑の記事で（主題ではないと思うものの）Haskellの批判に結構な分量が割かれていて、その批判のなかに「ちょっと違うんじゃないかな」という点がいくつかあったので反論ぽいことを書きます。 "Haskell は真面目なアプリケーション開発には向いてない"について これには多分いくつか事例を挙げればよくて、 Facebook ではスパム等の攻撃と戦うためのシステムを Haskell で作っています。 Fighting spam with Haskell | Engineering Blog | Facebook Code | Facebook (この記事を書いている Simon Marlow 氏は Haskell および GHC の主要開発者) より「アプリケーション」な事例が必要なら、プレゼンツールの Prezi を挙げることができます。 Case Study - Hask
Go言語にさらに入門するために係り受け解析器を書いた話 - yasuhisa's blog
今年からGo言語に入門していますが、もう少し複雑なものをものを書いてみたいと思ったので、係り受け解析器を書きました。その過程で工夫したこと、苦労したことをまとめます。作ったものはこちら。 一人で作っているプロジェクトですが、100行以下の細かめの修正毎にPull Requestを作っているので、どのような過程でやっているかが比較的分かりやすいと思います。 easy-first algorithmについて 係り受け解析アルゴリズムの1つです 最も自信のある(つまり簡単な)ところから係り受け関係を付けていくgreedyな方法です コーパスには正解の係り受けは付与されていますが、簡単さの順序は当然分からないので、構造化パーセプトロンでそれを含めて学習します 構造化パーセプロトンについては入門エントリを書いているので、興味がある方はどうぞ なぜ係り受け解析器を書いてGo言語の入門をするのか 学んだ
【30分IoT】Raspberry PiとSlackを連携させて温湿度センサーの値(AM2302)を投稿してみよう - Mana Blog Next
今回は、たった30分で温湿度をセンサーを使えるようになり、Slackに投稿できるお手軽IoTを紹介します。 準備するもの 前提条件 配線する IncomingWebHook の有効化 Slackwebのセットアップ Slackwebのインストール Slack投稿テスト 温湿度センサーの測定値を取得する 温湿度センサーのサンプルプログラムを実行する 温湿度をSlackへ投稿する Slackへ投稿するためのPythonプログラムを作成する プログラムを実行し、温湿度の値をSlackへ投稿する Slackへ定期的に投稿する方法 まとめ：すぐにIoTをはじめたい人へ 準備するもの まずは、必要なセンサーとパーツを準備ができている状態からスタートします。 名称 型番 価格 販売元 温湿度センサー AM2302 (DHT22) 950円 秋月電子通商 ブレッドボード EIC-801 270円 秋月電子
Elasticsearch Full Text Queries と Term Level Queries の違いを理解するだけで仲良くなれる
こんにちはクニです。今回は Elasticsearch を使い始めてまもない開発者がよくハマるクエリーの書き方について紹介したいと思います。 よくあるクイックスタートでヒットしない現象まず、ドキュメントをインデックス。以下の例では、user フィールドに、Kunihiko Kido と言う文字列を設定して登録しています。 curl -XPOST localhost:9200/blog/posts -d ' { "user": "Kunihiko Kido" }'次にインデックスしたドキュメントを検索。 curl -XGET localhost:9200/blog/posts/_search -d ' { "query": { "term": { "user": "Kunihiko Kido" } } }'この結果はどうなるでしょうか？ 検索結果は０件です。ドキュメントの値も検索の値もどちら
最寄り駅検索APIをつくってみた話 - Speee DEVELOPER BLOG
ライフスタイルメディア事業部のエンジニア、博士ことTei1988です。 過去にSolrを使ってみたり、パトランプを回したりしてました。 6月某日に行われたSpeeeKaigi*1では、「最寄り駅検索API」をつくってみた話を発表しました。 ある地点に対する最寄りの駅をたくさん検索したかったのですが、手頃に叩けるAPIを見つけられませんでした。 見つけられなかったので、とりあえず作ってみました。 自前なので無限に叩けるようになりました。わーい🎉 発表資料は以下になります。 speakerdeck.com 残念ながら、入賞ならず、iPadはもらえませんでしたが、実際に使えそう、という感想をいただけたのが嬉しかったです。 また、今回は、PostgreSQL+PostGISで実装しましたが、SolrやElasticsearchでもやってみたいなぁと思いました。 また、駅と決め打ちせずに地物として
第３回 Elasticsearch 入門 ドキュメント管理の基本
前回は「データスキーマ設計のいろは」というテーマで Elasticsearch にインデックスするためのドキュメント構造の設計について説明しました。 今回は「ドキュメント管理の基本」というテーマで、そのドキュメントを追加・更新・削除する操作の基本を解説します。 きっと、他の検索エンジンと比べ、その高機能ぶりに驚くはずです。 直感的に分かりやす APIElasticsearch は検索をはじめ、各種設定やサーバの状態取得など、ほとんどの操作を API として提供しています。もちろんドキュメントの追加・参照・更新・削除の API も提供していて、その仕様はとてもシンプルで直感的に使いこなすことができます。 ドキュメントをあらわす URL スキーマは以下のようになっています。 /{index}/{type}/{id}基本的には、各種ドキュメントのエンドポイントに対して、GET PUT POST
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
