タイトルに惹かれて「限りある時間の使い方」を読んだ．僕は日常的に "忙しく時間がないなぁ..." と感じることが多い（忙しいフリをしているだけの可能性もある）．やりたいことは多いけど全然処理しきれず，常に何かしらを犠牲にしているというモヤモヤもあって，本書を読んでみることにした． 僕自身は "意識高い" 自己啓発本が大好きではあるけど，本書はそういった「ライフハック本」ではなく，○○をしろ！○○はするな！という内容ではなかった．もっと哲学的な内容が多く，根本的な "何か" を気付かせてくれる感じで，人生や時間について考えながら読み進めることができた．また本書で繰り返し出てくる「生産性オタク」や「完璧主義者」はまさに僕自身のことを揶揄しているようにも感じられて，時間をコントロールしているはずなのに常に何かに追われているという点は非常に刺さった．他にも刺さった箇所は「読書メモ」に箇条書きにして

LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEで働くエンジニアに色々と話を聞いていく「LINE Engineer Insights」。LINEの技術組織で働く個々人に、何を重視して技術者としてのキャリアを歩んでいるのか、今LINEで何に取り組んでいるのか、今後実現していきたいことなどを聞いていきます。 今回登場するのは、これまでEffective Team and Delivery室やPM Success Contribution TF（タスクフォース）などプロジェクトマネジメントやプロダクトマネジメント、組織開発に関する組織に所属して社内コンサルティングなどを提供し、社外では「プロダクトマネージャーカンファレンス」のオーガナイザーも務めてきた横道稔。2022年4

Kaggle が公開している「Kaggle Courses」で機械学習に入門できる「Intro to Machine Learning」コースを受講した．Intro と書いてある通り，入門レベルではあるけど，scikit-learn を使って「決定木（回帰）」や「ランダムフォレスト」で「住宅価格予測」を体験できる．紹介も兼ねて，受講したメモを整理してまとめる！ www.kaggle.com アジェンダ 🌴 「Intro to Machine Learning」コースには「計7種類」のレッスン（ドキュメントと演習）がある．なお，データを取り扱うときに Pandas の知識は最低限必要になるため，もし不安があれば，先に「Pandas」コースを受講しておくと良いと思う．詳細は前にブログで紹介した． How Models Work Basic Data Exploration Your Firs

訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください：【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー（訳注：プロダクトをつくる人たち）が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま

今日は「Redash Advent Calendar 2017」11日目の記事として，初心者向けに，Redash のアラート機能を紹介したいと思う． qiita.com Redash Advent Calendar は既に7日目にも記事を書いた．ハンズオン資料には今回紹介するアラート機能も含めているので，是非合わせて見てもらえると！ kakakakakku.hatenablog.com アラート機能 「データ可視化ツールとして」 Redash を活用している人は多いと思うけど，アラート機能はそこまで普及してないように感じる．データを可視化するだけではなく，値が異常値に達した場合にアラートを通知することもできるので，「業務データのモニタリングツールとしても」 Redash を活用できる．さぁ，今すぐ試してみよう！ 公式ドキュメント 仕様などは，公式ドキュメント（最近ドメインが変わった）に詳し

Welcome back to The Station, your central hub for all past, present and future means of moving people and packages from Point A to Point B. I’m turning the wheel over to Rebecca Bellan next week

" data-tippy-trigger="click" data-tippy-interactive="true" data-tippy-theme="locale" data-tippy-appendto="parent" href="#">

Image credit: Fism アジアを中心にインフルエンサーマーケティングを展開する FISM は17日、小売チェーン「ドン・キホーテ」などを運営するパン・パシフィック・インターナショナルホールディングス（PPIH、東証：7532）と包括的資本業務提携を締結したことを明らかにした。PPIH から FISM への出資額については明らかにされていない。 FISM は2015年4月、連続起業家の銭本紀洋氏らにより設立。主に日本、中国、台湾、香港、東南アジア市場を対象としたインフルエンサーネットワークと、インフルエンサーマーケティングを最適化する AI プロダクト「SPAD」を提供している。 Image credit: Fism 今回の提携を通じて、FISM は顧客データや POS データを有する PPIH と連携することで、OMO（Online merges with Offline）ソ

Amazon Web Services ブログ さぁ！AWS Innovate に参加しよう！ – Week.1 見どころ紹介 今週 2019年10月1日 から開始している「AWS Innovate」をお楽しみ頂いていますでしょうか？ AWS Innovate はグローバルでも人気のある「クラウド活用のための無償オンラインカンファレンス」です．今回は 2019年10月1日 から 2019年11月5日 までの「計36日間」毎日開催をしており，ライブ配信も含めると「計60個のセッション」を視聴可能です． 本記事では，AWS テクニカルトレーナーである吉田慶章が，私自身の観点から，AWS Innovate「Week.1（2019年10月1日より公開）」で視聴可能なセッションの中から見どころを紹介したいと思います．参加申込みは簡単です！以下の申込みサイトにアクセスをしましょう．いつ申し込むの？今で

社内で Redash の話をしていて「API key はクエリ単位に存在する」という仕様があまり知られていなかったので，まとめておこうと思う． API Key の種類 Redash には2種類の API Key が存在する．恐らく Query API Key の存在を知らない人が多いのではないかなと思う． User API Key Query API Key ドキュメントにも書いてある通り，できる限り Query API Key を使うべきと書いてある． help.redash.io PostgreSQL で確認してみる Redash ハンズオンで構築した PostgreSQL コンテナを使って，実際にクエリを投げてみる． github.com 以下のように queries テーブルのデータを確認すると，クエリごとに api_key が存在していることがわかる． / # psql -U p

技術ブロガー必読！と言える「Technical Blogging, Second Edition - Amplify Your Influence」を読んだ．タイトルにある通り「技術ブログ」にフォーカスした本となる．本書は2012年に出版された歴史のある本で，最新版となる Second Edition が6月末に出版された．なお，Second Edition は今年1月から β として公開されていて，β 1.0 → β 5.0 と進化しながら出版されている． 技術ブロガーとして，今まで10年以上育ててきた暗黙知をうまく整理する機会になった．本書の内容は非常に共感できるし，僕自身新しく気付けたこともあった．何よりも「技術ブログ」に対する様々なアプローチを完璧に言語化されている点が素晴らしく，正直言って「本書って僕が書いたの？」と頭が混乱するほどにシンクロを感じる場面もあった．シンクロ具合を表

TL;DR : ひとことでいうと 決定事項になる前に早めに巻き込もう 巻き込むときは、 その意図や相手に期待することを伝えよう 特性を理解して、ちょっとした工夫（最初の一声はチャットなどの非同期コミュニケーションを使う、etc）をしよう たまに遭遇するシーン ソフトウェアプロダクトの企画（プロダクトデザイン、プロダクト設計）を行う人や組織が、 企画の要件や仕様をかっちりと固めてから、エンジニアに渡したほうがいい 、と思っているシーンを見聞きすることがあります。 「重厚なウォーターフォールプロセスを採用しているから」という場合もあると思いますが、 軽量なプロセス下にある Web サービス企業でも、企画と開発で役割分担をしている場合は（程度の大小はあれど）起こってしまう と思っていて、今回はそういったケースを想定しています。 特に、以下のような思いがあるからそうしている、というケースを話題に上

最近イベント中に「参加者アンケート」を取得する必要があり，普段はお手軽に挙手をして頂くことも多いけど，より臨場感のある演出を検証するため，前から気になっていた投票サービス「DirectPoll」を試してみた．投票するとリアルタイムにグラフが更新されるため，とても盛り上がった．「DirectPoll」は無料で使えて，すごく便利なので，基本的な機能を紹介したいと思う． directpoll.com 設定画面（"Cockpit" と呼ぶ） 新規投票（"Poll" と呼ぶ）を作る場合，"Cockpit" と呼ばれる設定画面にアクセスする．以下はブログ記事用のサンプルとして「よく使うプログラミング言語は？」という新規投票を作った．タイトルと選択肢を直感的に入力できるし，迷うことはなさそう．さらに右側に「SETTINGS」と「QUESTION TYPE」があり，細かな設定もできるため，後述したいと思う

Awesomerepository.com Related Searches: Python Algorithms Computer Science Study Plans Python Programming Rendering engines Science fiction terminal emulators Privacy Policy

週末に開催された「DevLOVE X」に参加し，2日目に発表をしてきた！今回の発表タイトルは「技術ブロガーを育てる！ブログメンタリングで何を教えているのか」で，今まで約1年半続けている「ブログメンタリング」の事例紹介をテーマにした．さらに関連する話題として，「アウトプットの再定義」や「ブログを書く理由（モチベーション）」や「メンタリングの技術」も話した．発表資料をフォローアップする． devlove.wixsite.com 発表資料 speakerdeck.com Public URL-ize アウトプットの重要性はもう聞き飽きるほど聞いていると思うし，今回の DevLOVE X でも何度も話題に上がっていたけど，僕の発表では，改めてアウトプットを再定義し，うまく言語化したいと考えていた．結果として「Public URL-ize」という言葉にした．意図としては，発表資料にも記載した通り，「

Docker コンテナを本番運用する場合，コンテナイメージのサイズをできる限り小さくすることを意識すると思う．具体的には「レイヤー」を意識することにより，Dockerfile に記述する RUN を減らしたり，一時ファイルを消す場合に同じ RUN で rm をする．最近だと「multi-stage builds」を使うこともできる．Dockerfile のベストプラクティスは，以下の公式ドキュメントに載っているし，最近では「Container Build Meetup」といったイベントもある． docs.docker.com docker build --squash とは？ Docker には「Docker Experimental Features」と呼ばれる仕組みがあり，有効化すると「実験的機能」を使えるようになる．現在だと「計6種類」の実験的機能があり，その中に docker bu

Abstract 先日のRails Developer Meetup 2019で yasaichi氏が発表された「Ruby on Railsの正体と向き合い方」は、Railsがその「高速につくる」という目的のために「疎結合であること」を諦めていることを示し、それゆえ出てくる中規模以上の開発での諸問題に焦点を当てる素晴らしい発表でした。 では、中規模以上の開発において、Railsを選択するのはノーメリットなのでしょうか。当然、そんなことはありません。ActiveRecordは強力なライブラリですし、HTTPレイヤーのさまざまな処理についても、Railsはたくさんの素晴らしいソリューションを提供してくれます。そうである以上、Railsを利用しながらも、中規模以上の開発では、レールに乗るとつらい部分ではあえてレールから降りて、しかしRailsを使い続けるのは、十分な合理性があるはずです。現に、「

先週から「Effective DevOps」を読んでいた．去年出版されたときにパラパラと気になる箇所を読んだけど，書評記事を書いていなかったこともあり，改めて読み直すことにした．本書は「DevOps」をテーマにしつつ，その本質としてはサブタイトルにもある「4本柱による持続可能な組織文化の育て方」となる．よって，タイトルだけを見て「DevOps の技術面」を学べるのかなと期待すると，ある意味期待を裏切られる可能性もあり，まず目次を見てみると良いかと．そのためにも目次を載せておく． Effective DevOps ―4本柱による持続可能な組織文化の育て方 作者: Jennifer Davis,Ryn Daniels,吉羽龍太郎,長尾高弘出版社/メーカー: オライリージャパン発売日: 2018/03/24メディア: 単行本（ソフトカバー）この商品を含むブログ (3件) を見る 目次 第 Ⅰ 部

JJUG CCC 2019 Springでの登壇資料です

5/9(木) に行われた以下イベントの参加レポートです。 Twitter HashTag : #laravelgraphql 現在携わっている1プロダクト開発業務に間違いなく知識として必要と思い、技術書典6で物理本が売り切れてしまい入手できなくてあきらめてたところを、ダウンロード版を購入してGWに１周しておいて臨みました。 AGENDA 19:30 ~ 19:40 オープニング @kseta19 さん 会場提供いただいたTRASTA社より、会場の説明とプロダクトについてのお話。 refs: https://trasta.jp インフラはGCPを利用しているとのこと。（そこで・・・懇親会で terraformer でインフラのコード化はいかが、と紹介した・・・） 19:40 ~ 20:00 GraphQL概要＋補足 @kzkohashi さん GraphQL の歴史・概要と、REST・gRP